fix: Add missing gitlab_sec schema to PrometheusAlertIndicator
What does this MR do and why?
fix: Add missing gitlab_sec schema to PrometheusAlertIndicator
PrometheusAlertIndicator needs an allowlist of all DB schemas, this adds the missing mapping for gitlab_sec.
See related CRs for enabling setting are in place on gstg and gprd
Changelog: fixed
Background
To better explain this as it's a rather confusing:
- We have several healthcheck indicators that inherit from
PrometheusAlertIndicator. These are used to self-monitor and throttle batched migrations to avoid performance dips, see throttling batched migration docs. - Since different migrations may tie to different DB connections (or instances entirely) the SLI/SLOs are derived from schemas.
- We define different SLI/SLO queries in
application_settingsbased upon the schema name. The reason these are defined in app settings is because the indicator for a SM instance may be completely different than what we want to use for GitLab.com, so its configurable - The current hashes do not have a dedicated key for the new
gitlab_secschema, this adds one (see parent issue) - The query values of the
gitlab_secschema are dependent on CRs that require coordination with infrastructure - The CRs essentially update application settings with a reference to
sec -
until we complete the rollout of decomposition, this should be the equivalent of
gitlab_mainas we plan on splitting into two DB connections pointed at the same host. - Once we complete rollout, we will perform a secondary set of CRs (gstg and gprd) to update the value of
secwith the newpatroni-secvalue.
References
Please include cross links to any resources that are relevant to this MR This will give reviewers and future readers helpful context to give an efficient review of the changes introduced.
- Setup PrometheusAlertIndicator support for gitl... (#501105 - closed)
- #481330 (comment 2182102746)
- See https://new-sentry.gitlab.net/organizations/gitlab/issues/986572/
MR acceptance checklist
Please evaluate this MR against the MR acceptance checklist. It helps you analyze changes to reduce risks in quality, performance, reliability, security, and maintainability.
Edited by Lucas Charles