このトピックでは、Application Real-Time Monitoring Service (ARMS) のアラート管理サブサービスに関するよくある質問への回答を提供します。
質問
Managed Service for Prometheus のアラート機能の新旧バージョンにおけるアラート ルールの違いは何ですか?
Alibaba Cloud は、Managed Service for Prometheus のアラート機能の新バージョンで提供されるアラート ルール テンプレートの有効性を検証しました。旧バージョンで提供されているアラート ルールはオープンソースであり、Alibaba Cloud では検証されていません。
さらに、アラート機能の新バージョンでは、旧バージョンでは使用できないアラート管理サブサービスが提供されています。ARMS でアラート ルールを作成し、アラートが生成されると、アラート イベントはアラート管理サブサービスに送信されます。ビジネス要件に基づいて、アラート管理で特定のアラートの通知をサブスクライブできます。
アラート管理には次の利点があります。
より効率的な方法でアラート ルールを設定できます。アラート ルールを作成するときは、アラートのトリガー ルールのみを設定する必要があります。その後、要件に基づいてアラート通知を送信するために、アラートに通知ポリシーを添付できます。
アラート ルールよりもきめ細かい通知ポリシーを設定できます。たとえば、Container Service for Kubernetes (ACK) の名前空間に基づいてアラート通知をサブスクライブできます。
通知ポリシーを設定し、そのポリシーを複数のアラート ルールにバインドできます。これにより、各アラート ルールに通知方法を設定する手動操作が削減されます。
通知ポリシーのルールを設定して、アラートをユーザー グループにディスパッチすることをお勧めします。
シナリオ:
インフラストラクチャ O&M: ユーザー グループは、本番クラスターのリソース使用量に関するアラートと ACK コンポーネントに関するアラートをサブスクライブする必要があります。
次のディスパッチルールを設定できます。
ルール 1:
alertName == CPU utilization of nodes higher than 80% & clusterName == Production clusterルール 2:
alertname == ApiServer Failures & clusterName == Production cluster
決済サービス O&M: ユーザー グループは、本番クラスターの pay および pay-pre 名前空間からのアラートをサブスクライブする必要があります。
次のディスパッチルールを設定できます。
namespace Regex match pay.* & clustername == Production clusterP1 レベルのアラートの通知: ユーザー グループは、重大度がクリティカルなアラートをサブスクライブする必要があります。
次のディスパッチルールを設定できます。
severity == critial & clustername == Production cluster
新しい通知ポリシーを設定しました。以前の通知ポリシーに基づいてアラート通知がまだ届くのはなぜですか?
受信したアラート通知の [通知ポリシー] フィールドの値を確認してメモしておきます。ARMS コンソールに移動して、通知ポリシーを見つけます。通知ポリシーのディスパッチルールを表示します。
以前の通知ポリシーに基づいて送信されたアラート通知の [通知ポリシー] フィールドの値を確認してメモしておきます。詳細については、「履歴アラートの表示」を参照してください。
ARMS コンソールで通知ポリシーを見つけ、通知ポリシーのディスパッチルールが、通知を受信したアラートと一致するかどうかを確認します。詳細については、「通知ポリシーの作成と管理」を参照してください。
ディスパッチルールがアラートと一致する場合、以前の通知ポリシーに基づいてアラート通知が引き続き届きます。
通知ポリシーを設定しました。表示したくないアラートに関する通知が届くのはなぜですか?
受信したアラート通知の [通知ポリシー] フィールドの値を確認してメモしておきます。詳細については、「履歴アラートの表示」を参照してください。
ARMS コンソールで通知ポリシーを見つけ、通知ポリシーのディスパッチルールが、通知を受信したアラートと一致するかどうかを確認します。詳細については、「通知ポリシーの作成と管理」を参照してください。
ディスパッチルールがアラートと一致する場合、通知ポリシーに基づいてアラート通知が届きます。
ディスパッチルール _aliyun_arms_alert_rule_id が通知ポリシーに表示されるのはなぜですか?
アラート ルールの作成時に通知ポリシーを指定すると、ディスパッチルール _aliyun_arms_alert_rule_id == {{アラート ルール ID}} が指定された通知ポリシーに追加されます。
アラートルールに通知ポリシーを指定しないことを選択した後、アラート通知が届くのはなぜですか?
アラート ルールに通知ポリシーを指定するかどうかに関係なく、アラートはアラート管理サブサービスに送信されます。アラートが既存の通知ポリシーのディスパッチルールと一致する場合、アラート通知を受信できます。
通知ポリシーの優先度は同じですか?
はい。アラートが複数の通知ポリシーのディスパッチルールと一致する場合、複数の通知が送信されます。
ディスパッチルール間の論理関係は何ですか?
同じ通知ポリシーの異なるディスパッチルール間の論理関係は OR です。1 つのルールが一致すると、通知が送信されます。ディスパッチルールの異なる条件間の論理関係は AND です。すべての条件が満たされた場合にのみ、ルールが一致します。
アラート ルールを作成するときに通知ポリシーを指定する必要がありますか?
アラート ルールを作成するときに、アラートをディスパッチする通知ポリシーを指定できます。たとえば、アラート A を連絡先 B に送信する通知ポリシーを指定できます。アラートをソート、ミュート、グループ化、または処理する場合は、アラート ルールの作成時に通知ポリシーを指定しないことをお勧めします。アラート ルールを作成した後、ARMS コンソールに移動して、ビジネス要件に基づいてカスタム通知ポリシーを作成できます。詳細については、「通知ポリシーの作成と管理」を参照してください。
誤ったアラートが生成されるのはなぜですか?
次のアラートは誤ったアラートです。
ノードの CPU 使用率が 8,000% を超えています。
ポッドの状態が異常です。
起動中にポッドがタイムアウトしました。
これらのアラートは、アラート機能の旧バージョンで提供されるアラート ルール テンプレートの無効な設定が原因で発生します。アラート管理サブサービスはテンプレートを更新しました。サブサービスの旧バージョンで提供されているテンプレートを使用してアラート ルールを作成した場合は、これらのルールを手動で新しいテンプレートに移行する必要があります。
次の手順を実行して、既存のアラート ルールを新しいテンプレートに移行できます。
旧バージョンのテンプレートを使用して作成されたアラート ルールを削除します。
新しいテンプレートを使用してアラート ルールを作成します。
アラート ルールを削除および作成する操作は、監視サービスによって異なります。
アプリケーション監視でアラート ルールを管理する方法の詳細については、「アプリケーション監視アラート ルール」のアラート ルールの作成と管理に関するセクションを参照してください。
ブラウザ監視でアラート ルールを管理する方法の詳細については、「ブラウザ監視アラート ルールの作成と管理」を参照してください。
Managed Service for Prometheus でアラート ルールを管理する方法の詳細については、「アラート ルールの作成」を参照してください。
アラート管理と Alertmanager の関係は何ですか? Managed Service for Prometheus から自己管理型 Alertmanager インスタンスにアラートを送信できますか?
オープンソースの Prometheus では、生成されたアラートを Alertmanager に送信でき、アラートのディスパッチやアラート通知の送信など、アラートを処理するように Alertmanager を手動で設定する必要があります。Managed Service for Prometheus を使用する場合、アラート管理サブサービスは、Alibaba Cloud によってホストされるマルチテナント Alertmanager インスタンスに相当します。アラートは処理のためにアラート管理に自動的に送信されます。アラート管理サブサービスは、オープンソースの Alertmanager の主な機能をサポートしています。
Managed Service for Prometheus を設定して、自己管理型 Alertmanager インスタンスにアラートを送信することはできません。アラート管理では、webhook を使用して、Alertmanager で使用される形式でアラート通知を送信できます。詳細については、「webhook を使用して送信されるアラート通知の形式」を参照してください。
一部のアラート通知に、事前に設定されていない 新しいイベント メッセージが含まれているのはなぜですか?
一部のアラート通知には、事前に設定されていない 新しいイベント メッセージが含まれています。
アラート管理サブサービスは、ラベルによってアラート イベントをグループ化し、イベント グループごとにアラート通知を送信します。新しいイベントが生成されて既存のイベント グループに追加されると、アラート管理は 新しいイベント メッセージを含む新しいアラート通知を送信します。
DingTalk アラートカードのコンテンツを変更するにはどうすればよいですか?
アラートカードは 2 つの部分で構成されています。アラートコンテンツは、指定された通知ポリシー（アイコン 1）の通知テンプレートを使用して設定され、その他の情報はチャットボットを使用して設定されます。
通知ポリシーで通知テンプレートを設定する
ARMS コンソール にログインします。
左側のナビゲーションペインで、 を選択します。[通知ポリシー] ページで、通知ポリシーを見つけ、[アクション] 列の [編集] をクリックします。
表示されるパネルで、[通知オブジェクト] タブをクリックし、[DingTalk/Lark/WeCom] タブの [通知コンテンツ] パラメーターを変更します。
説明デフォルトでは、Go テンプレート構文を使用して通知テンプレートがレンダリングされます。構文の詳細については、「通知テンプレートと webhook テンプレートの設定」を参照してください。
アラートカードのその他の情報を設定する
左側のナビゲーションペインで、 を選択します。
[DingTalk/Lark/WeCom] タブをクリックし、通知ポリシーを見つけて、[アクション] 列の [編集] をクリックします。
表示されるパネルで、ビジネス要件に基づいてアラートカードのスタイルを設定できます。