AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。

MongoDB Ops Manager でのアラート設定

Overview

アラート構成では、アラートを triggerする 条件 とアラートの通知方法を定義します。このチュートリアルでは、指定されたプロジェクトのアラート構成を作成および管理する方法について説明します。 グローバル アラート構成を作成および管理するには、「グローバル アラートの管理 」を参照してください。

Considerations

SMS 送信

呼び出しなしリスト、送信または配信されるメッセージの上限、配信時刻、メッセージ キャッシュなど、多くの要因がアラート配信に影響を与える可能性があります。

テキスト メッセージの受信に関連するコストについては、電話サービス契約に確認してください。

SMS を選択する場合、 MongoDB Ops Managerは、ユーザーアカウントに関連付けられた携帯電話番号を持つプロジェクト内のすべてのユーザーにアラート テキスト メッセージを送信します。

アラート間隔

異なる頻度を持つ複数のアラート構成を作成できます。 アラートの最小頻度は 5 分です。

再通知の間隔は、アラートサイクルごとに頻度量だけ増加し、最大24時間までとなります。例えば、頻度量が 5 分で、アラート条件が最初に 9 時にトリガーされる場合、その後のアラートは 9:05 時、 9:15 時、 9:30 時などに発生します。

アラート条件が発生した後に MongoDB Ops Manager がアラートを送信するまでの経過時間を設定できます。 これにより、誤検知を排除できます。

デフォルトのアラート構成

MongoDB Ops Manager では、組織向けのデフォルトのアラートは提供されません。

推奨されるアラート構成

配置を効果的にモニターするには、次のアラートの構成を検討してください。

推奨ホスト アラート

  • ホストはリカバリしています: MongoDBインスタンスがリカバリモードになるとトリガーします。

  • レプリケーションラグは: プライマリより背後にあるセカンダリのラグ時間を監視します。

  • 利用可能なチケット: 書き込み/読み取り: WiredTiger ストレージエンジンの潜在的なパフォーマンス問題をフラグします。

  • レプリケーション Oplog: oplog window サイズをモニターします。

  • ホストするがダウン：ホストするにアクセスできなくなったときにトリガーする。

  • キュー: 読み取り/書込みは、ロックを待機している操作を追跡します。

  • ページフォールトは次のようになります。 一貫して高い場合は調査します（> 1000 avg/sec）。

  • ホストがパブリック インターネットに公開されている: 認証とファイアウォール保護がない場合にトリガーされます。

  • ホストするは最新バージョンではありません: MongoDB のバージョンが 2 つ以上のリビジョンで古くなっているとトリガーします。

推奨レプリカセット アラート

  • レプリカセットが新しいプライマリを選出しました: 選挙イベント中にトリガーします。

  • 正常でないノードの数 > n: n 個を超えるノードが正常でない場合にトリガーします。

シャードクラスタの推奨アラート

  • アクティブな mongos が存在しないクラスター

推奨エージェント アラート

  • モニタリングエージェントがダウンしている

  • バックアップエージェントがダウンしています

推奨バックアップ アラート

バックアップ コンポーネントを使用する場合は、次のアラートを構成します。

  • バックアップ oplog が遅れています

  • バックアップには再同期が必要です

注意

これらのアラートは、特定のワークロードやパスワードなしに合わせて調整します。

通知オプションのデフォルト設定

次の通知オプションのデフォルト設定を構成できます。

  • MongoDB Ops Manager組織

  • MongoDB Ops Managerユーザー

  • メールアドレス

  • SMS

  • HipChat

  • Slack

  • PagerDuty

  • Datadog

  • VictorOps

  • Opsgenie

上記の通知オプションのいずれかのデフォルト設定を構成するには、サイドバーのIntegrations の下のProjects をクリックします。通知オプションを見つけ、デフォルト値を入力します。

MongoDB Ops Manager は、ユーザーがアラート構成を作成する際にそのオプションを選択すると、デフォルト値を自動的に入力します。通知の送信に使用されるキー、トークン、またはURLが無効になった場合、MongoDB Ops ManagerはProject Ownerにメールを送信し、最終的にキー、トークン、またはURLを除くします。

アラート構成の作成

新しいアラートを作成する際に、既存アラートを複製できます。

