接続の問題の修正
接続アラートは通常、MongoDB プロセスへの許可される接続の最大数を超えたときに発生します。 制限を超えると、オープンな接続の数が制限を下回るまで、新しい接続を開くことができなくなります。
アラート条件
プロジェクト レベルのアラート設定ページで次のアラート条件を構成して、trigger アラートを起動できます。
Connections ホストへのアクティブな接続数が指定された平均を満たす場合に発生します。
Connections % of configured limit ホストへのオープン接続数が指定されたパーセンテージを超えると発生します。
一般的な Triggers
Atlas クラスターの接続制限を超えるには、さまざまな理由で発生する可能性があります。 異なる Atlas 階層には異なる接続制限があります。たとえば、サイズM0/M2/M5のクラスターは500接続に制限され、サイズM10のクラスターは1500接続に制限されます。 クラスター階層が大きいほど、接続制限も高くなります。 データベース アクセス アプリケーションによっては、 接続プーリングの実装方法が異なるため、アプリケーションが常に維持するオープンな接続の数に影響します。
当面の問題の修正
M0/M2/M5 クラスター
接続アラートの条件を解決するには、現在 Atlas クラスターに接続しているアプリケーションを再起動します。 アプリケーションを再起動すると、アプリケーションによって開かれた既存の接続がすべて終了され、Atlas クラスターは通常の操作を再開できるようになります。
M10 以上のクラスター
サイズがM10以上の Atlas クラスターは、プライマリ フェイルオーバーのテストオプションを使用できます。 プライマリ フェイルオーバーのテスト 手順では、現在のプライマリ ノードを降格し、選挙をトリガーして、プライマリ ノードへのすべての接続を切断します。
注意
アプリケーションが セカンダリ ノードのみに接続する場合は、 フェイルオーバーのテスト 手順を複数回実行して、該当するセカンダリ ノードがレプリカセット内で位置をローテーションし、接続を切断する必要がある場合があります。
通常、フェイルオーバーのテストが推奨されますが、別の解決策として、Atlas クラスターに現在接続しているアプリケーションを再起動することです。 アプリケーションを再起動すると、既存のすべての接続が終了され、Atlas クラスターは通常の操作を再開できるようになります。
長期的な解決策の実装
接続アラートは通常、より大きな問題の予期されていません。 上記で概説した戦略のいずれかを使用すると、当面の問題は修正されますが、永続的な解決策には通常、次のいずれかが必要です。
データベース アプリケーションでエラーが発生した接続コードを調べます。 接続が開かれるが閉じられない状況では、古い接続が蓄積され、最終的に接続制限を超える可能性があります。 さらに、何らかの形式の接続プーリングを実装する必要がある場合があります。
ユーザー ベースが現在のクラスター階層に対して大きすぎる場合は、より大きな Atlasクラスター階層にアップグレードし、より多くの接続数を生成します。
進捗状況の監視
クラスターへの接続の合計数をモニタリングするには、 Connectionsチャートを表示します。
接続を監視して、現在の接続制限が十分かどうかを判断します。 必要に応じて、クラスター階層をアップグレードします。
詳細については、 「 クラスター メトリクスの表示 」を参照してください。