We are thrilled to announce that the FINAL version of pgwatch2 v1.9 is now ready for your production environment! pgwatch provides a secure, open-source, flexible, self-contained PostgreSQL metrics monitoring/dashboarding solution. pgwatch2 v1.9 supports monitoring PG versions 9.0 to 14 out of the box. Upgrade, or install pgwatch today to see how fantastic it really is. Download it from Github.
Table of Contents
pgwatch supports monitoring PostgreSQL versions 9.0 to 14 out of the box
It has been a long time since our previous release. And even though pgwatch2 v1.9 is not considered a major upgrade, there are a lot of impressive changes.
First of all, we have a new maintainer for pgwatch2. That's me, Pavlo Golub. I hope Kaarel Moppel, the author of pgwatch2, will still work on the project - but now without the extra burden of support and maintenance.
We've used the fresh Go v1.17 for all binaries and Docker images.
We now have full PostgreSQL v14 support and support for the latest Grafana v8 visualization solution. For those who still use the previous versions of Grafana, we also added support for v7 and v6 dashboards.
To improve our CI/CD experience and automate some tasks, we've introduced three GitHub Actions in a series of planned workflows:
Release
CodeQL analysis
Close Stale Issues and PRs
Release
workflow will automatically build all artifacts, including Docker images, and publish the release.CodeQL analysis
stands guard over code security. It will thoroughly investigate each pull request and each push.
It's not a surprise that many issues are created for open-source projects which never get a follow-up contribution from the topic starter. We have enabled a Close Stale Issues and PRs
workflow to keep up with the continuous storm of new issues and PRs. It will mark issues and PRs with no activity as stale, and eventually close them.
We added many more cool features, like new gatherer options, e.g. --try-create-listed-exts-if-missing
. Or like new metrics for monitoring "wait_events".
AccessExclusiveLock
.--min-db-size-mb
flag to ignore "empty" databases. It allows the gatherer to skip measures fetching for empty or for small-sized databases.sqlx.DB
from now on.lock_timeout
.--no-helper-functions
parameter allows you to skip metric definitions which rely on helper functions. This mode makes working with managed instances more fluid, with fewer errors in logs. It uses the SU or superuser version of a metric immediately when available, and not after the first failed call.--emergency-pause-triggerfile
flag aims to quickly shut down collectors. The main idea of the feature is to quickly free monitored databases and networks of any extra "monitoring effect" load.You'll find many other new features and improvements in pgwatch2 v1.9. Some may be more important to your use case than those highlighted above. For the latest documentation see here.
sqlx.DB
by @kmoppel-cognite in #418release
GitHub Action by @pashagolub in #437port
parameter from StartPrometheusExporter()
, fixes #407 by @pashagolub in #455stale
label lower cased by @pashagolub in #457get_table_bloat_approx_sql()
when tblpages = 0
, closes #464 by @pashagolub in #468Full Changelog: v1.8.5...v1.9.0
See also our new blog about using pgwatch v1.9 with Google Cloud PostgreSQL!
+43 (0) 2622 93022-0
office@cybertec.at
You are currently viewing a placeholder content from Facebook. To access the actual content, click the button below. Please note that doing so will share data with third-party providers.
More InformationYou are currently viewing a placeholder content from X. To access the actual content, click the button below. Please note that doing so will share data with third-party providers.
More Information
Leave a Reply