Google通知

このセクションでは、バージョン1について説明します.ペイロード図の2つ. 特定のフィールドは、アラートルールの構成、インシデントの状態、または監視対象リソースに応じて、すべての返品されたパッケージに表示されないか、空の値を提示しない場合があります。. 一部のフィールドは、統合構造を値として使用します. これらの構造は、そのコンテンツも異なる可能性があるため、参照によって説明されています.

通知チャネルを作成および管理します

このドキュメントでは、Google Cloud Consoleを使用して通知チャネルを構成する方法について説明します. クラウド監視は、これらのチャネルを使用して警告するか、アラートルールがトリガーされたときにオンコールチームに通知を送信します. アラートルールを作成すると、構成された通知チャネルのリストから選択して通知を受信して​​いるユーザーを選択できます. たとえば、コンピューティングエンジンインスタンスを監視するアラートを構成して、パブ/サブサブジェクトを公開し、On -CallチームのSlackチャンネルに警告することができます.

お気に入りの通知チャネルが互換性がない場合は、Pub/Subに通知を送信することに基づいたパイプラインの作成を検討してください。. フラスコを使用してPythonの例を取得するには、クラウド監視とクラウド実行を備えたパーソナライズされた通知の作成ページを参照してください. 他の例については、Git Cloud-Alerting-Notification-Forwarding Desistを参照してください.

クラウド監視APIを使用して通知チャネルを構成するには、API通知チャネルの作成と管理を参照してください.

気づいた ：チェーン受信者に送信されたデータには機密情報が含まれている場合があります. 通知チャネルを作成する前に、規制慣行を参照してください.

アラートルールの通知の詳細については、次のページを参照してください。

• 問題の開始とアラートの作成の間の遅延の詳細については、通知のレイテンシセクションを参照してください.
• アラートルールのために生成された通知の数の詳細については、インシデント通知セクションを参照してください.

デフォルトでは、アラートルールはインシデントの作成に通知のみを送信します. インシデントが開いているか閉鎖されているときに通知を受信するには、アラートルールを変更します. [通知]セクションで選択します インシデントの閉鎖に通知します.

始める前に

Google Cloud Consoleを使用して通知チャネルを表示および構成するために必要な承認を取得するには、管理者にIAMエディターの監視役割を割り当てるように依頼します（役割/監視.編集者）あなたのプロジェクトについて. 役割の割り当ての詳細については、アクセスの管理セクションを参照してください.

パーソナライズされた役割やその他の事前定義された役割を介して必要な承認を取得することもできます.

クラウド監視の役割の詳細については、IDとアクセス管理を備えたコントロールアクセスページを参照してください.

通知チャネルを作成します

アラートルールを作成すると、構成された通知チャネルを選択してルールに追加できます. 通知チャネルを事前に設定するか、アラートルールの作成の一部としてそれらを構成することができます. 詳細については、オンデマンドのチャンネルの作成を参照してください.

気づいた ：冗長性のためにいくつかの通知チャネルを作成することをお勧めします. Googleは通知を送信した後、多数の配信システムを制御できません. さらに、Cloud Mobileアプリ、PagerDuty、WebHooks、Slacksと互換性があるGoogleサービスは1つだけです. これらの通知チャネルのいずれかを使用する場合は、冗長なメッセージ、SMS、またはPUB/SUBを使用します.

Google Cloudコンソールを使用して通知チャネルを作成するには、次の表に含まれるチャネルの特定の指示に従ってください。

電子メールアドレス

電子メール通知チャネルを追加するには、次のように進みます。

1. Google Cloud Consoleで、選択します 監視, それから 通知アラート, または、次のボタンをクリックします。アラートインターフェイスにアクセスします
2. クリック 通知チャネルを変更します.
3. セクションで Eメール, クリック 新しい.
4. 単一のメールアドレスと説明を入力します.
5. クリック 保存.

アラートルールの通知チャネルとしてグループ電子メールアドレスを使用する場合は、Alerting-noreply@Googleから電子メールを受け入れるようにグループを構成します.com .

アラートルールを作成するときにメッセージングチャネルを作成できます. 詳細については、オンデマンドチェーンの作成を参照してください.

モバイルアプリ

Google Cloudのモバイルアプリケーションを使用して、どこにいてもGoogle Cloudコンソールのリソースと監視情報を監視する. Google Cloudコンソールのモバイルアプリケーションの通知は、特定のデバイスまたはユーザーに送信されます。

• 値 デバイス （デバイス）通知が通知チャネルを作成した特定のデバイスにのみ送信されることを示します. デバイススケールのデバイスレベルの場合、フィールド 表示名 （表示する名前）デバイス情報が含まれています.
• ユーザー Google Cloud Consoleモバイルアプリケーションがインストールされているすべてのデバイスに通知が送信されることを示します.

クラウド監視は、チャネルを作成するときに通知の範囲を決定します. スコープを選択したり変更したりすることはできません.

Google Cloudコンソールで特定のGoogle Cloudプロジェクトのモバイルアプリケーション通知チャネルを構成するには、次のように進みます。

1. モバイルデバイス用のアプリケーションダウンロードプラットフォームからGoogle Cloud Consoleモバイルアプリケーションをインストールする.
2. Google Cloud Consoleモバイルアプリケーションに表示するプロジェクトを選択する. プロジェクトが選択されると、アプリケーションと選択したGoogleクラウドプロジェクトとの間にデータの交換が発生します. 通知チャネルが作成されていない場合に作成されます. 数分後、セクションにリストされています モバイルデバイス ページの 通知チャネル.

アラートルールの通知チャネルとしてモバイルデバイスを追加するには、セクションにアクセスしてください 通知 選択します Google Cloud Console（モバイル）, 次に、リストからモバイルデバイスを選択します.

Pagerduty

PagerDutyとの統合により、監視との単方向または双方向の同期が可能になります. 構成に関係なく、次の条件が適用されます。

• 監視でインシデントが作成されると、鏡のインシデントもPagerdutyで開かれています.
• Pagerdutyを使用して監視インシデントを閉じることはできません.

