接続アラートは通常、MongoDB プロセスへの許可される接続の最大数を超えたときに発生します。 制限を超えると、オープンな接続の数が制限を下回るまで、新しい接続を開くことができなくなります。
アラート条件
プロジェクト レベルのアラート設定ページで次のアラート条件を構成して、trigger アラートを起動できます。
Connections ホストへのアクティブな接続数が指定された平均を満たす場合に発生します。
Connections % of configured limit ホストへのオープン接続数が指定されたパーセンテージを超えると発生します。
一般的な Triggers
Atlas クラスターの接続制限を超えるには、さまざまな理由で発生する可能性があります。Atlas 階層によって、接続制限が異なります。
例、 無料クラスター（以前は M0 と呼ばれていました）と Flex クラスターは 500 接続に制限されています。M10 クラスターは 1500 接続に制限されています。クラスター階層が大きいほど、接続制限も高くなります。
Different database access applications have different ways of implementing connection pooling, which affects how many open connections your application maintains at any given time.
当面の問題の修正
無料クラスターと Flex クラスター
接続アラート条件を解決するには、以下の手順に従います。
現在 Atlas クラスターに接続しているアプリケーションを再起動します。アプリケーションを再起動すると、アプリケーションによって開かれた既存の接続がすべて終了され、Atlas クラスターは通常の操作を再開できるようになります。
Remove all IP access list entries within the project. Free and {Flex-Clusters} connect through a proxy that enforces the access list on active connections. Clearing your access list entries clears all connections being made by active application servers.
M10+ クラスター
Atlas clusters of size M10 and greater can utilize the Test Primary Failover option. The Test Primary Failover procedure steps down the current primary node and triggers an election, which drops all connections to the primary node.
注意
アプリケーションが セカンダリ ノードのみに接続する場合は、 フェイルオーバーのテスト 手順を複数回実行して、該当するセカンダリ ノードがレプリカセット内で位置をローテーションし、接続を切断する必要がある場合があります。
通常、フェイルオーバーのテストが推奨されますが、別の解決策として、Atlas クラスターに現在接続しているアプリケーションを再起動することです。 アプリケーションを再起動すると、既存のすべての接続が終了され、Atlas クラスターは通常の操作を再開できるようになります。
長期的な解決策の実装
接続アラートは通常、より大きな問題の予期されていません。 上記で概説した戦略のいずれかを使用すると、当面の問題は修正されますが、永続的な解決策には通常、次のいずれかが必要です。
データベース アプリケーションでエラーが発生した接続コードを調べます。 接続が開かれるが閉じられない状況では、古い接続が蓄積され、最終的に接続制限を超える可能性があります。 さらに、何らかの形式の接続プーリングを実装する必要がある場合があります。
ユーザー ベースが現在のクラスター階層に対して大きすぎる場合は、より大きな Atlasクラスター階層にアップグレードし、より多くの接続数を生成します。
進捗状況の監視
クラスターへの接続の合計数をモニタリングするには、 Connectionsチャートを表示します。
接続をモニターして、現在の接続制限が十分かどうかを判断します。必要に応じて、クラスター階層を増やす。
詳細については、 「 クラスター メトリクスの表示 」を参照してください。