-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Monitoring #62
Monitoring #62
Conversation
3f2df96
to
8c8dce7
Compare
f9cc4ec
to
a02184b
Compare
The previous version had a footgun that rules removed from the ansible vars would not be removed by ansible from ostack. This version also allows our vars to match the structure expected by the ostack collection
These need to both always run because github doesn't allow you to put conditions on requiring check passes for branch protection
20 minutes for changing some graphs sounds rough, it's probably faster to do it by hand with the GUI.
It seems like they are merging it soon (today even 🎉 )
That makes sense, plus we probably also need to merge the other two open draft PRs before that. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice, it's so satisfying to see that the dashboard is running!
TODO list:
stat_statements
in postgres config- [ ] make dashboard visualisations that use stat_statementsThis PR includes:
Related changes outside this repo (see PRs linked in TODO list):
Things to note:
Unfortunately the Grafana instance IT maintains is read-only, meaning we can't easily edit or experiment with our dashboard. Making changes to the dashboard requires:
departments
repo replacing the dashboard file with your newly exported JSONIn my opinion this is an unacceptable edit loop for a visualisation dashboard. I'll leave some feedback for the people at IT who maintain it, but if they aren't receptive, we may eventually want to set up our own.
I wanted to include metrics/dashboards using
pg_stat_statements
which would give us more detailed insights into query performance. Unfortunately thestat_statements
collector in latest version ofpostgres_exporter
is broken on Postgres 17. There's already a fix for it in their main branch, but as we don't know when the next release will be, I suggest we ignore this for now, and come back to it when the new version is live. The configuration is already done on our end, so it would just require running a playbook to update postgres_exporter, and making visualisations with the new metrics.I was originally intending to turn on ingestion to test and refine the dashboard (Manuel turned it off in relation to his migration work), but now especially as we don't have
stat_statements
yet, I think this can wait and be bundled into my upcoming benchmarking work, as that will stress the dashboard anyway.