AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
See how MongoDB 9.0 delivers up to 2x higher throughput.
MongoDB Branding Shape
Register now >
Docs Menu

ネットワークピアリング

注意

このページは、Atlas Infinite と Atlas Core の両方に適用されます。

Atlas ネットワークピアリングを使用すると、アプリケーションネットワークと専有クラスターの Atlas ネットワーク間でプライベート接続を作成できます。この接続では、パブリック インターネットではなくプライベートIPアドレスでトラフィックがルーティングされるため、アプリケーションとデータベースのトラフィックを分離できます。 Atlas は、 AWS、 Azure、Google Cloud 上の専有クラスターと、複数のクラウドプロバイダーにまたがるシャーディングされたクラスターのピアリングをサポートしています。プライベートエンドポイントと比較すると、ピアリングでは Atlas とクラウドネットワーク間のプライベートネットワーク接続が許可されますが、プライベートエンドポイントではネットワークの信頼境界の拡張が少なく、より限定されたプライベートアクセスが提供されます。

正確な設定要件と制限はクラウドプロバイダーによって異なりますので、接続を構成する前にプロバイダー固有のガイダンスを検討する必要があります。

ネットワークピアリングを構成する際の重要な要素は、CIDR 範囲を事前に定義することです。 Atlas CIDR は、ピアリングする予定の VPC と重複してはなりません。CIDR サイズは、そのプロジェクトまたはリージョンで Atlas がサポートできるノードとレプリカセットの数に影響します。 Atlas では、ピアリング接続を作成すると、ネットワークコンテナが自動的に作成されます。場合によっては、接続とは別にコンテナを作成または管理することが必要になる場合があります。これを行うには、 ネットワーク コンテナの管理 に関するガイドに従ってください。

注意

MongoDB Atlas共有責任モデルは、安全で回復力のあるデータ環境を維持するためのMongoDBとそのカスタマーの補完的な役割を定義します。このフレームワークの下、 MongoDB は基礎のプラットフォームのセキュリティと運用上の整合性を管理しますが、カスタマーは特定の配置の構成、管理、データ ポリシーに責任を負います。所有者のセキュリティと運用の優れ性の詳細な内訳については、共有責任モデルを参照してください。

  • Atlas では、異なるクラウドプロバイダーの単一リージョンに配置されるクラスター間のネットワークピアリングはサポートしていません。例、 AWSの単一リージョンでホストされている Atlas クラスターと、Google Cloud の単一リージョンでホストされているアプリケーションとの間には、ネットワークピアリングを構成できません。

  • 無料クラスター (以前は M0 と呼ばれていました)と Flex クラスターは VPC ピアリングをサポートしていません。プライベートネットワークを使用するには、専有クラスターを使用する必要があります。

  • CIDR 範囲を早期に、リージョンに最初の専用 {+cluster} を配置する前に、CIDR 範囲を計画します。 Atlas CIDR は、ピアリングする予定の VPC と重複してはなりません。CIDR サイズは、そのプロジェクトまたはリージョンで Atlas がサポートできるノードとレプリカセットの数に影響します。

  • ピアリング ネットワークには RFC 1918 プライベート アドレスのみを使用します。

  • Atlas プロジェクトには、合計で最大 50 個のピアリング接続を設定できます。このうち、最大 25 個が保留できます。

  • Atlas へのプライベートネットワークパスが必要な場合は VPC または VNet ピアリングを使用しますが、ピアリングはプライベートエンドポイントよりもネットワークの信頼境界を拡張することに留意してください。信頼境界の拡張を最小限に抑えることが最優先の場合は、プライベートエンドポイントが一般的に適しています。

  • ピアリングを最小権限のネットワーク設計演習として扱います。セキュリティ グループとネットワーク ACL をロックダウンし、Atlas がアプリケーション ネットワークへ不要な受信アクセスを取得しないようにします。また、中間 VPC を使用して、Atlas アクセスが必要なコンポーネントのみを公開することを検討します。

  • ピアリング CIDR を Atlas IP アクセス リスト に追加し、プロバイダー固有のピアリング手順で説明されているようにクラウド側のネットワーク ルーティングが構成されていることを確認します。

  • 接続文字列の選択を明示的に指定する。 AWSでは、標準接続文字列は通常ピアリング経由で機能します。カスタム -priDNS を使用しない限り、 string は任意です。 Azureと Google Cloud では、Private IP for Peering 接続文字列を使用します。

  • マルチリージョン配置の場合は、クラウドの動作ごとにピアリングをプランします。AWS とAzure、関係する Atlas リージョンごとにピアリングが必要ですが、Google Cloud はグローバル VPC を使用するため、ピアリング接続は 1 つだけです。

ルール バッジを取得する

「ネットワークセキュリティ: Atlas」を無料でマスター!

詳細

このページを評価