ユーザーとして Opsgenie の利用を開始する
プロフィールの設定、Opsgenie からの通知の取得、オンコール スケジュールの表示に関するすべての方法を説明します。
デバイスのオートディスカバリーにより、監視ツールをより迅速かつ自動的にデプロイおよび管理できます。組み込みのカスタマイズ可能なダッシュボード、パフォーマンス予測、完全なレポートを使用してインフラストラクチャのパフォーマンスデータに対応します。アラートのルーティングやエスカレーション管理など、組み込みのワークフロー機能を使用して、IT チームの課題への対応を向上し、解決時間を短縮できます。LogicMonitor アラートを Opsgenie に転送して、iPhone と Android のプッシュ通知、電子メール、SMS、電話を通じてユーザーに通知し、アラートのライフサイクルの追跡、アラートのエスカレーションなどを行います。
Opsgenie は LogicMonitor とのネイティブ、双方向的な統合を備えています。統合を使用して LogicMonitor と Opsgenie アラートを自動的に同期し、Opsgenie の豊富なアラート通知システム、エスカレーション、オンコール ローテーションのメリットが得られます。
このドキュメントでは、統合の基本機能、設定方法、Opsgenie と LogicMonitor 間で交換されるデータの詳細について説明します。
LogicMonitor でアラートが作成されると、統合によって Opsgenie でもアラートが自動で作成されます。
アラートが LogicMonitor でクローズされると、関連するアラートが Opsgenie でもクローズされます。
LogicMonitor でアラートが承認されると、関連するアラートは Opsgenie でも承認されます。
Opsgenie でアラートが承認されると、LogicMonitor でもアラートが自動的に承認されます (オプション)。
この統合はチーム ダッシュボードから追加可能
Opsgenie の Free または Essentials の各プランを使用している、または Jira Service Management の Standard プランで Opsgenie を使用している場合、このプランでは [設定] の [統合] ページが利用できないため、この統合はチーム ダッシュボードからのみ追加できます。
統合をチーム ダッシュボードから追加すると、そのチーム統合の所有者になります。Opsgenie では、この統合を通じて受信したアラートはそのチームのみに割り当てられます。
そのためには、次の手順に従います。
Teams からチーム ダッシュボードに移動します。
[統合] > [統合を追加] の順に選択します。
残りの手順に従って統合を完了します。
[設定] > [統合] の順に移動します。LogicMonitor を検索して [追加] を選択します。
[応答者] フィールドによって LogicMonitor アラートの通知先を指定します。入力し始めると、オートコンプリートの候補が表示されます。
Opsgenie エンドポイントと API キーを含む統合 URL をコピーします。
Opsgenie でアラート アクションを LogicMonitor に送信するには、[LogicMonitor にアラート アクションを送信] フィールドを選択します。
ボックスが選択されていれば、次に関連フィールドに入力します。LogicMonitor で、Opsgenie から LogicMonitor にアラート アクションを送信するための「ackonly」ロールのみを持つユーザーを作成すると役立つ場合があります。
[Save Integration (統合の保存)] を選択します。
LogicMonitor で [設定] に移動し、[統合] を選択します。
[追加] をクリックし、[Custom HTTP Delivery Integration (HTTP 配信の統合をカスタマイズ)] を選択します。
[Use the same URL and data to notify on various alert activity (同じ URL とデータを使用して、さまざまなアラート アクティビティを通知する)] オプションを選択します。
[HTTP メソッド] を [HTTP ポスト] に設定します。
統合を保存するときにコピーされた統合 URL を [URL] フィールドに入力します。
アラート データをこのテキスト ファイルのデータに置き換えます。
URL エンコードされたフォーム データがデータ形式として選択されていることを確認します。
保存をクリックします。
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
{
"alertid": "LMS22",
"alertstatus": "active",
"datasource": "WinVolumeUsage-C:\",
"datapoint": "PercentUsed",
"date": "2014-05-02 14:21:40 PDT",
"dsdesc": "Monitors space usage on logical volumes.",
"dsidesc": null,
"datapointdesc": "Percentage Used on the volume",
"group": "group1,group2",
"host": "opsgenie-test-server",
"hostdesc": "Server used for testing OpsGenie integrations",
"instance": "C:\",
"level": "warning",
"duration": "1465",
"threshold": "10",
"eventsource": "WinVolumeUsage-C:\",
"eventlogfile": "Application",
"eventtype": "information",
"eventmsg": "Percentage used on the volume exceeded 80%",
"eventlogmsg": "Remaining capacity(1456750MB) of volume C:\ is lower than 25%",
"eventcode": "1847502394",
"eventuser": "test-user",
"value": "83",
"batchdesc": "Monitors space usage on logical volumes everyday.",
"hostips": "123.456.789.012",
"hosturl": "https://opsgenie-test-server.net/",
"service": "webservice",
"alerttype": "error",
"agent": "opsgenie-test-server",
"checkpoint": "1879234",
"hostinfo": null,
"servicedetail": null,
"serviceurl": "https://opsgenie-test-server.net/",
"servicegroup": "Functional Testing",
"clearvalue": "1"
}
これらの情報アラートは、受信データがテスト目的のみであることを示します。テストデータは予想されるデータとは異なる可能性があるため、統合フローを実行せずにアラートを直接作成しています。
Logic Monitor のリクエストを処理している間に、テスト リクエストであるかどうかをチェックします。テスト リクエストの場合は、統合フロー (動的フィールドなどを入力) を中断し、必要なパラメーター (統合、LogicMonitor に設定したユーザーなど) ただし統合パラメーター自体でアラート リクエストを作成します。このリクエストを処理している間に、統合フィールドが null の場合、DefaultAPI 統合に設定します (削除することはできませんし、存在を保証します)。したがって、最終的には、既定 API によって作成されたアラートになります。
この内容はお役に立ちましたか?