DOCS
インテグレーションガイド / Check_MK

PagerDutyでの設定

1. Configuration メニューからServices を選択します。
2. Servicesページで： インテグレーションのために新しいサービスを作成する場合は、 +Add New Service をクリックします。 既存のサービスにインテグレーションを追加する場合は、統合を追加するサービスの 名前をクリックします。 その後、Integrations タブをクリックし、 + New Integration ボタンをクリックします。
3. Integration Type メニューから追加したいアプリを選択し、Integration Nameを入力してください。 インテグレーションのために新しいサービスを作成する場合は、General Settingsで新しいサービスのNameを入力します。 次に、Incident Settingsで、新しいサービスの Escalation Policy （エスカレーションポリシー）、Notification Urgency （通知の緊急度）、Incident Behavior（インシデントの動作）を指定します。
4. Add Service またはAdd Integration ボタンをクリックして、新しいインテグレーションを保存します。 すると、サービスのIntegrationsページにリダイレクトされます。
5. 新しいインテグレーションのIntegration Keyをコピーします。

Check_MKサーバーでの設定

このガイドでは、スタンドアロンバージョンのCheck_MKおよびOMDバージョンのステップを収録しています。使用しているCheck_MKのバージョンに応じ、使用するパスを調整する必要があります。下記で示した全コマンドは、 root ユーザーとして実行されることを前提としています。

1. PagerDuty Agentをインストールします。このエージェントはCheck_MKからイベントを受信し、PagerDutyにキューを使って送信し、問題のトラブルシューティングに役立つログを提供し、接続に失敗した場合（つまりCheck_MKサーバーが一時的に接続を失った場合）にアラートを自動的に再試行します。 注：このエージェントはCentOS 5以降では動作しません。CentOS 5に含まれているバージョンよりも新しいバージョンのPythonが必要です。古いオペレーティングシステムでは、Check_MKのPerlベースの統合を使用してください。 注：このエージェントはCentOS 5以降では動作しません。CentOS 5に含まれているバージョンよりも新しいバージョンのPythonが必要です。古いオペレーティングシステムでは、Check_MKのPerlベースの統合を使用してください。

2. GitHubから pagerduty-agent をダウンロードして実行可能にするします：

   wget https://gist.githubusercontent.com/jcurreee/b21938f316f92dd3fadf/raw/cd59f855145692d96dd32164190faa1237a0d89e/pagerduty-agent chmod +x pagerduty-agent

   pagerduty-agentは Check_MKのための通知スクリプトであり、エージェントでも代替でもありません。 エージェントは別途インストールする必要があります。

3. 通知スクリプトを所定の場所に移動します。 Check_MKのスタンドアロンバージョンの場合、これは通常 /usr/share/check_mk/notifications です： mv pagerduty-agent / usr / share / check_mk / notifications Check_MKのOMDバージョンでは、通常/omd/sites/ {site-name-here} /local/share/check_mk/notificationsです。 mv pagerduty-agent /omd/sites/{site-name-here}/local/share/check_mk/notifications

4. Check_MK Webインターフェースにログインし、Users （ WATO · Configurationボックスにあります）に移動し、New Userをクリックします 。

5. PagerDutyユーザーのUsernameとFull name （オプション）を入力します。将来の複数のPagerDutyサービスにアラートを送るために複数のCheck_MKホストとサービスを設定する場合は、Full nameの欄に、作成したPagerDutyサービスの名前を設定すると便利です。 このユーザーのパスワードを入力しないでください。その代わりにdisable the login to this accountをチェックしておくとよいでしょう。このアカウントはPagerDutyエージェントに通知を送信するためだけに存在するからです。 ユーザーのロール（role）をNormal monitoring user、または通知を送信する権限で作成したカスタムロールに設定し、アラートを受信するホスト/サービスの一部であるContact Groups ユーザーを追加します。 完了したら Save クリックします 。

6. 作成したユーザーの Notification アイコン（放送塔のアイコン）をクリックします。 Check_MK 1.2.4以前を使用している場合は、 Editアイコン（鉛筆のアイコン）をクリックしてください。

7. New Ruleクリックします。 Check_MK 1.2.4以前を使用している場合は、Notifications ボックスまでスクロールダウンしてください。

8. 新しい通知方法のためにDescriptionを入力し、Notification MethodをPagerDuty Agentに設定します。PagerDutyからコピーしたインテグレーションキーを、PagerDutyエージェントを選択した後に表示されるテキストボックスに貼り付け、PagerDutyに送信するアラートを制限する条件を選択します。 完了したら Saveクリックします 。 Check_MK 1.2.4以前を使用している場合は、enable notificationsをチェックし、Notification MethodからFlexible Custom Notifications までを設定します。 Add notification クリックし、 Notification Pluginを PagerDuty Agentに設定します。 PagerDutyからコピーしたインテグレーション キーをPagerDutyエージェントを選択した後に表示される最初のPlugin Argumentsテ キストボックスに貼り付け、Notification Methodオプションのグループ（Notifications Optionsではありません）のHost Eventsのセクションと、 Service Eventsのセクションの下にあるStart or end of flapping stateとStart or end of scheduled downtimeのチェックボックスをオフにします。 完了したらSave をクリックします 。

9. ユーザーリストに戻り、 # Changesをクリックし、Activate Changesをクリックします。

10. おめでとう！ 設定が正常に有効になったことが確認したら、完了です！ Check_MKはPagerDutyでインシデントをトリガー、確認、解決できるようになり、PagerDutyエージェントは最初の試行で正常に送信できなかった場合（つまり接続の問題などがあった場合）にはイベントを再送します。

次のステップ

Check_MKインターフェースでホストまたはサービスに行き、 Executeアイコン（ハンマーのアイコン）をクリックすることで、全機能が正常に動作することを確認することができます。Fake check results ボックスで、Critical（サービスの場合）またはDown （ホストの場合）をクリックすると、偽の警告を送信していいかどうかを確認する表示が出ますのでYesをクリックします。 一時的にPagerDutyで作成された新しいインシデントが表示されるはずですが、偽の検査結果が次回の検査で実際の検査結果に置き換えられるため、テストインシデントは迅速に解決されるはずです。。