Azure Cosmos DB for PostgreSQL でクラスターをスケーリングする
適用対象: 
Azure Cosmos DB for PostgreSQL (PostgreSQL の Citus データベース拡張機能を利用)
Azure Cosmos DB for PostgreSQL では、増加した負荷に対処するためにセルフサービス スケーリングを行うことができます。 Azure portal を使用すると、簡単に新しいワーカー ノードを追加し、既存のノードの仮想コアとストレージを増やすことができます。
ノードを追加するとダウンタイムが発生しなくなります。また、クエリを中断させることなく、新しいノードにシャードを移動 (シャードの再調整と呼ばれます) することも可能です。
ワーカー ノードの追加
クラスターのポータル ページで、左側のメニューから [スケーリング] を選択します。
[スケール] ページの [ノード] で、[ノード数] に新しい値を選択します。
[保存] を選択して変更した値を適用します。
Note
ノードを増やして保存した後で、[スケール] ページを使用してワーカー ノードの数を減らすことはできません。
注意
新しく追加したノードを利用するには、分散テーブルのシャードを再調整する必要があります。つまり、既存のノードから新しいノードにいくつかのシャードを移動します。 再調整はバックグラウンドで実行可能で、ダウンタイムは必要ありません。
ノードの仮想コアを増減させる
既存のノードの機能を増やすことができます。 計算処理能力の調整 (増減) は、パフォーマンス実験のほか、トラフィック需要の短期的変更または長期的変更に役立つ場合があります。
すべてのワーカー ノードの仮想コアを変更するには、[スケール] 画面の [ノードごとのコンピューティング] で新しい値を選択します。 コーディネーターの仮想コアを調整するには、[コーディネーター] を展開し、[コーディネーター コンピューター] で新しい値を選択します。
注意
プライマリ クラスターのコンピューティングには依存せず、クラスターの読み取りレプリカでコンピューティングをスケーリングできます。
注意
リージョンごとに Azure サブスクリプションあたりの仮想コア クォータがあります。 デフォルトクォータは、Azure Cosmos DB for PostgreSQL で実験するのに十分以上である必要があります。 ご自身のサブスクリプション内のリージョンにさらに仮想コアが必要な場合は、コンピューティング クォータを調整する方法をご覧ください。
ノードの記憶域を増やす
既存のノードのディスク領域を増やすことができます。 ディスク領域を増やすと、ワーカー ノードを追加する前に、既存のワーカー ノードでさらに多くのことができるようになります。
すべてのワーカー ノードのストレージ容量を変更するには、[スケール] 画面の [ノードごとのストレージ] で新しい値を選択します。 コーディネーター ノードのストレージを調整するには、[コーディネーター] を展開し、[コーディネーター ストレージ] で新しい値を選択します。
Note
ストレージを増やして保存した後で、ストレージの量を減らすことはできません。
優先可用性ゾーンを選択する
クラスターが可用性ゾーンをサポートしている Azure リージョンにある場合は、ノードの優先可用性ゾーンを選択できます。 クラスターのプロビジョニング中に優先可用性ゾーンを選択した場合、Azure Cosmos DB for PostgreSQL では、選択した可用性ゾーンにすべてのクラスター ノードがプロビジョニングされます。 プロビジョニング後に優先可用性ゾーンを選択または変更した場合、次回の予定メンテナンス中にすべてのクラスター ノードが新しい優先可用性ゾーンに移動されます。
すべてのクラスター ノードの優先可用性ゾーンを選択するには、[スケール] 画面の [Preferred availability zone] (優先可用性ゾーン) の一覧でゾーンを指定します。 Azure Cosmos DB for PostgreSQL サービスでクラスターの可用性ゾーンを選択できるようにするには、[優先設定なし] を選択します。
次の手順
- クラスターのパフォーマンス オプションに関する詳細情報を学びます。
- すべてのワーカー ノードが並列クエリに参加できるように分散テーブル シャードを再調整する
- 分散テーブルのサイズと、その他の有用な診断クエリをご覧ください。