基本的なアラームの作成

• コンソール
• CLI
• API

• 1. ナビゲーション・メニューを開き、「監視および管理」をクリックします。「モニタリング」で、「アラーム定義」をクリックします。
  2. 「アラームの作成」をクリックします。
     「アラームの作成」ページが基本モード(デフォルト・ビュー)で開きます。次のステップでは、基本モードでアラームを作成する方法について説明します。
  3. アラームのわかりやすい名前を入力します。機密情報の入力は避けてください。

     この名前は、このアラームに関連する通知のタイトルとして送信されます。

     • 電子メール通知の場合、名前はメッセージの件名として使用されます。
     • PagerDuty通知の場合、名前は公開されたメッセージのタイトル・フィールドで使用されます。
     • HTTPS、SlackおよびSMS通知では、名前がタイトルとして使用されません。
  4. 「メトリックの説明」領域で、アラームを評価するメトリックを指定する値を入力します。
     • コンパートメント: アラームによって評価されるメトリックを示すリソースが含まれているコンパートメントを選択します。選択したコンパートメントはアラームの格納場所でもあります。デフォルトでは、最初にアクセス可能なコンパートメントが選択されます。
     • メトリック・ネームスペース: モニターするリソースのメトリックを発行するサービスまたはアプリケーションを選択します。「メトリック・ネームスペース」リストには、選択したコンパートメントのメトリック・ネームスペースが表示されます。たとえば、現在のコンパートメントにロード・バランサが含まれている場合、リストにはoci_lbaasが含まれます。
     • リソース・グループ: メトリックが属するグループを選択します。リソース・グループは、カスタム・メトリックで提供されるカスタム文字列であり、サービス・メトリックには適用されません。
     • メトリック名: アラームを評価するメトリックの名前を選択します。選択したコンパートメントおよびメトリック・ネームスペースにデータが存在する場合は、任意のOCIメトリックまたはカスタム・メトリックを選択できます。
     • 間隔: 集計ウィンドウ、つまりデータ・ポイントの集計頻度を選択します。必要に応じて、カスタム間隔を作成できます。「間隔」も参照してください。
     • 統計: データ・ポイントの集計に使用する関数を選択します。
       • mean - 指定した期間中のCountで、Sumの値を割った値。
       • rate - 間隔ごとの平均変更率。
       • sum - すべての値を足したもの。
       • max - 指定した期間中に観測された最大値。
       • min - 指定した期間中に観測された最小値。
       • Count - 指定した期間に受信される観測の数。
       • P50 - 50パーセンタイルの値。
       • P90 - 90パーセンタイルの値。
       • P95 - 95パーセンタイルの値。
       • P99 - 99パーセンタイルの値。
  5. 「メトリック・ディメンション」領域で、オプションのフィルタを指定して、評価されるメトリック・データを絞り込みます。
     • ディメンション名: メトリック定義で指定されている修飾子を選択します。たとえば、ディメンションresourceIdは、CpuUtilizationのメトリック定義で指定されます。
     • ディメンション値: 指定したディメンションに使用する値を選択します。たとえば、ディメンションとしてresourceIdを選択した場合は、監視するインスタンスのリソース識別子を選択します。
     • 追加ディメンション: 必要に応じて、ディメンションに別の名前/値ペアを追加します。
     • メトリック・ストリームの集計: このチェック・ボックスを選択すると、選択した統計のすべてのメトリック・ストリームの合計値が返されます。
  6. 「トリガー・ルール」領域で、アラームが起動状態になるために満たす必要がある条件を1つ以上指定します。CPU使用率の90%などのしきい値や欠落を条件で指定できます。
     • 「演算子」で、条件しきい値で使用する演算子を選択します。Predicate Operatorを参照してください。
     • 「値」に、条件のしきい値に使用する値を入力します。「範囲」演算子と「外部」演算子には、範囲の両方の値を入力します。
     • 「トリガー遅延分数」に、アラームが起動状態になるまでに条件を維持する必要がある分数を入力します。
     • 「Alarm severity」で、アラームがこの条件(トリガー・ルール)の起動状態にあるときに必要なレスポンスの認識タイプを選択します。
     • 「アラーム本文」に、この条件(トリガー・ルール)の通知の判読可能なコンテンツを入力します。

       アラーム状態を解決するためのガイダンスをオペレータに提供することをお薦めします。runbookの標準プラクティスにリンクを追加することを検討してください。例: 「高CPU使用アラート。解決するにはrunbookの手順に従ってください。"

     • 別のトリガー・ルール(条件)を追加するには、「追加トリガー・ルール」をクリックします。

     ノート
     
     「トリガー・ルール」セクションのチャートには、問合せに対して選択したフィールドに応じて、過去6時間に生成されたメトリックが動的に表示されます。非常に小さい値または大きい値は、メガ(10の6乗)を表すMなど、国際単位系(SI単位)で示されます。 チャートのデータのビューを切り替えるには、アラーム・メトリック・チャートの表ビューおよびグラフ・ビューの切替えを参照してください。
  7. 「宛先」領域の「アラーム通知の定義」で、アラーム通知に使用する宛先のプロバイダを選択します。
     • 宛先サービス: 次のいずれかの値を選択します:
       • 通知: アラーム通知をトピックに送信します。トピックの各サブスクリプションがアラーム・メッセージを受信します。
       • ストリーミング: アラーム・メッセージをストリームに送信します。
       ノート
       
       1分当たり60を超えるメッセージが予想される場合は、「ストリーミング」を選択します。詳細は、アラーム・メッセージの制限を参照してください。
     • コンパートメント: アラームによって評価されるメトリックを示すリソースが含まれているコンパートメントを選択します。選択したコンパートメントはアラームの格納場所でもあります。デフォルトでは、最初にアクセス可能なコンパートメントが選択されます。
     • ストリーム(ストリーミングのみ): アラーム通知に使用するストリーム。
     • トピック(通知のみ): 通知に使用するトピック。各トピックでは、PagerDutyなどの1つ以上のサブスクリプション・プロトコルがサポートされます。
     • 選択したコンパートメントに新しいトピック(および新しいサブスクリプション)を作成するには、「トピックの作成」をクリックし、次の値を入力します:
       • トピック名: トピックの使いやすい名前。たとえば、運用スタッフにアラームの起動を通知するために使用するトピックに"運用チーム"と入力します。機密情報の入力は避けてください。
       • トピックの説明: 新しいトピックの説明。
       • サブスクリプション・プロトコル: 新しいトピックに使用する通信の媒体。作成する登録のタイプを選択し、関連するフィールドに値を入力します。各サブスクリプション・タイプの詳細は、リンクをクリックします。
         • 電子メール: 電子メール・アドレスを入力します。
         • ファンクション: 必要なファンクションを含むコンパートメントおよびアプリケーションを選択し、ファンクションを選択します。
         • HTTPS (カスタムURL): エンドポイントとして使用するURLを入力します。
         • PagerDuty: PagerDutyサブスクリプションのURLの統合キー部分を入力します。(URLの他の部分はハードコードされています。)
         • Slack: Webフック・トークンを含むSlackエンドポイントを入力します。
         • SMS: 電話番号の国を選択し、E.164形式を使用して電話番号を入力します。例: +14255550100
  8. 「メッセージのグループ化」で、次のいずれかのオプションを選択します。
     • メトリック・ストリーム全体で通知をグループ化: すべてのメトリック・ストリームのメトリック・ステータスをまとめてトラッキングします。すべてのメトリック・ストリームのメトリック・ステータスが変更されたときにメッセージを送信します。
     • メトリック・ストリームごとに通知を分割: メトリック・ストリームごとにメトリック・ステータスを個別にトラッキングします。各メトリック・ストリームのメトリック・ステータスが変更されたときにメッセージを送信します。例については、シナリオ: メトリック・ストリームによるメッセージの分割を参照してください。
  9. 「メッセージの書式」で、このアラームから受信するメッセージの外観のオプションを選択します(「通知」の場合のみ)。
     • 書式設定されたメッセージの送信: 簡易でわかりやすいレイアウト。書式設定されたメッセージ(RAW以外のオプション)に対してサポートされているサブスクリプション・プロトコルとメッセージ・タイプを確認するには、わかりやすい書式設定を参照してください。
     • 整形されたJSONメッセージ(改行されたRawテキスト)の送信: 改行とインデントを使用したJSON。
     • RAWメッセージの送信: RAW JSON BLOB。
  10. (オプション)アラームの起動時に定期的に通知を受信する場合は、「通知の繰返し」を選択し、通知を再送信する前に待機する期間を指定します。アラームのベスト・プラクティスを参照してください。
  11. (オプション)指定した期間の評価および通知を抑制するには、「通知の抑制」を選択します。このオプションは、システム保守期間中のアラーム通知を回避するのに役立ちます。開始時間、終了時間およびオプションの説明を指定します。アラームのベスト・プラクティスおよびアラーム全体の抑制の追加を参照してください。
  12. (オプション)メトリック・データの評価を開始せずにアラームを保存するには、「このアラームを有効にしますか。」チェック・ボックスの選択を解除します。
  13. (オプション)アラームのタグを追加するには、「拡張オプションの表示」をクリックし、1つ以上のタグを入力します。
      リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用するかどうかがわからない場合は、このオプションをスキップするか、管理者に問い合せてください。タグは後から適用できます。
  14. 「アラームの作成」をクリックします。

  「アラート定義」ページには、新しいアラームがリストされます。アラームが有効な場合、モニタリングは構成されたメトリックの評価を開始し、メトリック・データがトリガー・ルールを満たすとアラーム・メッセージを送信します。

• oci monitoring alarm createコマンドと必須パラメータを使用して、アラームを作成します:

  oci monitoring alarm create --compartment-id <compartment_OCID> --destinations <file_or_text> --display-name <name> --is-enabled <true_or_false> --metric-compartment-id <compartment_OCID> --namespace <metric_namespace> --query-text <mql_expression> --severity <level>

  CLIコマンドのパラメータおよび値の完全なリストは、モニタリングのコマンドライン・リファレンスを参照してください。

• CreateAlarm操作を実行してアラームを作成します。