mirror of
https://github.com/openshift/openshift-docs.git
synced 2026-02-06 06:46:26 +01:00
26 lines
2.2 KiB
Plaintext
26 lines
2.2 KiB
Plaintext
// Module included in the following assemblies:
|
|
//
|
|
// * monitoring/managing-alerts.adoc
|
|
|
|
[id="Optimizing-alerting-for-user-defined-projects_{context}"]
|
|
= Optimizing alerting for user-defined projects
|
|
|
|
You can optimize alerting for your own projects by considering the following recommendations when creating alerting rules:
|
|
|
|
* *Minimize the number of alerting rules that you create for your project*. Create alerting rules that notify you of conditions that impact you. It is more difficult to notice relevant alerts if you generate many alerts for conditions that do not impact you.
|
|
|
|
* *Create alerting rules for symptoms instead of causes*. Create alerting rules that notify you of conditions regardless of the underlying cause. The cause can then be investigated. You will need many more alerting rules if each relates only to a specific cause and some causes are then likely to be missed.
|
|
|
|
* *Plan before you write your alerting rules*. Determine what symptoms are important to you and what actions you want to take if they occur. Then build an alerting rule for each symptom.
|
|
|
|
* *Provide clear alert messaging*. State the symptom and recommended actions in the alert message.
|
|
|
|
* *Include severity levels in your alerting rules*. The severity of an alert depends on how you need to react if the reported symptom occurs. For example, a critical alert should be triggered if a symptom requires immediate attention by an individual or a critical response team.
|
|
|
|
* *Optimize alert routing*. Deploy an alerting rule directly on the Prometheus instance in the `openshift-user-workload-monitoring` project if the rule does not query default {product-title} metrics. This reduces latency for alerting rules and minimizes the load on monitoring components.
|
|
+
|
|
[WARNING]
|
|
====
|
|
Default {product-title} metrics for user-defined projects provide information about CPU and memory usage, bandwidth statistics, and packet rate information. Those metrics cannot be included in an alerting rule if you route the rule directly to the Prometheus instance in the `openshift-user-workload-monitoring` project. Alerting rule optimization should only be used if you have a read the documentation and have a comprehensive understanding of the monitoring architecture.
|
|
====
|