次の方法で共有


Azure Cosmos DB for MongoDB 仮想コア クラスターのスケーリングと構成

Azure Cosmos DB for MongoDB 仮想コアは、シームレスなスケーラビリティと高可用性を提供します。 このドキュメントは、クラスターをスケーリングおよび構成する方法を学習する開発者向けのクイック ガイドとして機能します。 クラスターへの変更は、ダウンタイムなしでライブで実行されます。

前提条件

クラスターの構成を変更するには、Azure portal の Azure Cosmos DB for MongoDB 仮想コア クラスターのページの [スケール] セクションを使用します。 ポータルには、これらの変更のリアルタイム コストが含まれています。

  1. Azure portal にサインインします。

  2. 既存の Azure Cosmos DB for MongoDB 仮想コア クラスターのページに移動します。

  3. Azure Cosmos DB for MongoDB 仮想コア クラスター ページの [設定] セクションで、[ スケール ] ナビゲーション メニュー オプションを選択します。

    Azure Cosmos DB for MongoDB 仮想コア クラスターのページの [スケール] オプションのスクリーンショット。

クラスター コンピューティングのスケーリング

選択するクラスター層は、クラスターに割り当てられた仮想コアと RAM の量に影響します。 クラスター レベルは、ダウンタイムなしでいつでもニーズに合わせて変更できます。 たとえば、Azure portal を使用して M50 から M60 に増やしたり、M50 から M40 に減らしたりできます。

  1. クラスター レベルを変更するには、ドロップダウン メニューから新しいレベルを選択します。

    クラスターの [スケール] ページの [クラスター レベル] オプションのスクリーンショット。

    この変更は、ダウンタイムなしでクラスターに対してライブで実行されます。

    現時点では、バースト可能なレベルから通常のコンピューティング レベルへのアップグレードまたはダウングレードはサポートされていません。

  2. [保存] を選択してご自身の変更を保存します。

ディスク サイズを増やす

ストレージ サイズを増やして、データベースの容量を増やすことができます。 たとえば、ストレージを 128 GB から 256 GB に増やすことができます。

  1. ストレージ サイズを大きくするには、ドロップダウン メニューから新しいサイズを選択します。

    クラスターの [スケール] ページの [シャードあたりのストレージ] オプションのスクリーンショット。

    この変更は、ダウンタイムなしでクラスターに対してライブで実行されます。 また、ストレージ サイズは増やすことができるだけで、小さくすることはできません。

  2. [保存] を選択してご自身の変更を保存します。

高可用性を有効または無効にする

高可用性 (HA) は、ニーズに合わせて有効または無効にできます。 HA は、クラスター内のすべてのプライマリ シャードのレプリカ シャードを維持して、データベースのダウンタイムを回避します。 プライマリ シャードがダウンした場合、受信接続はそのレプリカ シャードに自動的にリダイレクトされ、ダウンタイムが最小限に抑えられます。

  1. HA を有効または無効にするには、チェックボックス オプションを切り替えます。

    クラスターの [スケール] ページの [高可用性] チェック ボックスのスクリーンショット。

  2. [保存] を選択してご自身の変更を保存します。

物理シャードの数を増やす

データベースが 1 つの物理シャード クラスターの容量を超える場合は、 ストレージ サイズ を増やすか、 物理シャードを追加することができます。 新しい物理シャードがクラスターに追加されたら、クラスターの再調整操作を実行してシャード全体にデータを再分散する必要があります。 クラスター内の各物理シャードは、常に同じ コンピューティング 構成と ストレージ 構成を持ちます。

  1. 物理シャードを追加するには、一覧から新しいシャード数を選択します。

    クラスターの [スケール] ページの物理シャード数ドロップダウン リストのスクリーンショット。

  2. [保存] を選択してご自身の変更を保存します。

クラスターに 10 個を超える物理シャードが必要な場合は、 Azure サポート 要求を開きます。

データの再調整

物理シャードがクラスターに追加された後、またはマルチハード クラスターが物理シャード全体で不均一なストレージ使用量を持つ場合、データの再調整により、ダウンタイムなしでシャード間でデータが再分散されます。

データの再調整を開始するには、 Mongo シェルなどの管理ツールを使用してクラスターに接続します。

  1. sh.startBalancer() コマンドを使用して再調整を開始します。

  2. sh.isBalancerRunning()を使用して再調整の状態を確認します。

  3. sh.stopBalancer() コマンドを使用して再調整を停止します。

再調整プロセスの期間は、物理シャード間で移動されるデータの量によって異なります。 操作はオンラインで実行され、クラスターの可用性や機能には影響しません。

次のステップ

このガイドでは、Azure portal での Cosmos DB for MongoDB 仮想コア クラスターのスケーリングと構成は簡単なプロセスであることを示しました。 Azure portal には、クラスター層の調整、ストレージ サイズの増加、高可用性の有効化または無効化、ダウンタイムなしで物理シャードの追加を行う機能が含まれています。