1

Alerts組織の ページに移動します。

  1. まだ表示されていない場合は、ナビゲーションバーのOrganizationsメニューから目的の組織を選択します。

  2. サイドバーの Alerts をクリックします。

2

新しいアラート設定を作成するか、既存のアラート設定を複製するかを選択します。

新しいアラートを作成するには

  1. [Add Alert] をクリックします。

既存のアラート設定を複製するには次のようにします。

  1. [Alert Settings] タブをクリックします。

  2. 複製するアラート設定を見つけます。

  3. をクリックして、次に、そのアラート設定の行の Cloneをクリックします。

3

[Target] を選択します。

[ Select a Targetの下にUserまたはBillingをクリックします。

4

[Condition] を選択します。

5

Notification Method を選択します。

[ Add Notification Method ] 見出しの下で、使用する特定の通知方法の [] ボタンをクリックします。

通知オプション
ユーザー アラート
請求アラート
説明

MongoDB Ops Manager組織

組織内の特定のロールを持つユーザーに、メールまたはテキスト メッセージでアラートを送信します。

  1. [Select Role(s)] チェックボックスからアラートを受信する組織ロールを選択するか、アラートを受信する組織内のすべてのユーザーを対象に [All Roles] を選択します。

  2. これらのアラートを、アカウント ページで各 MongoDB Ops Manager 組織ユーザーに構成された携帯電話番号に送信するには、 SMSを選択します。

  3. これらのアラートを、アカウント ページで各 MongoDB Ops Manager 組織ユーザーに構成されたメール アドレスに送信するためにEmailを選択します。 デフォルトではEmailがオンになっています。

MongoDB Ops Managerユーザー

メールまたはテキスト メッセージで、MongoDB Ops Manager ユーザーにアラートを送信します。

  • MongoDB Ops Manager ユーザーのアカウントに設定された携帯電話番号にこれらのアラートを送信するには、 SMSを選択します。

  • MongoDB Ops Manager ユーザーのアカウントに設定されたメールアドレスにこれらのアラートを送信するには、 Emailを選択します。 デフォルトではEmailがオンになっています。

メールアドレス

指定した任意のメールアドレスにアラートを送信します。

mobileNumber

電話番号にアラートを送信します。 MongoDB Ops Manager は、 +を除くすべての文字と句読点を削除します。

国際（米国以外）の電話番号の場合は、E.164 標準 を使用して電話番号を形式。例、ニューヨークの場合は、電話番号の前に +64 と入力します。

MongoDB Ops Manager は、米国に拠点を置く Twilio をテキスト メッセージの送信に使用しています。

米国以外の国の電話番号には、代替として Google Voice の電話番号を使用してみてください。

SMS MongoDB Ops Managerを使用するように for Twilio 統合を構成します。

Slack

組織に承認された Slack ワークプレイスの Slack チャンネルにアラートを送信します。

  • チャンネル名と API トークンまたは Bot トークンを入力します。

  • APIトークンを作成するには、次のAPI Slackを参照してください: ページを参照して 。

Slackの Bot ユーザーの詳細については、Slack のドキュメントを参照してください。

PagerDuty

アラートをPagerDuty アカウントに送信します。PagerDuty 統合キーのみを入力します。エスカレーション ルールとアラートの割り当てを PagerDuty で直接定義します。

PagerDuty ダッシュボードから PagerDuty アラートを確認します。

すべての新しい PagerDuty キーは Events API v2 を使用します。Events API v1 キーをお持ちの場合は、そのキーをMongoDB Ops Managerで引き続き使用できます。

Datadog

DataDog アカウントに DataDog イベント としてアラートを送信します。

アラートが最初に開くと、MongoDB Ops Manager は「エラー」イベントとしてアラートを送信します。 その後の更新は「情報」イベントとして送信されます。 アラートが閉じられたときには、 MongoDB Ops Managerは「成功」イベントを送信します。

プロンプトが表示された場合は、API Key の下に DataDog API キーを入力し、[Validate Datadog API Key] をクリックします。

Datadog APIキー を Datadog アカウント で見つけます。

VictorOps

Splunk On-Call（以前は VictorOps）アカウントにアラートを送信します。

このオプションは、確認が必要なアラートに表示されます。 この通知方法は、 情報アラート で使用できます。 これらのアラートには、 User joined the organizationのようなアラートが含まれます。

VictorOps ダッシュボードから VictorOps アラートの受信を確認します。

Opsgenie

アラートを Opsgenie アカウントに送信します。

  • MongoDB Ops Managerに Opsgenie Alert APIキー を入力します。

  • エスカレーション ルールとアラートの割り当てを Opsgenie 内で定義します。

このオプションは、確認が必要なアラートに表示されます。 この通知方法は、 情報アラート で使用できます。 これらのアラートには、 User joined the organizationのようなアラートが含まれます。

Opsgenie ダッシュボードから Opsgenie アラートの受信を確認します 。

6

[Save] をクリックします。

アラート構成の削除

1

Alert Settingsに移動します。

  1. まだ表示されていない場合は、ナビゲーションバーのOrganizationsメニューから目的の組織を選択します。

  2. サイドバーの Alerts をクリックします。

  1. [Alert Settings] タブをクリックします。
2

削除するアラート設定を選択します。

  1. 特定のアラートの行で、[] をクリックし、次に [Delete] をクリックします。

  2. Delete Alert モーダルの [Delete] をクリックするか、[Cancel] をクリックしてアラートを構成したままにします。

    注意

    Deleteを押してから 5 分以内にログインしなかった場合は、パスワードを再入力する必要がある場合は、 Deleteを再度クリックします。

アラート設定を削除すると、 MongoDB Ops Managerはその設定に関連するアクティブなアラートをキャンセルします。 削除されたアラート設定は、表示されません。

アラート構成の無効化または有効化

1

Alert Settingsに移動します。

  1. まだ表示されていない場合は、ナビゲーションバーのOrganizationsメニューから目的の組織を選択します。

  2. サイドバーの Alerts をクリックします。

  1. [Alert Settings] タブをクリックします。
2

無効にするアラート設定を選択します。

特定のアラートの行で、[] をクリックし、次に [Disable] をクリックします。

をクリックし、次に [Enable] をクリックすると、いつでもアラートを再度有効にできます。

アラート設定を無効にすると、MongoDB Ops Manager はその設定に関連するアクティブなアラートをキャンセルします。無効にされたアラート設定は表示されたままでありますが、利用できず、後で再度有効にすることができます。

アラートを一定期間のみ無効にする必要がある場合は、アラートを一時停止できます。

アラート構成の変更履歴の表示

すべてのアラート、アラート設定、削除されたアラートはOrganization Alertsページで表示できます。 詳しくは、「アラート ワークフロー 」を参照してください。

1

[Alert Settings] タブに移動します。

  1. まだ表示されていない場合は、ナビゲーションバーのOrganizationsメニューから目的の組織を選択します。

  2. サイドバーの Alerts をクリックします。

  1. [Alert Settings] タブをクリックします。
2

アラート構成をリストする行で、省略記号アイコンをクリックし、History を選択します。

MongoDB Ops Managerにアラート構成の変更履歴が表示されます。

アラート構成のテスト

本番環境に配置する前に、アラート設定が正しく機能するかどうかをテストすることができます。これは特に、カスタム テンプレートを使用した Webhook 通知に適用する。すべての通知方法で構成をテストできるわけではありません。

1

アラート設定に移動

Alerts > Alert Settings に移動します。

2

アラート構成の作成または編集

アラート構成を作成または編集します。

3

通知方法の設定

Send to セクションで、通知方法（Webhook、メールなど）を設定します。

4

構成をテストする

通知方法がサポートしている場合は、通知構成㎏の隣にあるテストリンクをクリックします。

5

テスト結果を検証します

MongoDB Ops Manager は、構成が正しく機能することを確認するために、サンプルデータを含むテスト通知を送信します。

Webhook 通知の場合、テストには次のものが含まれます。

  • カスタム テンプレートを通じてレンダリングされるサンプルアラートデータ

  • Webhook エンドポイントとなる接続されたデバイスが到達可能であることの検証

  • カスタム ヘッダーとボディ テンプレートが正しくレンダーされることの検証

戻る
レビュー条件
次へ
グローバル アラート
このページを評価

項目一覧