ユーザーとして Opsgenie の利用を開始する
プロフィールの設定、Opsgenie からの通知の取得、オンコール スケジュールの表示に関するすべての方法を説明します。
Opsgenie の OEM 統合を使用して、OEM アラートを Opsgenie に転送します。Opsgenie は、オンコール スケジュールに基づいて通知する適切な担当者を決定します。メール、テキスト メッセージ (SMS)、電話、iPhoneとAndroid のプッシュ通知によって通知し、アラートが確認されるかクローズされるまでアラートをエスカレートします。
Oracle Enterprise Manager でインシデントが作成されると、統合によって Opsgenie でアラートが自動的に作成されます。
Opsgenie の Free プランまたは Essentials プランを使用している、または Jira Service Management の Standard プランで Opsgenie を使用している場合は、チーム ダッシュボードからのみこの統合を追加できます。このプランでは、[設定] の [統合] ページが利用できません。
[チーム] に移動して自分のチームを選択します。
左側のナビゲーションで [統合] を選択し、[統合を追加] を選択します。
統合をチーム ダッシュボードから追加すると、そのチーム統合の所有者になります。Opsgenie では、この統合を通じて受信したアラートはそのチームのみに割り当てられます。このセクションの残りの手順に従って、統合を設定してください。
[設定] > [統合] の順に移動します。OEM を検索して [追加] を選択します。
[応答者] フィールドによって Oracle Enterprise Manager アラートの通知先を指定します。入力し始めると、オートコンプリートの候補が表示されます。
[Save Integration (統合の保存)] を選択します。
Red Hat ベースのディストリビューションの場合
Opsgenie Oracle Enterprise Manager プラグインをダウンロードします。
次のコマンドを実行します。
テキスト
1
sudo rpm -i opsgenie-oem-<your_version>.rpm
Debian ベースのディストリビューションの場合
Opsgenie Oracle Enterprise Manager プラグインをダウンロードします。
次のコマンドを実行します。
テキスト
1
sudo dpkg -i opsgenie-oem-<your_version>.deb
インストール後、プラグインの設定ファイル (opsgenie-integration.conf) を取得します。[/etc/opsgenie/conf] にあります。
このファイルを編集し、OEM 統合用の API キーを [Apikey] キーの置き換え [<your_opsgenie_integrion_api_key >] に置きます。
設定ファイルを保存します。
API キー – 上記で作成した Oracle Enterprise Manager インテグレーションから API キーをコピーします。oem2opsgenie はこのキーを使用して Opsgenie への認証を行います。API キーは、アラートの処理に使用する必要がある適切なインテグレーション構成を識別するためにも用いられます。
チーム – [チーム] フィールドは、Oracle Enterprise Manager のアラートを通知する必要があるチームを指定するために使用されます。このフィールドは、既定のチーム フィールド値を設定するために使用されます。Opsgenie Oracle Enterprise Manager インテグレーションの [詳細設定] ページで、異なるアラートを異なるチームに送信するように変更できます。
タグ – [タグ] フィールドは、Opsgenie で作成されたアラートのタグを指定するために使用されます。
ログパス – ログ ファイルの完全なパスを指定します (既定値は /var/log/opsgenie/oem2opsgenie.log)。
oem2opsgenie.http.proxy.enabled – oem2opsgenie.http.proxy.enabled フィールドは、外部プロキシ設定を有効または無効にします。既定は false です。
oem2opsgenie.http.proxy.host – プロキシのポート
oem2opsgenie.http.proxy.port – プロキシのポート
oem2opsgenie.http.proxy.scheme – プロキシ接続プロトコル。プロキシ サーバーによって、http または https になる場合があります。既定値は http です。
oem2opsgenie.http.proxy.username – プロキシ認証ユーザー名
oem2opsgenie.http.proxy.password – プロキシ認証パスワード
opsgenie.api.url – 別のドメインからOpsgenieを使用している場合 (例: EU、サンドボックス) は、この設定をアップデートする必要があります。
追加のカスタム引数を送信するには、フラグの後に、customArgName1 customArgValue1 customArgName2 customArgValue2 を追加します。
{{_payload.customArgName}} を入力フィールドの必要な場所に追加することで、カスタム引数を解析します。
生のパラメーターの使用に関する詳細については、動的フィールドのドキュメントをご確認ください。
環境変数 HTTP_PROXY=http://host:port を定義して、HTTP リクエストを送信するプロキシを使用する GO 言語の実行ファイルを設定します
Oracle Enterprise Manager で、右上のドロップダウン メニューから [設定] をクリックします。
[通知] タブにカーソルを合わせて、メニューから [Scripts and SNMPv1 Traps (スクリプトと SNMPv1 トラップ)] をクリックします。
右側のドロップダウン メニューから [OS コマンド] を選択し、[開始] をクリックします。
[名前] フィールドにコマンドの名前 (例: oem2opsgenie) を入力します。
必要に応じて、[説明] フィールドにこのコマンドの説明を入力します。
それをコピーして [OS コマンド] フィールドに貼り付けます。
テキスト
1
/etc/opsgenie/oem2opsgenie
7. このコマンドに API キー、チーム、タグのパラメーターを指定します (例: /etc/opsgenie/oem2opsgenie -apiKey c193179e-4e72-43f4-b211-cdd0b029132f -teams "team1,team2" -tags "tag1,tag2")
または、設定ファイルにこれらのパラメーターを与えます。
8. コマンドライン パラメーターを使用する場合、同じパラメーターが設定ファイルから上書きされます。
9. チームとタグのパラメーターはオプションですが、統合の API キーを OEM OS コマンドのコマンドライン引数として、または設定ファイルとして設定する必要があります。
10. 右下の [OK] をクリックします。
11. 次に、インシデント ルールでこの通知方法をアクションとして使用します。
12. 新しいアクションをルールに追加するときに、[詳細通知] タブの [oem2opsgenie (OS コマンド) ] を選択します。
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
39
40
41
42
43
44
45
46
47
48
49
50
51
52
{
"ASSOC_EVENT_COUNT": "1",
"CATEGORIES_COUNT": "1",
"CATEGORY_1": "Capacity",
"CATEGORY_CODES_COUNT": "1",
"CATEGORY_CODE_1": "Capacity",
"ESCALATED": "No",
"ESCALATED_LEVEL": "0",
"EVENT_SOURCE_1_HOST_NAME": "WIN-NAMD8F7JLL1",
"EVENT_SOURCE_1_TARGET_GUID": "A0D26BACFF431D97FF36B90D82811004",
"EVENT_SOURCE_1_TARGET_NAME": "WIN-NAMD8F7JLL1",
"EVENT_SOURCE_1_TARGET_OWNER": "SYSMAN",
"EVENT_SOURCE_1_TARGET_TYPE": "host",
"EVENT_SOURCE_1_TARGET_URL": "https://WIN-NAMD8F7JLL1:7799/em/redirect?pageType",
"EVENT_SOURCE_1_TARGET_VERSION": "6.3.9600.0.0",
"EVENT_SOURCE_2_HOST_NAME": "WIN-NAMD8F7JLL2",
"EVENT_SOURCE_2_TARGET_GUID": "A0D26BACFF431D97FF36B90D82811005",
"EVENT_SOURCE_2_TARGET_NAME": "WIN-NAMD8F7JLL2",
"EVENT_SOURCE_2_TARGET_OWNER": "SYSMAN2",
"EVENT_SOURCE_2_TARGET_TYPE": "host2",
"EVENT_SOURCE_2_TARGET_URL": "https://WIN-NAMD8F7JLL1:7799/em/redirect?pageType2",
"EVENT_SOURCE_2_TARGET_VERSION": "6.3.9600.0.2",
"EVENT_SOURCE_COUNT": "2",
"INCIDENT_ACKNOWLEDGED_BY_OWNER": "No",
"INCIDENT_CREATION_TIME": "Oct 10, 2016 7:26:50 AM GMT",
"INCIDENT_ID": "30",
"INCIDENT_STATUS": "New",
"ISSUE_TYPE": "2",
"LAST_UPDATED_TIME": "Oct 10, 2016 7:26:50 AM GMT",
"MESSAGE": "CPU Utilization is 12.746%, crossed warning (2) or critical (10) threshold.",
"MESSAGE_URL": "https://WIN-NAMD8F7JLL1:7799/em/redirect?pageType",
"NOTIF_TYPE": "NOTIF_NORMAL",
"ORCL_GTP_OS": "Windows",
"ORCL_GTP_PLATFORM": "x64 (AMD or Intel)",
"PRIORITY": "None",
"PRIORITY_CODE": "PRIORITY_NONE",
"REPEAT_COUNT": "0",
"RULESET_NAME": "Prod Rule Set",
"RULE_NAME": "Prod Rule Set,rule 132",
"RULE_OWNER": "SYSMAN",
"SEVERITY": "Critical",
"SEVERITY_CODE": "CRITICAL",
"SEVERITY_SHORT": "CR",
"SystemRoot": "C:\\Windows",
"UPDATES": "Incident created by rule (Name ",
"UPDATES_1": "Incident created by rule (Name ",
"UPDATES_COUNT": "1",
"USER_DEFINED_TARGET_PROP": "Operating System",
"apiKey": "1234-abcd-5678-efgh",
"tags": "tag1,tag2",
"teams": "team1,team2"
}
この内容はお役に立ちましたか?