71 lines
3.9 KiB
Markdown
71 lines
3.9 KiB
Markdown
---
|
|
stage: Monitor
|
|
group: Respond
|
|
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/product/ux/technical-writing/#assignments
|
|
---
|
|
|
|
# Set up alerts for Prometheus metrics **(FREE)**
|
|
|
|
> [Moved](https://gitlab.com/gitlab-org/gitlab/-/issues/42640) to GitLab Free in 12.10.
|
|
|
|
After [configuring metrics for your CI/CD environment](index.md), you can set up
|
|
alerting for Prometheus metrics, and
|
|
[trigger actions from alerts](#trigger-actions-from-alerts) to notify
|
|
your team when environment performance falls outside of the boundaries you set.
|
|
|
|
## Prometheus cluster integrations
|
|
|
|
Alerts are not currently supported for [Prometheus cluster integrations](../../user/clusters/integrations.md).
|
|
|
|
## Trigger actions from alerts **(ULTIMATE)**
|
|
|
|
Alerts can be used to trigger actions, like opening an issue automatically
|
|
(disabled by default since `13.1`). To configure the actions:
|
|
|
|
1. Navigate to your project's **Settings > Monitor > Alerts**.
|
|
1. Enable the option to create issues.
|
|
1. Choose the [issue template](../../user/project/description_templates.md) to create the issue from.
|
|
1. Optionally, select whether to send an email notification to the developers of the project.
|
|
1. Select **Save changes**.
|
|
|
|
After enabling, GitLab automatically opens an issue when an alert is triggered containing
|
|
values extracted from the [`alerts` field in webhook payload](https://prometheus.io/docs/alerting/latest/configuration/#webhook_config):
|
|
|
|
- Issue author: `GitLab Alert Bot`
|
|
- Issue title: Extracted from the alert payload fields `annotations/title`, `annotations/summary`, or `labels/alertname`.
|
|
- Issue description: Extracted from alert payload field `annotations/description`.
|
|
- Alert `Summary`: A list of properties from the alert's payload.
|
|
- `starts_at`: Alert start time from the payload's `startsAt` field
|
|
- `full_query`: Alert query extracted from the payload's `generatorURL` field
|
|
- Optional list of attached annotations extracted from `annotations/*`
|
|
- Alert [GLFM](../../user/markdown.md): GitLab Flavored Markdown from the payload's `annotations/gitlab_incident_markdown` field.
|
|
- Alert Severity ([Introduced](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/50871) in GitLab version 13.9):
|
|
Extracted from the alert payload field `labels/severity`. Maps case-insensitive
|
|
value to [Alert's severity](../incident_management/alerts.md#alert-severity):
|
|
- **Critical**: `critical`, `s1`, `p1`, `emergency`, `fatal`, or any value not in this list
|
|
- **High**: `high`, `s2`, `p2`, `major`, `page`
|
|
- **Medium**: `medium`, `s3`, `p3`, `error`, `alert`
|
|
- **Low**: `low`, `s4`, `p4`, `warn`, `warning`
|
|
- **Info**: `info`, `s5`, `p5`, `debug`, `information`, `notice`
|
|
|
|
To further customize the issue, you can add labels, mentions, or any other supported
|
|
[quick action](../../user/project/quick_actions.md) in the selected issue template,
|
|
which applies to all incidents. To limit quick actions or other information to
|
|
only specific types of alerts, use the `annotations/gitlab_incident_markdown` field.
|
|
|
|
Since [version 12.2](https://gitlab.com/gitlab-org/gitlab-foss/-/issues/63373),
|
|
GitLab tags each incident issue with the `incident` label automatically. If the label
|
|
does not yet exist, it is also created automatically.
|
|
|
|
If the metric exceeds the threshold of the alert for over 5 minutes, GitLab sends
|
|
an email to all Maintainers and Owners of the project.
|
|
|
|
### Recovery alerts
|
|
|
|
> [From GitLab 12.5](https://gitlab.com/gitlab-org/gitlab/-/issues/13401), when GitLab receives a recovery alert, it automatically closes the associated issue.
|
|
|
|
The alert in GitLab will be automatically resolved when Prometheus
|
|
sends a payload with the field `status` set to `resolved`.
|
|
|
|
You can also configure the associated [incident to be closed automatically](../incident_management/incidents.md#automatically-close-incidents-via-recovery-alerts) when the alert resolves.
|