1つのウェイの同期を使用し、Pagerdutyでのインシデントを修正すると、Pagerdutyの事件の状態は、監視において事件の状態から解離されます. 確かに、Pagerdutyで事件を解決した場合、それは間違いなくPagerdutyで閉鎖され、再開することはできません.

双方向の同期を使用する場合、監視はpagerdutyで示された状態を制御します. Pagerdutyで事件を修正し、監視によって開いている場合、インシデントはPagerdutyで再開されます.

通知PagerDutyを構成するには、次のように進めます。

1. Pagerdutyで ：PagerDuty WebサイトでPagerDutyアカウントを作成します.
2. Pagerduty通知チャネルを追加します。
   1. Google Cloud Consoleで、選択します 監視, それから 通知アラート, または、次のボタンをクリックします。アラートインターフェイスにアクセスします
   2. クリック 通知チャネルを変更します.
   3. セクションで Pagerduty, クリック 新しい.
   4. 入力します 表示名 （表示する名前）. この名前は、統合を追加したときにPagerdutyに提供されたものに対応する必要があります.
   5. 入力します 統合サービスキー フィールドでPagerdutyによって生成されます サービスキー.
   6. クリック 保存.
   1. オープンページャーティー
   2. 選択する 構成, 選択する サービス, 次に、統合を構成するときに入力したサービス名.
   3. クリック パラメーターを変更します, 選択する インシデントを作成します, 次に、ボックスをチェックします アラートとインシデントを作成します.

   アラートルールを作成するときは、選択します Pagerduty セクションで 通知 PagerDuty構成を選択します.

   JSON Pagerdutyパッケージは次の形式です。

   例と詳細フィールドスキームを表示するには、次のセクションを作成します.

   JSONの例

   デフォルトでは、アラートバックエンドはバージョン1形式でJSONパッケージを生成しようとしています.2. このフォーマットの詳細については、次のセクションを参照してください.

   このタイプのパッケージの例は次のとおりです。

     < "incident": < "incident_id": "0.opqiw61fsv7p", "scoping_project_id": "internal-project", "scoping_project_number": 12345, "url": "https://console.cloud.google.com/monitoring/alerting/incidents/0.lxfiw61fsv7p?project=internal-project", "started_at": 1577840461, "ended_at": 1577877071, "state": "closed", "resource_id": "11223344", "resource_name": "internal-project gke-cluster-1-default-pool-e2df4cbd-dgp3", "resource_display_name": "gke-cluster-1-default-pool-e2df4cbd-dgp3", "resource_type_display_name": "VM Instance", "resource": < "type": "gce_instance", "labels": < "instance_id": "11223344", "project_id": "internal-project", "zone": "us-central1-c" >>、「メトリック」： < "type": "compute.googleapis.com/instance/cpu/utilization", "displayName": "CPU utilization", "labels": < "instance_name": "the name of the VM instance" >>、「メタデータ」： < "system_labels": < "labelkey": "labelvalue" >, 「user_labels」： < "labelkey": "labelvalue" >>、 "policy_name"： "Monitor-project-cluster"、 "policy_user_labels"： < "user-label-1" : "important label", "user-label-2" : "another label" >, "condition_name"： "vm instance -cpu utilization [max]"、 "threhold_value"： ".9 "、" obsed_value "：" 0.835 "、"条件 "： < "name": "projects/internal-project/alertPolicies/1234567890123456789/conditions/1234567890123456789", "displayName": "VM Instance - CPU utilization [MAX]", "conditionThreshold": < "filter": "metric.type=\\"compute.googleapis.com/instance/cpu/utilization\\" resource.type=\\"gce_instance\\" metadata.system_labels.\\"state\\"=\\"ACTIVE\\"", "aggregations": [ < "alignmentPeriod": "120s", "perSeriesAligner": "ALIGN_MEAN" >]、「比較」：「比較_GT」、「したき値値」：0.9、「期間」：「0S」、「トリガー」： < "count": 1 >>>、「ドキュメント」： < "content": "TEST ALERT\n\npolicy.name=projects/internal-project/alertPolicies/1234567890123456789\n\npolicy.display_name=Monitored-Project-NO-GROUPBY\n\ncondition.name=projects/nternal-project/alertPolicies/1234567890123456789/conditions/1234567890123456789\n\ncondition.display_name=VM Instance - CPU utilization [MAX]\n\nproject=internal-project\n\nresrouce.project=internal-project \n\nDONE\n", "mime_type": "text/markdown" >, 「概要」：「内部プロジェクトGKE-CLUSTER-16-DEFAUL-E2DF4CBD-DGP3のメトリックラベルとシステムラベルのCPU使用率は、値が0の値で正常に戻ります.835.「>」、バージョン」： "1.2 "> 

   スキーム構造、バージョン1.2

   このセクションでは、バージョン1について説明します.ペイロード図の2つ. 特定のフィールドは、アラートルールの構成、インシデントの状態、または監視対象リソースに応じて、すべての返品されたパッケージに表示されないか、空の値を提示しない場合があります。. 一部のフィールドは、統合構造を値として使用します. これらの構造は、そのコンテンツも異なる可能性があるため、参照によって説明されています.

   返されたパッケージでは、フィールドは任意の順序で表示される場合があります. 次の説明では、それらは関連グループで編成されています.

   <
   “バージョン”： “1.2 “,
   “事件”:: < インシデント情報 「Inciss_id」 ： 鎖 ;このインシデントのために生成されたID.
   「scoping_project_id」 ：メトリックの範囲をホストするプロジェクトのID.
   「scoping_project_number」 ：プロジェクト番号監視
   「URL」 ：チャンネル、このインシデントのGoogleクラウドコンソールのURL.
   「start_at」 ：インシデントが開かれた数字（エポックユニックスの秒）.
   「ended_at」 ：インシデントが閉鎖された数字（数秒のエポックUnix）. 州が閉鎖されている場合にのみ通知されます .
   “州” ：チェーン、インシデントの状態：オープンまたはクローズ . 値が開いている場合、ended_atはゼロです.
   “まとめ” ：チェーン、生成されたインシデントのテキストの概要.
   「apigee_url」 ：このインシデントのチェーン、アピジーURL、アピジー環境とプロキシ*リソースの種類のみ* .
   「観察_value」 ：チェーン、観測値はアラートをトリガー/解決したことで、条件が期限切れになった場合に空になる可能性があります.

   インシデントが開かれた監視されたリソースに関する情報.

   “リソース”:: <
   “親切” ：チェーン、アラートの対象となる監視対象リソースのタイプの識別子（たとえば、gce_instance;監視対象リソースのリストを参照）.
   「ラベル」 ：監視付きリソースに関連付けられたラベルのオブジェクト/キーバレーペア.
   >,
   “resource_type_display_name” ：チェーン、監視対象リソースの種類を表示する名前.
   「Resource_id」 ：チェーン、監視対象リソースのインスタンスID、リソースと同じ値.ラベル.instance_id .
   「resource_display_name」 ：チェーン、監視されたリソースを表示する名前.
   「Resource_name」 ：チェーン、この監視されたリソース用に生成された名前。他のフィールドの値が含まれています.

   時系列データのメトリックの種類に関する情報.

   “メトリック”:: <
   “親切” ：チェーン、アラートの対象となるメトリックのタイプの識別子（たとえば、計算.googleapis.com/instance/cpu/utilization;メトリックのリストを参照してください）.
   「ディスプレイネーム」 ：チェーン、メトリックタイプを表示する名前.
   「ラベル」 ：メトリックに関連するラベルのオブジェクト/値ペア.
   >,
   「メタデータ」:: <
   「System_labels」 ：システムメタデータラベルのオブジェクト/キーキーペア.
   「user_labels」 ：ユーザーメタデータラベルのオブジェクト/キーキーペア.
   >,

   アラートルールとインシデントを開いた/解決した条件に関する情報.
   値は、関係するアラートポリティオブジェクトから抽出されます.

   「policy_name」 ：チェーン、アラートルールのために表示する名前.
   「policy_user_labels」 ：ルールに関連するすべてのユーザーの文言のキー/値のペア.
   “ドキュメンテーション” ：オブジェクト、ドキュメント形式に統合された構造 .
   “状態” ：オブジェクト、条件形式で統合された構造 .
   “condition_name” ：チェーン、条件を表示する名前、条件と同じ値.紛争 .
   「したがって、halue」 ：条件がしきい値条件ではない場合、チェーン（この条件のしきい値）は空になる可能性があります.
   >,
   >

   放棄に関連する規則

   ペイロードスキームは、セクション1で説明されているGoogleクラウドの放棄に関連する規制の対象となります.4（d）Googleクラウドプラットフォームの使用条件. 図は生成されたフィールド値の形式を制御せず、これらの形式が予告なく変更される可能性があることに注意してください. たとえば、インシデント.要約、インシデント.ドキュメンテーション.幸せで事件.URLはフィールドに属するデータを含めることを目的としていますが、スキームにはこれらのフィールドの正確な分析を保証する制約はありません. この価値を全体として使用し、放棄に関連する規制を尊重することを期待できますが、生成されたフィールドの分析に依存しないでください.

   SMS

   SMSで通知を構成するには、次のように進みます。

   1. Google Cloud Consoleで、選択します 監視, それから 通知アラート, または、次のボタンをクリックします。アラートインターフェイスにアクセスします
   2. クリック 通知チャネルを変更します.
   3. セクションで SMS, クリック 追加.
   4. ダイアログボックスを通知し、クリックします 保存.

   アラートルールを構成するときは、通知のタイプを選択します SMS リストから検証済みの電話番号を選択します.

   スラック

   気づいた ：これらの手順を実行するには、Workspace Slackの所有者または管理者である必要があります. 詳細については、招待状リクエストの管理を参照してください.

   監視とSlackの統合により、インシデントが作成されたときにアラートルールがSlackチャネルにデータを公開することができます. Slack通知を構成するには、次のように続行します。

   1. スラックで ：スラックサイトにワークスペースとスラックチャネルを作成する. チャネルURLを保存します.
   2. Google Cloud Consoleで、選択します 監視, それから 通知アラート, または、次のボタンをクリックします。アラートインターフェイスにアクセスします
   3. クリック 通知チャネルを変更します.
   4. セクションで スラック, クリック 追加 Slack接続ページを開くには：
      1. スラックワークスペースを選択します.
      2. クリック 許可する クラウド監視がスラックワークスペースにアクセスできるようにします. このアクションにより、通知チャネルの監視構成ページに戻ります.
      3. 現場で スラック運河の名前, 通知に使用するスラックチャネルの名前を入力します.
      4. 現場で クラウドアラート名, 短い調査を入力してください. 監視ページにこのフィールドの値が表示されます 通知チャネル.
      5. （オプション）クラウド監視とスラックワークスペースとの間の接続をテストするには、クリックしてください テストメッセージを送信します. 接続が結果が発生した場合、これはテストアラート通知です. 指定したSlack通知チャネルに表示されます. 受信を確認するには、通知チャネルを参照してください.

      /プロンプト@googleクラウド監視

      アラートルールを作成するときは、選択します スラック セクションで 通知 Slack構成を選択します.

      webhooks

      気づいた：webhooksは、パブリック終了ポイントとのみ互換性があります. 通知を非公開終了ポイントに送信する必要がある場合は、PUB/サブ通知チャネルを作成し、パブ/サブのサブスクリプションを構成します. 詳細については、プライベート終了ポイントに対して構成された場合のWebhook通知の故障セクションを参照してください.

      気づいた：クラウド関数が通知チャネルのWebhook終端ポイントとして構成されている場合、関数を呼び出すユーザーに必要な認証承認があることを確認してください. 詳細については、関数呼び出しのセクションAuthingifyFunctionsを参照し、関数へのアクセスをアクティブにします.

      注意：Google CATで通知を受信するには、クラウドランサービスを展開し、通知を広告に送信します. この構成の例については、クラウド監視とクラウド実行を備えたパーソナライズされた通知の作成を参照してください.

      Webhook通知を構成しないで、このwebhookを使用するようにGoogle CATを構成しないでください.

      Webhookで通知を構成するには、次のように続行します。

      1. WebHooksマネージャー ：監視Webhooksからデータを受信する公開終了ポイントのURLを特定する.
      2. Google Cloud Consoleで、選択します 監視, それから 通知アラート, または、次のボタンをクリックします。アラートインターフェイスにアクセスします
      3. クリック 通知チャネルを変更します.
      4. セクションで webhook, クリック 追加.
      5. ダイアログボックスを入力します.
      6. クリック 接続をテストします Webhookの終点でテストのテスト料金を送信するには. レセプション終了ポイントにアクセスしてブロードキャストを確認できます.
      7. クリック 保存.

      アラートルールを作成するときは、選択します webhook セクションで 通知 WebHook構成を選択します. エラー報告によって送信された通知は、図1に従います.0、監視によって送信されたものは図1に従います1.2：

      JSONの例

      デフォルトでは、アラートバックエンドはバージョン1形式でJSONパッケージを生成しようとしています.2. このフォーマットの詳細については、次のセクションを参照してください.

      このタイプのパッケージの例は次のとおりです。

        < "incident": < "incident_id": "0.opqiw61fsv7p", "scoping_project_id": "internal-project", "scoping_project_number": 12345, "url": "https://console.cloud.google.com/monitoring/alerting/incidents/0.lxfiw61fsv7p?project=internal-project", "started_at": 1577840461, "ended_at": 1577877071, "state": "closed", "resource_id": "11223344", "resource_name": "internal-project gke-cluster-1-default-pool-e2df4cbd-dgp3", "resource_display_name": "gke-cluster-1-default-pool-e2df4cbd-dgp3", "resource_type_display_name": "VM Instance", "resource": < "type": "gce_instance", "labels": < "instance_id": "11223344", "project_id": "internal-project", "zone": "us-central1-c" >>、「メトリック」： < "type": "compute.googleapis.com/instance/cpu/utilization", "displayName": "CPU utilization", "labels": < "instance_name": "the name of the VM instance" >>、「メタデータ」： < "system_labels": < "labelkey": "labelvalue" >, 「user_labels」： < "labelkey": "labelvalue" >>、 "policy_name"： "Monitor-project-cluster"、 "policy_user_labels"： < "user-label-1" : "important label", "user-label-2" : "another label" >, "condition_name"： "vm instance -cpu utilization [max]"、 "threhold_value"： ".9 "、" obsed_value "：" 0.835 "、"条件 "： < "name": "projects/internal-project/alertPolicies/1234567890123456789/conditions/1234567890123456789", "displayName": "VM Instance - CPU utilization [MAX]", "conditionThreshold": < "filter": "metric.type=\\"compute.googleapis.com/instance/cpu/utilization\\" resource.type=\\"gce_instance\\" metadata.system_labels.\\"state\\"=\\"ACTIVE\\"", "aggregations": [ < "alignmentPeriod": "120s", "perSeriesAligner": "ALIGN_MEAN" >]、「比較」：「比較_GT」、「したき値値」：0.9、「期間」：「0S」、「トリガー」： < "count": 1 >>>、「ドキュメント」： < "content": "TEST ALERT\n\npolicy.name=projects/internal-project/alertPolicies/1234567890123456789\n\npolicy.display_name=Monitored-Project-NO-GROUPBY\n\ncondition.name=projects/nternal-project/alertPolicies/1234567890123456789/conditions/1234567890123456789\n\ncondition.display_name=VM Instance - CPU utilization [MAX]\n\nproject=internal-project\n\nresrouce.project=internal-project \n\nDONE\n", "mime_type": "text/markdown" >, 「概要」：「内部プロジェクトGKE-CLUSTER-16-DEFAUL-E2DF4CBD-DGP3のメトリックラベルとシステムラベルのCPU使用率は、値が0の値で正常に戻ります.835.「>」、バージョン」： "1.2 "> 

      スキーム構造、バージョン1.2

      このセクションでは、バージョン1について説明します.ペイロード図の2つ. 特定のフィールドは、アラートルールの構成、インシデントの状態、または監視対象リソースに応じて、すべての返品されたパッケージに表示されないか、空の値を提示しない場合があります。. 一部のフィールドは、統合構造を値として使用します. これらの構造は、そのコンテンツも異なる可能性があるため、参照によって説明されています.

      返されたパッケージでは、フィールドは任意の順序で表示される場合があります. 次の説明では、それらは関連グループで編成されています.

      <
      “バージョン”： “1.2 “,
      “事件”:: < インシデント情報 「Inciss_id」 ： 鎖 ;このインシデントのために生成されたID.
      「scoping_project_id」 ：メトリックの範囲をホストするプロジェクトのID.
      「scoping_project_number」 ：プロジェクト番号監視
      「URL」 ：チャンネル、このインシデントのGoogleクラウドコンソールのURL.
      「start_at」 ：インシデントが開かれた数字（エポックユニックスの秒）.
      「ended_at」 ：インシデントが閉鎖された数字（数秒のエポックUnix）. 州が閉鎖されている場合にのみ通知されます .
      “州” ：チェーン、インシデントの状態：オープンまたはクローズ . 値が開いている場合、ended_atはゼロです.
      “まとめ” ：チェーン、生成されたインシデントのテキストの概要.
      「apigee_url」 ：このインシデントのチェーン、アピジーURL、アピジー環境とプロキシ*リソースの種類のみ* .
      「観察_value」 ：チェーン、観測値はアラートをトリガー/解決したことで、条件が期限切れになった場合に空になる可能性があります.

      インシデントが開かれた監視されたリソースに関する情報.

      “リソース”:: <
      “親切” ：チェーン、アラートの対象となる監視対象リソースのタイプの識別子（たとえば、gce_instance;監視対象リソースのリストを参照）.
      「ラベル」 ：監視付きリソースに関連付けられたラベルのオブジェクト/キーバレーペア.
      >,
      “resource_type_display_name” ：チェーン、監視対象リソースの種類を表示する名前.
      「Resource_id」 ：チェーン、監視対象リソースのインスタンスID、リソースと同じ値.ラベル.instance_id .
      「resource_display_name」 ：チェーン、監視されたリソースを表示する名前.
      「Resource_name」 ：チェーン、この監視されたリソース用に生成された名前。他のフィールドの値が含まれています.

      時系列データのメトリックの種類に関する情報.

      “メトリック”:: <
      “親切” ：チェーン、アラートの対象となるメトリックのタイプの識別子（たとえば、計算.googleapis.com/instance/cpu/utilization;メトリックのリストを参照してください）.
      「ディスプレイネーム」 ：チェーン、メトリックタイプを表示する名前.
      「ラベル」 ：メトリックに関連するラベルのオブジェクト/値ペア.
      >,
      「メタデータ」:: <
      「System_labels」 ：システムメタデータラベルのオブジェクト/キーキーペア.
      「user_labels」 ：ユーザーメタデータラベルのオブジェクト/キーキーペア.
      >,

      アラートルールとインシデントを開いた/解決した条件に関する情報.
      値は、関係するアラートポリティオブジェクトから抽出されます.

      「policy_name」 ：チェーン、アラートルールのために表示する名前.
      「policy_user_labels」 ：ルールに関連するすべてのユーザーの文言のキー/値のペア.
      “ドキュメンテーション” ：オブジェクト、ドキュメント形式に統合された構造 .
      “状態” ：オブジェクト、条件形式で統合された構造 .
      “condition_name” ：チェーン、条件を表示する名前、条件と同じ値.紛争 .
      「したがって、halue」 ：条件がしきい値条件ではない場合、チェーン（この条件のしきい値）は空になる可能性があります.
      >,
      >

      基本認証

      Webhookのリクエストに加えて、クラウド監視は、基本認証のHTTP仕様に従ってユーザー名とパスワードを送信します. クラウド監視では、適切なwww-authenticateヘッダーを使用してサーバーが401応答を返す必要があります. 基本認証の詳細については、次のリソースを参照してください。

      トークン認証

      トークンによる認証には、終端ポイントのURLにリクエストチェーンパラメーターと、サーバーがそれ自体と監視の間の秘密になると予想するキーが必要です. トークンを含むURLの例を以下に示します。

      監視が終端ポイントのURLに関するインシデントを公開する場合、サーバーは関連するトークンを検証できます. この認証方法は、SSL/TLSで使用してHTTPリクエストを暗号化すると、コンピューターハッカーがトークンを学習できないようにすると、より効果的です。.

      Pythonサーバーの例を取得するには、このサーバーの例を参照してください.

      放棄に関連する規則

      ペイロードスキームは、セクション1で説明されているGoogleクラウドの放棄に関連する規制の対象となります.4（d）Googleクラウドプラットフォームの使用条件. 図は生成されたフィールド値の形式を制御せず、これらの形式が予告なく変更される可能性があることに注意してください. たとえば、インシデント.要約、インシデント.ドキュメンテーション.幸せで事件.URLはフィールドに属するデータを含めることを目的としていますが、スキームにはこれらのフィールドの正確な分析を保証する制約はありません. この価値を全体として使用し、放棄に関連する規制を尊重することを期待できますが、生成されたフィールドの分析に依存しないでください.

      パブ/サブ

      このセクションでは、パブ/サブ通知チャネルの構成方法について説明します. 冗長性を確保するために、いくつかの通知チャネルを作成することをお勧めします. Pub/Suは異なる配布メカニズムを使用するため、広告/サブをGoogle Cloud Console、Pagerduty、WebHooks、またはSlacksのモバイルアプリケーションに関連付けることをお勧めします。.

      パブ/サブ通知チャネルを構成するには：

      1. パブ/サブAPIをアクティブにして、件名を作成します
      2. 主題の通知チャネルを構成します
      3. サービスアカウントを承認します
      4. アラートルールで通知チャネルを定義します

      データスキームを理解するには、図の例を参照してください.

      アラート通知を受信するには、次のサブスクリプションのいずれかを作成する必要があります：セーター、プッシュ、またはビッグクエリ.

      サブスクリプションが主題のプロジェクトとは異なるプロジェクトにある場合、サブスクライバープロジェクトでサービスアカウントを作成し、役割の役割/pubsubを起因します.サブスクライブ .

      始める前に

      Google Cloudプロジェクトの最初の通知チャネルを追加すると、Cloud Monitoringはこのプロジェクトのサービスアカウントを作成します. 彼はまた、サービスアカウントでの役割のアイデンティティとアクセス管理サービスサービスエージェントの監視を提供します. このサービスアカウントにより、監視はこのプロジェクトのPUB/SUに基づいて通知チャネルに通知を送信できます.

      サービスアカウントには次の形式があります。

      サービス-project_number@gcp-sa-monitoring-notification.私は.gserviceaccount.com

      通知サービスアカウントの名前にはaが含まれます 番号 Google Cloudプロジェクト. Google Cloudコンソールのプロジェクトダッシュボードに名前、ID、プロジェクト番号があります. 次のコマンドを使用して回復することもできます。

      gcloudプロジェクトについて説明しています project_id --format = "value（project_number）"

      Google Cloud ConsoleまたはGoogle Cloudを使用してサービスアカウントを表示および変更できます.

      パブ/サブAPIをアクティブにして、件名を作成します

      1. GoogleクラウドプロジェクトのPUB/SUP APIをアクティブ化します。
         Pub/Sub APIをアクティブにします
         1. Pub/Sub Subjectを作成する予定のGoogleクラウドプロジェクトを選択します.
         2. クリック 有効にする 表示されるとき. メッセージの場合、アクションは必要ありません APIがアクティブ化されました 表示されます.

         gcloud pubsubトピックは、NotificationTopicを作成します

         次に、パブ/サブ通知チャネルを構成します.

         主題の通知を構成します

         広告/サブ通知チャネルを作成するには、監視、Google Cloud CL CLまたはGoogle Cloud Consoleを使用できます. 通知チャネルを作成した後、通知サービスアカウントを承認して、通知チャネルとして使用する各件名を公開する.

         監視またはGoogle Cloud APIを使用して通知チャネルを作成する詳細については、Create Channelsを参照してください.

         Google Cloud Consoleを使用して通知チャネルを作成するには、次のように進みます。

         1. Google Cloud Consoleで、選択します 監視, それから 通知アラート, または、次のボタンをクリックします。アラートインターフェイスにアクセスします
         2. 作成したPub/Sub件名を含むGoogle Cloudプロジェクトを選択します.
         3. クリック 通知チャネルを変更します.
         4. セクションで パブ/サブ, クリック 新しい. ダイアログボックス 作成されたPub/Sub Channel （Pub/Sub Canal）監視によって作成されたサービスアカウントの名前を表示します.
         5. サービスアカウントを承認します. サービスアカウントは、すべての被験者または特定の主題を公開できます。
            • すべての被験者を公開するには、選択します 役割を管理します そして、役割を追加します Publisher Pub/Sub. 通知チャネルの構成が完了したら、次のセクションを無視してください。 サービスアカウントを承認します, アラートルールで通知チャネルを定義する.
            • 特定の科目を公開するには、次のステップに進み、通知チャネルが構成されたら、特定のサブジェクトを公開するようサービスアカウントを承認する. 手順を取得するには、セクションがサービスアカウントを承認する.
         6. チャンネルに表示する名前とパブ/サブ科目の名前を入力してください.
         7. （オプション）チャンネルが適切に構成されていることを確認するには、クリックしてください テスト通知を送信します.
         8. 選択する チェーンを追加します.

         次に、サービスアカウントを許可します.

         サービスアカウントを承認します

         気づいた ：APIまたはGoogle Cloud CLIを使用して通知チャネルを作成するとき、およびGoogle Cloud Consoleを使用する承認ステップを無視したときにこの手順を実行します.

         承認により、通知サービスアカウントは、通知チャネルとして使用する各PUB/SUの科目を公開できます. このセクションでは、次の手順について説明します。

         • 特定のテーマのサービスアカウントを承認します.
         • すべての被験者のサービスアカウントを許可します.

         特定のテーマのサービスアカウントを承認します

         Google Cloud ConsoleとGoogle Cloudを使用して、サービスアカウントが特定のサブジェクトを公開できるようにすることができます. このセクションでは、両方のアプローチについて説明します.

         Google Cloud Consoleを使用して特定の科目のサービスアカウントを承認するには、次のように続行します。

         1. Google Cloud Consoleで、選択します パブ/サブ, それから テーマ, または、次のボタンをクリックします：PUB/SUPトピックにアクセスしてください
         2. 件名を選択します.
         3. タブで 認可, 選択する メインアカウントを追加します.
         4. 現場で 新しいメインアカウント, 通知サービスアカウントの名前を入力します. サービスアカウントは、次の宗派契約を使用します。

         サービス-project_number@gcp-sa-monitoring-notification.私は.gserviceaccount.com

         Google Cloud CLIを使用して特定の科目のサービスアカウントを承認するには、サービスアカウントにIAM PubSubの役割を割り当てます.主題の出版社. たとえば、次のコマンドは、通知のテーマのIAMロールを構成します。

         gcloud pubsubトピックアド-iam-policyバインディング\ Projects/project_number/Topics/NotificationTopic -Role = choles/pubsub.Publisher \ --Member = service -count：service-project_number@gcp-sa-monitoring-notification.私は.gserviceaccount.com

         Add-Policyバインディングコマンドの実行成功に対する応答は、次のように現れます。

         トピックのIAMポリシーを更新[NotificationTopic]. バインディング： ‐ メンバー： ‐ サービス - ディスカバー：サービス-project_number@gcp-sa-monitoring-notification.私は.gserviceaccount.comの役割：役割/pubsub.出版社ETAG：bwwcdoiw1pc =バージョン：1

         詳細については、pubsubトピックアドジアムポリシーバインディングリファレンスページを参照してください .

         すべての被験者のサービスアカウントを承認します

         すべての科目のサービスアカウントを承認するには、次のように進めます。

         

         1. Google Cloud Consoleで、選択します 私は または、次のボタンをクリックします。IAMにアクセスします
         2. 選択する Googleが提供する役割の帰属を含めます, 次の画像に示されているように：
         3. 次の形式でサービスアカウントを探します。

         サービス-project_number@gcp-sa-monitoring-notification.私は.gserviceaccount.com

         次に、アラートルールで通知チャネルを定義します.

         アラートルールで通知チャネルを定義します

         アラートルールでPUB/SU通知チャネルを使用するには、チャネルのタイプを選択します パブ/サブ, その後、主題.

         図の例

         JSONパッケージと図の例を表示するには、次のセクションを作成します.

         JSONの例

         デフォルトでは、アラートバックエンドはバージョン1形式でJSONパッケージを生成しようとしています.2. このフォーマットの詳細については、次のセクションを参照してください.

         このタイプのパッケージの例は次のとおりです。

           < "incident": < "incident_id": "0.opqiw61fsv7p", "scoping_project_id": "internal-project", "scoping_project_number": 12345, "url": "https://console.cloud.google.com/monitoring/alerting/incidents/0.lxfiw61fsv7p?project=internal-project", "started_at": 1577840461, "ended_at": 1577877071, "state": "closed", "resource_id": "11223344", "resource_name": "internal-project gke-cluster-1-default-pool-e2df4cbd-dgp3", "resource_display_name": "gke-cluster-1-default-pool-e2df4cbd-dgp3", "resource_type_display_name": "VM Instance", "resource": < "type": "gce_instance", "labels": < "instance_id": "11223344", "project_id": "internal-project", "zone": "us-central1-c" >>、「メトリック」： < "type": "compute.googleapis.com/instance/cpu/utilization", "displayName": "CPU utilization", "labels": < "instance_name": "the name of the VM instance" >>、「メタデータ」： < "system_labels": < "labelkey": "labelvalue" >, 「user_labels」： < "labelkey": "labelvalue" >>、 "policy_name"： "Monitor-project-cluster"、 "policy_user_labels"： < "user-label-1" : "important label", "user-label-2" : "another label" >, "condition_name"： "vm instance -cpu utilization [max]"、 "threhold_value"： ".9 "、" obsed_value "：" 0.835 "、"条件 "： < "name": "projects/internal-project/alertPolicies/1234567890123456789/conditions/1234567890123456789", "displayName": "VM Instance - CPU utilization [MAX]", "conditionThreshold": < "filter": "metric.type=\\"compute.googleapis.com/instance/cpu/utilization\\" resource.type=\\"gce_instance\\" metadata.system_labels.\\"state\\"=\\"ACTIVE\\"", "aggregations": [ < "alignmentPeriod": "120s", "perSeriesAligner": "ALIGN_MEAN" >]、「比較」：「比較_GT」、「したき値値」：0.9、「期間」：「0S」、「トリガー」： < "count": 1 >>>、「ドキュメント」： < "content": "TEST ALERT\n\npolicy.name=projects/internal-project/alertPolicies/1234567890123456789\n\npolicy.display_name=Monitored-Project-NO-GROUPBY\n\ncondition.name=projects/nternal-project/alertPolicies/1234567890123456789/conditions/1234567890123456789\n\ncondition.display_name=VM Instance - CPU utilization [MAX]\n\nproject=internal-project\n\nresrouce.project=internal-project \n\nDONE\n", "mime_type": "text/markdown" >, 「概要」：「内部プロジェクトGKE-CLUSTER-16-DEFAUL-E2DF4CBD-DGP3のメトリックラベルとシステムラベルのCPU使用率は、値が0の値で正常に戻ります.835.「>」、バージョン」： "1.2 "> 

         スキーム構造、バージョン1.2

         このセクションでは、バージョン1について説明します.ペイロード図の2つ. 特定のフィールドは、アラートルールの構成、インシデントの状態、または監視対象リソースに応じて、すべての返品されたパッケージに表示されないか、空の値を提示しない場合があります。. 一部のフィールドは、統合構造を値として使用します. これらの構造は、そのコンテンツも異なる可能性があるため、参照によって説明されています.

         返されたパッケージでは、フィールドは任意の順序で表示される場合があります. 次の説明では、それらは関連グループで編成されています.

         <
         “バージョン”： “1.2 “,
         “事件”:: < インシデント情報 「Inciss_id」 ： 鎖 ;このインシデントのために生成されたID.
         「scoping_project_id」 ：メトリックの範囲をホストするプロジェクトのID.
         「scoping_project_number」 ：プロジェクト番号監視
         「URL」 ：チャンネル、このインシデントのGoogleクラウドコンソールのURL.
         「start_at」 ：インシデントが開かれた数字（エポックユニックスの秒）.
         「ended_at」 ：インシデントが閉鎖された数字（数秒のエポックUnix）. 州が閉鎖されている場合にのみ通知されます .
         “州” ：チェーン、インシデントの状態：オープンまたはクローズ . 値が開いている場合、ended_atはゼロです.
         “まとめ” ：チェーン、生成されたインシデントのテキストの概要.
         「apigee_url」 ：このインシデントのチェーン、アピジーURL、アピジー環境とプロキシ*リソースの種類のみ* .
         「観察_value」 ：チェーン、観測値はアラートをトリガー/解決したことで、条件が期限切れになった場合に空になる可能性があります.

         インシデントが開かれた監視されたリソースに関する情報.

         “リソース”:: <
         “親切” ：チェーン、アラートの対象となる監視対象リソースのタイプの識別子（たとえば、gce_instance;監視対象リソースのリストを参照）.
         「ラベル」 ：監視付きリソースに関連付けられたラベルのオブジェクト/キーバレーペア.
         >,
         “resource_type_display_name” ：チェーン、監視対象リソースの種類を表示する名前.
         「Resource_id」 ：チェーン、監視対象リソースのインスタンスID、リソースと同じ値.ラベル.instance_id .
         「resource_display_name」 ：チェーン、監視されたリソースを表示する名前.
         「Resource_name」 ：チェーン、この監視されたリソース用に生成された名前。他のフィールドの値が含まれています.

         時系列データのメトリックの種類に関する情報.

         “メトリック”:: <
         “親切” ：チェーン、アラートの対象となるメトリックのタイプの識別子（たとえば、計算.googleapis.com/instance/cpu/utilization;メトリックのリストを参照してください）.
         「ディスプレイネーム」 ：チェーン、メトリックタイプを表示する名前.
         「ラベル」 ：メトリックに関連するラベルのオブジェクト/値ペア.
         >,
         「メタデータ」:: <
         「System_labels」 ：システムメタデータラベルのオブジェクト/キーキーペア.
         「user_labels」 ：ユーザーメタデータラベルのオブジェクト/キーキーペア.
         >,

         アラートルールとインシデントを開いた/解決した条件に関する情報.
         値は、関係するアラートポリティオブジェクトから抽出されます.

         「policy_name」 ：チェーン、アラートルールのために表示する名前.
         「policy_user_labels」 ：ルールに関連するすべてのユーザーの文言のキー/値のペア.
         “ドキュメンテーション” ：オブジェクト、ドキュメント形式に統合された構造 .
         “状態” ：オブジェクト、条件形式で統合された構造 .
         “condition_name” ：チェーン、条件を表示する名前、条件と同じ値.紛争 .
         「したがって、halue」 ：条件がしきい値条件ではない場合、チェーン（この条件のしきい値）は空になる可能性があります.
         >,
         >

         放棄に関連する規則

         ペイロードスキームは、セクション1で説明されているGoogleクラウドの放棄に関連する規制の対象となります.4（d）Googleクラウドプラットフォームの使用条件. 図は生成されたフィールド値の形式を制御せず、これらの形式が予告なく変更される可能性があることに注意してください. たとえば、インシデント.要約、インシデント.ドキュメンテーション.幸せで事件.URLはフィールドに属するデータを含めることを目的としていますが、スキームにはこれらのフィールドの正確な分析を保証する制約はありません. この価値を全体として使用し、放棄に関連する規制を尊重することを期待できますが、生成されたフィールドの分析に依存しないでください.

         オンデマンドでチェーンを作成します

         アラートルールに通知チャネルを追加する場合、リスト内のチャネルを選択する必要があります. アラートルールを作成するときにオプションのリストを更新するには、次のように続行します。

         

         1. [通知]ダイアログボックスで、クリックします チャネル通知の管理 （通知チャネルを管理）. あなたは窓にリダイレクトされます チャネル通知 （通知チャネル）新しいタブの.
         2. 新しい通知チャネルを追加するには、そのタイプを検索して、クリックしてください 新しい, 次に、前のテーブルに表示されるチャネルに固有の指示に従ってください.
         3. [元のタブ]に戻り、[通知]ダイアログボックスで、[ リフレッシュしますアップデート .
         4. 更新されたリストから通知チャネルを選択します.

         通知チャネルをテストします

         クラウド監視は通知チャネルをテストしません. ただし、アラートルールを作成し、トリガーする条件を構成することにより、通知チャネルが適切に構成されていることを確認できます。.

         たとえば、次の手順を適用して、通知チャネルの構成を確認できます。

         1. Google CloudプロジェクトにCompute Engineインスタンスが含まれていない場合は、.
         2. このボディによるプロセッサの使用を監視するためのアラートルールを作成する. Google Cloudプロジェクトにいくつかのインスタンスが含まれている場合は、フィルターを追加して単一のインスタンスを選択します.
         3. のフィールドを構成します 条件トリガー 次のように：
            1. 選択する しきい値 現場で 条件タイプ.
            2. 選択する しきい値よりも低い フィールドのために しきい値位置.
            3. インスタンスのプロセッサの使用よりも大きい値を選択します. たとえば、グラフがプロセッサの使用が約5％であることを示している場合、10％のしきい値を定義します.
            4. 開発する 高度なオプション, 次に、選択します 新しいテストはありません フィールドのために 最長の窓.

            これらのパラメーターは、コンピューティングエンジンインスタンスのプロセッサの使用が指定されたしきい値を下回るときにトリガーされるようにルールを構成します. インスタンスのプロセッサの使用よりも高いしきい値を選択したため、条件はトリガーされます.

            通知チャネルを編集および削除します

            Google Cloud Consoleを使用して通知チャネルを変更または削除するには、次のように続行します。

            1. Google Cloud Consoleで、選択します 監視, それから 通知アラート, または、次のボタンをクリックします。アラートインターフェイスにアクセスします
            2. クリック 通知チャネルを変更します. のダッシュボード 通知チャネル 通知チャネルの各タイプのセクションが含まれています. 各セクションには、このタイプのすべての構成がリストされています。
               • 入力を変更するには、クリックします 編集変更する. クリック 保存 変更が加えられたら.
               • 入力を削除するには、[削除]をクリックします 消去. クリック 消去 [確認]ダイアログボックス.

            通知チャネルの新聞を表示します

            新聞Explorerを使用して、通知チャネルにエラーを表示できます。

            1. Google Cloud Consoleで、選択します ロギング, それから 新聞エクスプローラー, または、次のボタンをクリックします。新聞エクスプローラーにアクセスします
            2. リクエストを入力して実行します. 通知チャネルのエラーの特定のリクエストについては、クラウド監視リクエストセクションを参照してください.

            コメント

            特に示されない限り、このページのコンテンツはクリエイティブコモンズの割り当て4ライセンスによって管理されます.0、およびコードサンプルはApache2ライセンスによって管理されます.0. 詳細については、Google開発者サイトのルールを参照してください. JavaはOracleおよび/またはその関連会社の登録商標です.

            2023/08/26（UTC）の最後の更新.

            Google通知

            

            フォームメール通知

            電子メールを送信し、PDF、証明書、請求書、ニュースレター、専門文書を生成し、それらをSlack、Zappier、Googleチャット、またはその他のアプリケーションに統合します.

            更新シート：2023年9月20日

            ユーザーレビューの詳細

            

            

            

            

            「フォームメール通知」（Form Notify）を使用して、パーソナライズされた電子メール通知を送信し、請求書、証明書、ニュースレター、商業レター、その他のPDFを生成できます。. フォームにアクセスすることで、追加のモジュールがあなたのために何ができるかについての詳細情報を見つけることができますhttpsウェブサイト：// www.formnotify.com/製品を使用して、（フォームの所有者）は、リッチなHTML e -mailを自動的に送信することで誰でも警告することができます - 正式な回答者向けのeメールで通知を作成、構成、パーソナライズします - 回答者およびその他の従業員 - 請求書、ニュースレター、証明書、商業レター、またはその他の専門的な側面文書など、最寄りのピクセルに完全なPDFを生成します - 特定の日付および/または閉じることにより、フォームを制限します。 1時間の定期的な時間 - フォームの過去の応答を返す - さまざまな受信者に電子メールを送信できるいくつかのプロセッサを構成します - 通知の送信を一時的に一時停止 - ドキュメントの生成 - 痛み - e -mail通知にpdfを参加します - 式を使用してフォーム応答に従って値をカスタマイズします -  qrコードをe -mailに統合します - 設定されたデータをインポートしてエクスポート - ウェブフックを構成して必要なすべての人を警告し、 Google Chat、Slack、Zappier、IFTTTT、その他のWebサービスなどのアプリケーションに統合する - プッシュ通知を介して電話でユーザーに通知します -  HTTP RESTを使用したアプリケーションとの統合. - ウェブフックのインポートとエクスポート - 通知の一部としてクイズスコアを親に送信します - 通知フォーム（https：// formnotifyによって開発された特定の期間中フォームを開いたままにしてください.com）この追加モジュールで問題を報告するには、https：// formsにアクセスしてください.GLE/TSMVVAFVWLJEXAAV7

            追加情報

            利用できない価格

            機密性

            利用規約

            フォームメール通知 以下の承認をお願いします. もっと詳しく知る

            フォームメール通知は、Googleアカウントにアクセスする必要があります

            フォームメール通知は、次のアクションを実行する場合があります。

            すべてのGoogleドキュメントドキュメントを相談、変更、作成、削除する

            Googleドライブで独自の構成データを表示、作成、削除する

            Googleドライブで独自の構成データを表示、作成、削除する

            このアプリケーションで使用する特定のGoogleドライブファイルのみを相談、変更、作成、削除する

            このアプリケーションがインストールされているフォームを表示および管理する