• 製品
  • 使用を開始する
  • 関連ドキュメント
  • リソース

Opsgenie を Microsoft Azure Service Health と統合する

Azure Service Health ロゴ

概要

Azure Service Health は、ターゲットを絞った柔軟な通知を介してあなたとチームにアラートを出します。Opsgenie は、Azure Service Health のアラート メカニズムを高度に補完するアラートおよび通知管理ソリューションです。

統合でできるようになること

Azure Service Health 統合を使用して、Azure Service Health アラートを Opsgenie に転送します。Opsgenie は、オンコール スケジュールに基づいて通知する適切な担当者を決定します。メール、テキスト メッセージ (SMS)、電話、iOS および Android のプッシュ通知によって通知し、アラートが承認されるかクローズされるまでアラートをエスカレートします。

統合による機能

AzureAzure Service Health アラートが作成されると、Opsgenie でアラートが自動作成されます。

統合をセットアップする

Azure Service Health は API ベースの統合です。設定は以下の手順で行います。

  • OpsgenieAzure Service Health 統合を追加する

  • Azure Service Health で統合を設定する

Azure Service Health 統合を追加する

Opsgenie の Free プランまたは Essentials プランを使用している、または Jira Service Management の Standard プランで Opsgenie を使用している場合は、チーム ダッシュボードからのみこの統合を追加できます。このプランでは、[設定] の [統合] ページが利用できません。

  1. [チーム] に移動して自分のチームを選択します。

  2. 左側のナビゲーションで [統合] を選択し、[統合を追加] を選択します。

統合をチーム ダッシュボードから追加すると、そのチーム統合の所有者になります。Opsgenie では、この統合を通じて受信したアラートはそのチームのみに割り当てられます。このセクションの残りの手順に従って、統合を設定してください。

OpsgenieAzure Service Health 統合を追加する方法は以下のとおりです。

  1. [設定] > [統合] の順に移動します。

  2. [統合を追加] を選択します。

  3. 検索を実行して「Azure Service Health」を選択します。

  4. 次の画面で、統合の名前を入力します。

  5. オプション: 特定のチームが統合からのアラートを受信するようにする場合は、[Assignee team (担当者チーム)] のチームを選択します。

  6. [続行] を選択します。
    この時点で、統合が保存されます。

  7. [統合を設定する手順] セクションを展開し、アカウント用に生成された URL をコピーします。
    この URL は、後ほど Azure で統合を設定する際に使用します。

  8. [統合をオンにする] を選択します。
    統合のために作成したルールは、統合をオンにした場合にのみ機能します。

Azure Service Health で統合を設定する

  1. Azure ポータルで [Browse (参照)] を選択します。

  2. [Service Health (サービスの健全性)] を選択します。

  3. [Alerts (アラート)] セクションで [Health Alerts (健全性アラート)] を選択します。

  4. [Add service health alert (サービス健全性アラートを追加)] ボタンを選択します。

  5. アラートをフィルタリングするための条件を追加します。

  6. [Actions (アクション)] タブに移動します。

  7. [Create Action Group (アクション グループの作成)] を選択してアクション グループを作成します。
    アクションを追加する際は、アクション タイプに [Webhook] を選択します。

  8. Opsgenie で統合を追加する際にコピーした URL を [URI] に貼り付けます。

  9. 必要に応じて、共通のアラート スキーマを有効にします。

  10. 新しいアクション グループの変更を保存します。

  11. アラートの変更を保存します。

Azure Service Health から送信されたペイロードのサンプル

(JSON 形式)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 { "schemaId": "Microsoft.Insights/activityLogs", "data": { "status": "Activated", "context": { "activityLog": { "channels": "Admin", "correlationId": "bbac944f-ddc0-4b4c-aa85-cc7dc5d5c1a6", "description": "Active: Virtual Machines - Australia East", "eventSource": "ServiceHealth", "eventTimestamp": "2017-10-18T23:49:25.3736084+00:00", "eventDataId": "6fa98c0f-334a-b066-1934-1a4b3d929856", "level": "Informational", "operationName": "Microsoft.ServiceHealth/incident/action", "operationId": "bbac944f-ddc0-4b4c-aa85-cc7dc5d5c1a6", "properties": { "title": "Virtual Machines - Australia East", "service": "Virtual Machines", "region": "Australia East", "communication": "Starting at 02:48 UTC on 18 Oct 2017 you have been identified as a customer using Virtual Machines in Australia East who may receive errors starting Dv2 Promo and DSv2 Promo Virtual Machines which are in a stopped "deallocated" or suspended state. Customers can still provision Dv1 and Dv2 series Virtual Machines or try deploying Virtual Machines in other regions, as a possible workaround. Engineers have identified a possible fix for the underlying cause, and are exploring implementation options. The next update will be provided as events warrant.", "incidentType": "Incident", "trackingId": "0NIH-U2O", "impactStartTime": "2017-10-18T02:48:00.0000000Z", "impactedServices": "[{\"ImpactedRegions\":[{\"RegionName\":\"Australia East\"}],\"ServiceName\":\"Virtual Machines\"}]", "defaultLanguageTitle": "Virtual Machines - Australia East", "defaultLanguageContent": "Starting at 02:48 UTC on 18 Oct 2017 you have been identified as a customer using Virtual Machines in Australia East who may receive errors starting Dv2 Promo and DSv2 Promo Virtual Machines which are in a stopped "deallocated" or suspended state. Customers can still provision Dv1 and Dv2 series Virtual Machines or try deploying Virtual Machines in other regions, as a possible workaround. Engineers have identified a possible fix for the underlying cause, and are exploring implementation options. The next update will be provided as events warrant.", "stage": "Active", "communicationId": "636439673646212912", "version": "0.1.1" }, "status": "Active", "subscriptionId": "4970d23e-ed41-4670-9c19-02a1d2808ff9", "submissionTimestamp": "2017-10-18T23:49:28.7864349+00:00" } }, "properties": {} } }

その他のヘルプ