翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
クラシックダッシュボードアラートを Grafana アラートに移行する
このドキュメントトピックは、Grafana バージョン 10.x をサポートする Grafana ワークスペース向けに設計されています。
Grafana バージョン 9.x をサポートする Grafana ワークスペースについては、「」を参照してくださいGrafana バージョン 9 での作業。
Grafana バージョン 8.x をサポートする Grafana ワークスペースについては、「」を参照してくださいGrafana バージョン 8 での作業。
Grafana アラートを使用しないワークスペースは、 を使用しますClassic ダッシュボードアラート。新しい Grafana アラートに切り替えるには、この機能にオプトインする必要があります。クラシックダッシュボードアラートと Grafana アラートの違いの詳細については、「」を参照してくださいGrafana アラートとレガシーダッシュボードアラート。
クラシックダッシュボードアラートを使用している場合、Amazon Managed Grafana は Grafana アラートのプレビューを表示し、アップグレードが完了する前にアップグレードされたアラートを確認および変更できます。
注記
Grafana アラートを使用する場合、Prometheus ではなく Grafana で定義されたアラートルールは、複数の通知を連絡先に送信します。ネイティブの Grafana アラートを使用している場合は、従来のダッシュボードアラートを維持し、新しい Grafana アラート機能を有効にしないことをお勧めします。Prometheus データソースで定義されたアラートを表示する場合は、Prometheus Alertmanager で作成されたアラートの通知を 1 つだけ送信する Grafana アラートを有効にすることをお勧めします。
Grafana アラートのプレビュー
移行する前に Grafana アラートでアラートをプレビューできます。プレビューでは、アラートを変更して移行を変更できます。
Grafana アラート移行をプレビューするには
-
Grafana ワークスペースにサインインします。
-
左側のメニューからアラート (レガシー) を選択して、現在のアラートを表示します。
-
左側のメニューから、アラートのアップグレードを選択して、Grafana アラートでアラートを表示します。
このビューから、移行後にアラートがどのようになるかを確認できます。
注記
このビューから、移行に影響する変更を加えることもできます。行った変更を元に戻すには、アップグレードページの右上にあるアップグレードのリセットを選択します。
アラートをアップグレードする準備ができたら、次のセクションを参照してください。
Grafana アラートシステムへの移行
、、 AWS CLIまたは Amazon Managed Grafana API を使用して AWS Management Console、Grafana アラートを使用するように Amazon Managed Grafana インスタンスを設定できます。Grafana アラートのオンとオフの切り替えなど、Amazon Managed Grafana の設定方法の詳細については、「」を参照してくださいAmazon Managed Grafana ワークスペースを設定する。
Grafana アラートを有効にすると、既存の従来のダッシュボードアラートは Grafana アラートと互換性のある形式で移行されます。Grafana インスタンスのアラートページで、移行されたアラートを新しいアラートとともに表示できます。Grafana アラートを使用すると、Grafana が管理するアラートルールは、一致すると 1 つのアラートではなく、複数の通知を送信します。
クラシックダッシュボードアラートと Grafana アラートへの読み取り/書き込みアクセスは、それらを保存するフォルダのアクセス許可によって管理されます。移行中、クラシックダッシュボードのアラート許可は、次のように新しいルール許可と一致します。
-
元のアラートのダッシュボードに アクセス許可がある場合、移行では、元のダッシュボードのアクセス許可 (フォルダから継承されたアクセス許可を含む) と一致する
Migrated {"dashboardUid": "UID", "panelId": 1, "alertId": 1}
ように、この形式で という名前のフォルダが作成されます。 -
ダッシュボードのアクセス許可がなく、ダッシュボードがフォルダにある場合、ルールはこのフォルダにリンクされ、そのアクセス許可を継承します。
-
ダッシュボードのアクセス許可がなく、ダッシュボードが General フォルダにある場合、ルールは General Alerting フォルダにリンクされ、ルールはデフォルトのアクセス許可を継承します。
注記
Grafana アラートNoData
には Keep Last State
のオプションがないため、このオプションは従来のルールの移行NoData
中に になります。Error
処理Keep Last State
のオプションは、新しいオプション に移行されますError
。の動作に一致させるためにKeep Last State
、どちらの場合も、移行中に Amazon Managed Grafana は 1 年間の期間を持つアラートルールごとに自動的に無音を作成します。
通知チャネルは、適切なルートとレシーバーを持つアラートマネージャー設定に移行されます。デフォルトの通知チャネルは、デフォルトのルートへの問い合わせポイントとして追加されます。ダッシュボードアラートに関連付けられていない通知チャネルは、autogen-unlinked-channel-recv
ルートに送信されます。
制限事項
-
Grafana アラートシステムは、使用可能なすべての Prometheus、Loki、Alertmanager データソースからルールを取得できます。サポートされている他のデータソースからアラートルールを取得できない場合があります。
-
Grafana アラートと従来のダッシュボードアラートを行き来すると、1 つのシステムでサポートされる機能のデータが失われる可能性がありますが、もう 1 つのシステムでサポートされる機能は失われない可能性があります。
注記
クラシックダッシュボードアラートに戻すと、Grafana アラートを有効にしている間に行われたアラート設定に加えられたすべての変更が失われます。これには、作成された新しいアラートルールも含まれます。
Grafana アラートとレガシーダッシュボードアラート
Grafana 8 で導入された Grafana アラートには、従来のダッシュボードアラートよりもいくつかの機能強化があります。
多次元アラート
単一のアラートルールでシステム全体の可視性を提供するアラートを作成できるようになりました。1 つのアラートルールから複数のアラートインスタンスを生成します。例えば、1 つのホスト上の複数のマウントポイントのディスク使用量をモニタリングするルールを作成できます。評価エンジンは 1 つのクエリから複数の時系列を返し、各時系列はラベルセットで識別されます。
Dashboards の外部でアラートを作成する
従来のダッシュボードアラートとは異なり、Grafana アラートを使用すると、複数のソースからのデータを一意の方法で組み合わせるクエリと式を作成できます。引き続き、ID を使用してダッシュボードとパネルをアラートルールにリンクし、監視対象のシステムを迅速にトラブルシューティングできます。
統合アラートはパネルクエリに直接関連付けられなくなるため、通知 E メールにイメージやクエリ値は含まれません。カスタマイズされた通知テンプレートを使用して、クエリ値を表示できます。
Loki と Grafana Mimir のアラートルールを作成する
Grafana アラートでは、Grafana マネージドアラートと同じ UI と API を使用して Loki および Grafana Mimir アラートルールを管理できます。
Prometheus 互換データソースからのアラートの表示と検索
Prometheus 互換データソースのアラートが Grafana アラートセクションに一覧表示されるようになりました。複数のデータソースのラベルを検索して、関連するアラートをすばやく見つけることができます。
アラート状態 NoData とエラーの特別なアラート
Grafana Alerting は、アラート状態の新しい概念を導入しました。アラートルールの評価によって状態 NoData またはエラーが発生すると、Grafana アラートは、次のラベルを持つ特別なアラートを生成します。
-
alertname
状態 DatasourceError に応じて DatasourceNoData または の値を指定します。 -
rulename
特別なアラートが属するアラートルールの名前。 -
datasource_uid
は、状態の原因となったデータソースの UID を持ちます。 -
元のアラートルールのすべてのラベルと注釈
これらのアラートは、無音の追加、コンタクトポイントへのルーティングなどによって、通常のアラートと同じ方法で処理できます。
注記
ルールが多数のデータソースを使用し、1 つ以上の がデータを返さない場合、アラート状態の原因となったデータソースごとに特別なアラートが作成されます。