失われたプライマリの修正

アラート条件

プロジェクト レベルのアラート設定ページでアラート条件を構成して、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

  接続を監視して、現在の接続制限が十分かどうかを判断します。 必要に応じて、クラスター階層をアップグレードします。

詳細については、 「 クラスター メトリクスの表示 」を参照してください。