ホストを修正
Cloud Manager は、 2024年8月30日でMongoDB 3.6と4.0のオートメーション、バックアップおよびモニタリングのサポートを終了します。 MongoDB の配置をアップグレードするか、Atlas に移行してください。
- Cloud Managerへのプログラムによるアクセスのための OAuth 2.0認証はプレビュー機能として利用できます。
- 機能および関連するドキュメントは、プレビュー期間中にいつでも変更される可能性があります。 OAuth2.0 認証を使用するには、 Cloud Manager Public APIへのリクエストで使用する サービス アカウント を作成します。
時刻 Tの時点で、ホストXのモニタリングはA分間、ホストYポートZで実行されているmongodプロセスを検出しませんでした。
アラート条件
プロジェクト レベルのアラート設定ページでアラート条件を構成して、trigger アラートを起動できます。
アラート条件の詳細については、「ホストがダウンしている 」を参照してください。
一般的な Triggers
当面の問題の修正
モニタリングを実行しているホストとダウンしているホストとの間のネットワーク通信を確認します。 これを行う方法の 1 つは、
mongoshを使用することです。mongosh <hostname>:<port> mongoshからの接続に失敗した場合は、基本的な ping テストをお試しください。ping <hostname> mongodプロセスが実行中であることを確認します。
プロセスが
debまたはrpmパッケージからインストールされた場合は、サービス マネージャーにステータスをクエリします。sudo service mongod status あるいは、
psを使用することもできます。ps aux | grep mongo
注意
ホストの再起動のすべての発生を検出するために、 Host is downアラートを使用しないでください。 このアラートは、モニタリングがチェックを実行した時点でホストがダウンしていると認識された場合にのみトリガーされます。 チェックの間隔は 1 分から 3 分までです。
長期的な解決策の実装
ホストの電源を入れ、 mongodプロセスを実行したままにします。 ネットワークの問題を防ぐために機能します。
進捗状況の監視
進捗状況を監視するには、次のチャートを表示します。
Network
ネットワークのパフォーマンスを追跡するために、ネットワーク メトリクスを監視します。
詳細については、 「 配置メトリクスの表示 」を参照してください。