Atlasには2つのデータベースエディションがあります。どちらのエディションもMongoDBを実行し、同じインターフェース、ドライバー、API、およびほとんどの運用ワークフローを使用します。これらは、コンピュートとストレージをプロビジョニングする方法が異なります。
Atlas Core: コンピュートとストレージが 同じノードで実行される Atlas クラスター アーキテクチャ。無料クラスター、Flex クラスター、専有クラスター階層で利用できます。
Atlas Infinite: コンピューティングとストレージを独立したレイヤーに分離するアーキテクチャで、オペレーション必須の高パフォーマンス ユースケース用に設計されています。 Atlas Infinite はpublic previewとして利用でき、プレビュー期間中に製品とそのドキュメントの両方が変更される可能性があります。
次の図は、2つのエディションを比較したものです。
Atlas Coreは各ノードでコンピュートとストレージを結合しますが、Atlas Infiniteはコンピュートとストレージを個別のレイヤーとして実行します
エディションの比較
アスペクト | Atlas Core | Atlas Infinite |
|---|---|---|
アーキテクチャ | コンピュートとストレージは同じノードで実行されます。各データ保有ノードは、接続されたストレージを備えた仮想マシン上で実行されます。 | コンピューティングとストレージは独立したレイヤーとして実行されます。MongoDBは、コンピューティングノードとは別にストレージレイヤーをマネージドします。 |
コンピューティングの拡大 | コンピューティングキャパシティーを変更するには、別のクラスター階層を選択します。階層を変更すると、Atlasはクラスターのノードを再起動します。専有クラスターではダウンタイムは発生しません。 | クラスター階層は、ストレージとは独立して増やすことができます。拡大してもデータは移動しないため、高速です。 |
ストレージの拡大 | ストレージキャパシティーと 1 秒あたりの入出力操作数（IOPS）は、専用クラスターのコンピュートとは無関係に、クラスター層の最大値までスケーリングできます。その最大値を超えるキャパシティーを追加するには、 をより高い階層に増やす。 | クラスター階層に関わらず、ダウンタイムなしで、ストレージキャパシティは使用量に応じて自動的に増加します。 |
水平拡張 | クラスターのデータがストレージキャパシティーに近づくと クラスターをシャーディング し、必要に応じて読み取り専用ノードや分析ノードなどのワークロード固有のノードを追加します。 | |
リカバリ | Atlasは定期的にデータベースをモニターし、問題が発見された場合は自動修復を実行します。ノードが置き換えられた場合、新しいノードはクエリを処理する前に最初の同期を実行します。 | Atlas はデータベースを定期的にモニターし、問題を検出した場合は自動修復を実行します。ノードを置き換える場合、新しいノードはストレージ レイヤーに直接接続します。最初の同期は必要ありません。 |
クラウドプロバイダーと階層の可用性 | Amazon Web Services、Azure、Google Cloud Platform 上の Free クラスター、Flex クラスター、専有クラスター階層。 | パブリックプレビュー：サポートされているAmazon Web Servicesリージョンで |
機能カバレッジ | Atlasの全機能セットをサポートします。 | 一部の Atlas 機能は、パブリックプレビュー期間中はサポートされていません。 |
エディションを選択
次のような場合は Atlas Core をご検討ください。
Atlas のすべての機能セットを使用したい場合。
マルチリージョンまたはマルチクラウドクラスターが必要な場合
シャーディングされたクラスター が必要な場合
次のような場合は Atlas Infinite をご検討ください。
コンピュートとストレージを個別に増やしたい場合
ワークロードには、事前の用意が困難なスパイクがあります。
クラスター階層を拡大せずにストレージキャパシティーを増やしたい場合
より迅速なフェイルオーバーと復旧をご希望の場合
まず、ワークロードが パブリック プレビューの制限 に適合していることを確認してください。
Atlas Infiniteアーキテクチャは、コンピューティング層とストレージ層がどのように交流するかを説明しています。