編集

次の方法で共有


仮想コア アーキテクチャでの Azure Cosmos DB for MongoDB についてよく寄せられる質問

適用対象: MongoDB 仮想コア

MongoDB ユーザー向けに Azure Cosmos DB はどのようなオプションを提供していますか?

Azure Cosmos DB は、最新のアプリ開発に対応するフル マネージドの NoSQL、リレーショナル、ベクトル データベースです。

要求ユニット (RU) と仮想コアベースの Azure Cosmos DB for MongoDB オファリングはどちらでも、MongoDB データベースと同様に Azure Cosmos DB を簡単に使用できます。 どちらのオプションも、複雑な管理のオーバーヘッドやスケーリング アプローチなしで機能します。 MongoDB 用 API を使用してアプリケーションからアカウントの接続文字列を参照することで、既存の MongoDB スキルを使用し、お気に入りの MongoDB ドライバー、SDK、ツールを使用し続けることができます。 更に、どちらもクラウドネイティブのオファリングであり、エンタープライズ グレードの最新のアプリケーションを構築するために、他の Azure サービスとシームレスに統合することができます。

Azure Cosmos DB for MongoDB (RU) と Azure Cosmos DB for MongoDB (仮想コア) のどちらを選択すればよいですか?

2 つのオプションの間で決定するのに役立ついくつかの重要な要因を次に示します。

  • 次の場合は RU ベースを選択します:
    • 新しいクラウドネイティブ MongoDB アプリを構築するか、クラウドネイティブの利点のために既存のアプリをリファクタリングしています。
    • ワークロードには、より多くのポイント読み取り (_id とシャード キー値で単一の項目をフェッチする) があり、長期実行クエリと複雑な集計パイプライン操作はほとんどありません。
    • 無制限の水平スケーラビリティ、瞬時スケールアップ、きめ細かいスループット制御が必要です。
    • 業界をリードする 99.999% の可用性を必要とするミッション クリティカルなアプリケーションを実行しています。
  • 次の場合は仮想コアベースを選択します:
    • 既存の MongoDB ワークロードを移行 (リフトとシフト) するか、新しい MongoDB アプリケーションを構築します。
    • ワークロードには、実行時間の長いクエリ、複雑な集計パイプライン、分散トランザクション、結合などがあります。
    • M30、M40、M50 などの使い慣れた仮想コア ベースのクラスター層を使用して、大容量の垂直および水平方向のスケーリングを使用します。
    • 99.995% の可用性を必要とするアプリケーションを実行しています。
    • ベクター埋め込みの格納と検索にはネイティブ サポートが必要です。

Azure Cosmos DB for MongoDB の RU と 仮想コアのアーキテクチャ間で課金の違いはありますか?

RU サービスと仮想コア サービスには、重要な課金の違いがあるアーキテクチャが異なります。

RU サービス バリアントは、ストレージとスループットの要件に合わせて、ワークロードにリソースを即座に割り当てるマルチテナント サービスです。 このサービスのスループットは、要求ユニットに基づいています。 このサービスは、要求ユニット (RU) と消費されたストレージに対応する固定 (標準プロビジョニングスループット) または可変 (自動スケーリング) 料金を支払うことを好むユーザー向けに最適化されています。 実際の RU 料金は、選択したモデル: プロビジョニングされたスループット (標準または自動スケーリング) またはサーバーレスのモデルによって異なります。

仮想コア サービス バリアントは、事前設定された CPU、メモリ、ストレージ リソースを利用する専用インスタンスを作成します。これは、ニーズに合わせて動的にスケーリングできます。 このサービスは、コンピューティング (CPU、メモリ、ノード数) とストレージに基づいて、一貫した定額料金を支払うことを好むユーザー向けに最適化されています。