時刻Tに、レプリカセットABCでプライマリが検出されませんでした。
アラート条件
プロジェクト レベルのアラート設定ページでアラート条件を構成して、trigger アラートを起動できます。
アラート条件の詳細については、 Replica set has no primaryを参照してください。
一般的な Triggers
ワークロードがクラスターのスループット制限とコンピューティング リソースを超えている。
クラウドプロバイダーのネットワークの問題により、レプリカセットの投票ノードが相互に通信できなくなり、プライマリを選出できなくなります。
当面の問題の修正
クラスターのメトリクスをチェックして、ワークロードに十分なコンピュート リソースがあるかどうかを判断します。
クラスターが CPU、ディスク IOPS、接続、またはその他のリソースを消費する場合は、ワークロードをサポートするクラスターに増やす。
クラスターのメトリクスが正常の場合、クラウドプロバイダーとのネットワーク問題が発生する可能性があります。 Atlas はこれらの問題を自動的に修復しようとします。 問題が解決されない場合は、 MongoDB サポート にお問い合わせください。
長期的な解決策の実装
Atlas が 選挙 中にデータを収集する場合、このアラートは誤検知を送信する可能性があります。このような誤検知を防ぐには、アラート構成の after waiting 間隔（構成の Send to セクション）を設定します。
進捗状況の監視
次のチャートを表示して、クラスターのリソースが枯渇しているかどうかを監視します。
- Normalized System CPU
CPU 使用率を監視して、より高いクラスター階層に増やすするかどうかを判断します。
アラートのトリガーになった使用状況が見えない場合は、該当する期間の上でマウスをクリックしてドラッグし、 Normalized System CPU チャートを拡大してください。高解像度のビューを使用すると、概要では確認できなかった CPU 使用率の急激な上昇を特定できる場合があります。
- Disk IOPs
ディスク IOPS が最大プロビジョニングされた IOPS に近づくかどうかを監視します。 クラスターが将来のワークロードを処理できるかどうかを判断してください。
- Connections
接続をモニターして、現在の接続制限が十分かどうかを判断します。必要に応じて、クラスター階層を増やす。
詳細については、 「 クラスター メトリクスの表示 」を参照してください。