• 使用を開始する
  • 関連ドキュメント

Opsgenie を別の Opsgenie と統合する

さまざまなシナリオの中で、アラート レプリケーションが望ましいです。ただし、アラートの同期は異なっている必要がある可能性があり、その場合、インテグレーション設定が異なります。同期は、マッピングされたアラート アクションによって保証されるため、さまざまなシナリオで保証されるように、アクション マッピングを設定します。

以下に、3 つの異なるユース ケースの設定例を示します。ドキュメントの残りの部分では、MSP の Opsgenie アカウントは「メイン アカウント」として、MSP の顧客のアカウントは「サブ アカウント」として定義されます。

統合された Opsgenie インスタンスは同じデータ レジデンシー リージョンに作成して、統合が機能できるようにする必要があります。Opsgenie データ レジデンシーの詳細についてご確認ください。

アカウント間でアラートを完全に同期する

この設定では、メイン アカウントのアラートが承認されると、サブアカウントの同じアラートも承認されます。その逆も同様です。同様に、メイン アカウントのアラートが未承認/クローズされた、またはメモがこのアラート追加される場合は、サブ アカウントの対応するアラートにも同じアクションが適用されます。

メイン アカウントの設定は次のようになります。

Opsgenie を別の Opsgenie と統合するときのメイン アカウントを設定するスクリーンショット。

 

 

サブ アカウントの設定は次のようになります。

Opsgenie を別の Opsgenie と統合するときのサブアカウントのスクリーンショット。

マップされたアクションは、メモの作成、承認、承認解除、クローズ、追加アクションの中から選択できます。したがって、インテグレーションでは、これらのアクションに対してのみ完全な同期が提供されます。

サブアカウントでのみアラート アクションを実行する

このシナリオでは、サブ アカウント内のアラートに対してのみアクションを実行して、実行されたアラート アクションをメイン アカウントに通知することが望ましい動作です。たとえば、サブ アカウントのアラートが承認されると、「John acknowledged alert: “test alert” (John が次のアラートを承認: "test alert")」のようなメモがメイン アカウントの対応するアラートに追加されます。同様に、サブ アカウントのアラートがクローズされた場合は、「John closed the alert: "test alert" (John が次のアラートをクローズ: "test alert")」のようなメモがメイン アカウントのアラートに追加されます。そのためには、統合を次のように設定します。

メイン アカウントの設定

Opsgenie を別の Opsgenie と統合するときのメイン アカウントを設定するスクリーンショット。

サブアカウントの設定:

Opsgenie を別の Opsgenie と統合する際にサブ アカウントでアラート アクションを設定するスクリーンショット。

 

メイン アカウントでのみアラート アクションを実行する

これは 2 番目のシナリオとは逆です。このシナリオでは、アラート アクションがメイン アカウントで実行され、これらのアクションをレポートするメモが返され、サブ アカウントの対応するアラートに追加されます。たとえば、メイン アカウントのアラートが未承認の際に、サブアカウントの対応するアラートに「John unacknowledged the alert: “test alert” (John がアラートを未認定: “test alert”」などのメモが追加されます。次は、このシナリオをサポートする設定です。

メイン アカウントの設定

Opsgenie を別の Opsgenie と統合する際に、メイン アカウントでアクションを実行する方法を示すスクリーンショット。

 

サブアカウントの設定:

Opsgenie を別の Opsgenie と統合するときに、サブアカウントでアクションを実行する方法を示すスクリーンショット。

さらにヘルプが必要ですか?

アトラシアン コミュニティをご利用ください。