ハイブリッド配置とは、アプリケーションとデータベースが複数の環境にまたがるアーキテクチャを指します。Atlas のコンテキストでは、ハイブリッド配置には 2 つの異なるアーキテクチャ パターンが含まれます。
ハイブリッド接続: アプリケーションはオンプレミスやカスタマーがマネージドするVPC例の 1 つの環境で実行され、データベースはAtlas で実行されます。これはデフォルトのエンタープライズ環境であり、最も一般的なハイブリッド配置パターンです。
ハイブリッド データ トポロジー: MongoDBデータは、Atlas とオンプレミスの両方などの複数の環境に存在します。これは一般的ではなく、より複雑なパターンであり、移行中や特殊なユースケースで使用されます。
ハイブリッド接続
ハイブリッド接続配置では、データベースがAtlas で実行されている間にアプリケーションが 1 つの環境で実行されます。データは完全に Atlas に存在します。ハイブリッドは、データベースが存在する場所ではなく、アプリケーションが実行される場所を指します。
ユースケース
ハイブリッド接続は、ほとんどのエンタープライズ配置におけるデフォルト設定です。一般的な例には、次の組み合わせが含まれます。
AWS、 Azure、またはGCP内の Atlas に接続するオンプレミスのアプリケーション サーバー。
プライベートエンドポイント を介して Atlas に接続するカスタマーVPC内のアプリケーションまたはKubernetesワークロード。
VPN または Direct Connect 経由で Atlas に接続するデータセンター内のレガシー アプリケーション。
重要な要件
ハイブリッド接続を実装する場合は、次の要件を考慮してください。
統合ネットワーク: VPN、 AWS Direct Connect、 Azure ExpressRoute、または他のクラウドサービス プロバイダーの同様のテクノロジーを使用して、安全なネットワーク接続を確立します。安全なネットワーク接続は、一般がインターネットに公開されるのを防ぐのに役立ちます。
プライベート接続: プライベート IP とプライベート DNS を使用して Atlas に接続します。パブリック インターネットを走査しない安全な接続のために プライベートエンドポイント を設定します。
ID とアクセスの共有: SSO と IAM の統合を実装して、環境間で**コンシステント**な認証と承認を維持します。
一貫したセキュリティとガバナンス: IP許可リスト、X.509 証明書、ネットワーク アクセス制御などの統合セキュリティ ポリシーを適用します。
レイテンシの予測可能性: ネットワーク パスを設計し、アプリケーションサーバーと Atlas クラスター間のレイテンシを最小限に抑えつつ安定させます。
運用所有権の境界: どのチームがインフラストラクチャのどのコンポーネントを管理するかを明確に定義します。
以下は、一般的なハイブリッド接続のアーキテクチャを示しています。
安全なネットワーク パスとプライベート エンドポイントを介して接続されているオンプレミス アプリケーション、カスタマーVPC、Atlas クラスターを示すハイブリッド接続アーキテクチャ。
構成
ハイブリッド接続を設定するには、次の手順に従います。
オンプレミスまたはカスタマーが管理する環境と、Atlas クラスターをホストしているクラウドプロバイダーとの間のネットワーク接続を設定します。VPN、 Direct Connect、 ExpressRoute 、または同様のテクノロジーを使用します。
Atlas でプライベートエンドポイントを設定して、環境からのプライベート接続を有効にします。
認証とアクセス制御を構成します。Atlas 認証のガイダンスおよびAtlas 承認のガイダンスを参照してください。
アプリケーション環境から Atlas への接続とレイテンシをテストします。
ハイブリッド データトポロジー
ハイブリッド データトポロジー配置には、Atlas とオンプレミスの両方などの複数の環境に存在するMongoDBデータが含まれます。ハイブリッド データトポロジーは、運用上の複雑度が高い高度なパターンです。
重要
Atlas では、1 つのクラスターを複数の配置タイプに分割することはできません。各クラスターは完全に Atlas 内または完全にオンプレミスに存在する必要があります。
ユースケース
ハイブリッドデータトポロジーは、ハイブリッド接続の配置よりも一般的ではありません。組織は通常、次の目的でそれらを使用します。
移行:クラウド導入中の過渡的なハイブリッド状態で、オンプレミスから Atlas にデータが徐々に移動されます。
特殊な要件: 複数の環境で個別のMongoDB配置を維持する必要がある高度なユースケース。
例としては、次のものが含まれます。
Atlas クラスターと別のオンプレミスのMongoDBクラスター。要件に応じて 1 つまたは両方に接続するアプリケーションを持つ。
MongoDBツールを使用して、オンプレミスから Atlas にデータを移行します。
重要な考慮事項
ハイブリッドデータトポロジーには重要なトレードオフがあります。
運用上の負荷: 管理するMongoDB の配置を分離すると、運用の複雑さが増す。また、追加の専門知識が必要になります 。
データの整合性: 個別の配置間で整合性を維持するのは困難であり、カスタム ソリューションが必要になる場合があります。
一時的な性質: これらのパターンは、長期的なアーキテクチャではなく、移行中に一時的なことが多いです。
ハイブリッド データトポロジーパターンの実装に関するガイダンスについては、MongoDB のProfessional Servicesチームにお問い合わせください。
構成
ハイブリッドデータトポロジーを構成するには、次の手順に従います。
自己管理型配置を設定するには、次のいずれかの手順を行います。
自己管理型型配置にはMongoDBをインストールします。
開発およびテスト用に Atlas CLI を使用してローカル Atlas デプロイメントを作成します。
データを移行する場合、 MongoDBツールの使用ガイダンスについては、データの移行またはインポートを参照してください。
クラウド配置オプション
Atlas は次のクラウド配置タイプをサポートしています。
マルチリージョンは通常、リージョン停止時た場合の保護を強化し、データをユーザーに近い場所で配置してアプリケーションのパフォーマンスと可用性を向上させるために使用されます。
マルチクラウドは通常、ベンダーのロックインを回避し、複数のクラウドプロバイダー間での可用性を向上させるために使用されます。
クラウド配置の設定
クラウド配置の構成方法や追加可能なノードの種類について学ぶには、Atlas ドキュメントの「クラスターの作成」を参照してください。
自己管理型配置オプション
自己管理型配置は、次を使用して作成できます。
MongoDB Enterpriseは通常、高度なセキュリティ、操作、統合に対する追加要件を持つ本番環境、テスト環境、開発環境に使用されます。
MongoDB Community は通常、追加またはカスタム構成を必要とする開発環境およびテスト環境に使用されます。
MongoDB Atlas のローカル配置は Atlas CLI を使用して操作され、 Dockerを使用して配置され、通常、開発シナリオのシンプルで完全なローカル配置に使用されます。
自己管理型配置のためのMongoDBのインストール
オンプレミスの自己管理型型配置の構成方法については、 MongoDB をインストール 「 MongoDB EnterpriseまたはMongoDB Community で自己管理型型配置用に」 を参照してください。
ローカル配置の作成
開発およびテスト用に Atlas CLI を使用してローカル配置を構成する方法については、ローカル Atlas 配置の作成 を参照してください。