インスタンスをスケーリングする

このページでは、AlloyDB インスタンスをスケーリングする方法について説明します。インスタンスのマシンタイプを変更することで、プライマリ インスタンスと読み取りプール インスタンスの両方を垂直方向にスケーリングできます。読み取りプール インスタンスを水平方向にスケーリングするには、インスタンス内のノード数を変更します。

始める前に

  • 使用している Google Cloud プロジェクトで AlloyDB へのアクセスが有効になっている必要があります。
  • 使用している Google Cloud プロジェクトに、次のいずれかの IAM ロールが必要です。
    • roles/alloydb.admin（AlloyDB 管理者の IAM 事前定義ロール）
    • roles/owner（オーナーの IAM 基本ロール）
    • roles/editor（編集者の IAM 基本ロール）

    これらのロールが付与されていない場合は、アクセス権を付与するよう組織管理者に依頼してください。

インスタンスのマシンタイプをスケーリングする

コンソール

  1. Google Cloud コンソールで [クラスタ] ページに移動します。

    [クラスタ] に移動

  2. [リソース名] 列でクラスタをクリックします。

  3. [概要] ページの [クラスタ内のインスタンス] セクションに移動し、[プライマリを編集] または [読み取りプールを編集] をクリックします。

    ページでクラスタの [ステータス] が「メンテナンス」となっている場合、この操作は実行できません。[ステータス] が「準備完了」に変わると、操作が再度実行できるようになります。

  4. 次のいずれかのマシンシリーズを選択します。

    • C4A（Google Axion ベースのマシンシリーズ）（プレビュー）
    • N2（x86 ベースのマシンシリーズ）。これがデフォルトのマシンシリーズです。

  5. マシンタイプを選択します。

    • C4A は vCPU 数が 1、4、8、16、32、48、64、72 個のマシンタイプまたはシェイプをサポートしています。

    • N2 は vCPU 数が 2、4、8、16、32、64、96、128 個のマシンタイプまたはシェイプをサポートしています。

      vCPU 数が 1 個のマシンタイプなど、C4A Axion ベースのマシンシリーズの使用の詳細については、C4A Axion ベースのマシンシリーズを使用する場合の考慮事項をご覧ください。

  6. [インスタンスを更新] または [読み取りプールを更新] をクリックします。

gcloud

gcloud CLI を使用するには、Google Cloud CLI をインストールして初期化するか、Cloud Shell を使用します。

gcloud alloydb instances update コマンドを使用して、プライマリ インスタンスのマシンタイプを変更します。

gcloud alloydb instances update INSTANCE_ID \
--cpu-count=CPU_COUNT \
--machine-type=MACHINE_TYPE \
--region=REGION_ID \
--cluster=CLUSTER_ID \
--project=PROJECT_ID

次のように置き換えます。

  • INSTANCE_ID: 更新するインスタンスの ID。

  • CPU_COUNT: インスタンスに必要な N2 vCPU の数。N2 がデフォルトです。有効な値は次のとおりです。

    • 2: 2 vCPU、16 GB RAM
    • 4: 4 vCPU、32 GB RAM
    • 8: 8 vCPU、64 GB RAM
    • 16: 16 vCPU、128 GB RAM
    • 32: 32 vCPU、256 GB RAM
    • 64: 64 vCPU、512 GB RAM
    • 96: 96 vCPU、768 GB RAM
    • 128: 128 vCPU、864 GB RAM

  • MACHINE_TYPE: N2 マシンをデプロイする場合、このパラメータは省略可能です。C4A Axion ベースのマシンシリーズ（プレビュー）をデプロイする場合、または C4A マシンと N2 マシン間で移行する場合は、次の値でこのパラメータを選択します。

    MACHINE_TYPE と CPU_COUNT を一緒に使用する場合、CPU_COUNT と MACHINE_TYPE の値は一致している必要があります。一致していないとエラーが発生します。

    C4A Axion ベースのマシンシリーズの場合は、次の値のマシンタイプを選択します。

    • c4a-highmem-1
    • c4a-highmem-4-lssd
    • c4a-highmem-8-lssd
    • c4a-highmem-16-lssd
    • c4a-highmem-32-lssd
    • c4a-highmem-48-lssd
    • c4a-highmem-64-lssd
    • c4a-highmem-72-lssd

    vCPU 数が 4 個以上の C4A をデプロイするには、接尾辞 lssd を使用して超高速キャッシュを有効にします。

    vCPU 数が 1 個のマシンタイプなど、C4A Axion ベースのマシンシリーズの使用の詳細については、C4A Axion ベースのマシンシリーズを使用する場合の考慮事項をご覧ください。

    N2 x86 ベースのマシンシリーズの場合は、次の値を使用します。

    • N2-highmem-2
    • N2-highmem-4
    • N2-highmem-8
    • N2-highmem-16
    • N2-highmem-32
    • N2-highmem-64
    • N2-highmem-96
    • N2-highmem-128

  • REGION_ID: インスタンスが配置されるリージョン。

  • CLUSTER_ID: インスタンスが配置されているクラスタの ID。

  • PROJECT_ID: クラスタが配置されるプロジェクトの ID。

コマンドから「invalid cluster state MAINTENANCE」というフレーズを含むエラー メッセージが返された場合は、クラスタが定期メンテナンス中です。このため、インスタンスの再構成が一時的に禁止されます。クラスタが READY 状態に戻ったら、コマンドをもう一度実行してください。クラスタのステータスを確認するには、クラスタの詳細を表示するをご覧ください。

読み取りプール インスタンスのノード数をスケーリングする

AlloyDB では、インスタンス レベルでダウンタイムを発生させることなく、読み取りプール インスタンス内のノード数をスケーリングできます。ノード数を増やしても、クライアント接続は影響を受けません。

ノード数を減らす場合、シャットダウンされるノードに接続しているクライアントは、インスタンス エンドポイントを使用して他のノードに再接続できます。

コンソール

  1. Google Cloud コンソールで [クラスタ] ページに移動します。

    [クラスタ] に移動

  2. [リソース名] 列でクラスタをクリックします。

  3. [概要] ページの [クラスタ内のインスタンス] セクションに移動し、[読み取りプールを編集] をクリックします。

    ページでクラスタの [ステータス] が「メンテナンス」となっている場合、この操作は実行できません。[ステータス] が「準備完了」に変わると、操作が再度実行できるようになります。

  4. [ノード数] フィールドにノード数を入力します。注: クラスタ内のすべての読み取りプール インスタンスに最大 20 個のノードを設定できます。

  5. [読み取りプールを更新] をクリックします。

gcloud

gcloud CLI を使用するには、Google Cloud CLI をインストールして初期化するか、Cloud Shell を使用します。

読み取りプール インスタンス内のノードの数を変更するには、gcloud alloydb instances update コマンドを使用します。

gcloud alloydb instances update INSTANCE_ID \
    --read-pool-node-count=NODE_COUNT \
    --region=REGION_ID \
    --cluster=CLUSTER_ID \
    --project=PROJECT_ID

  • INSTANCE_ID: 読み取りプール インスタンスの ID。

  • NODE_COUNT: 読み取りプール インスタンス内のノード数。1～20 の数値を指定します。クラスタ内の読み取りプール インスタンス全体で 20 個を超えるノードを設定することはできない点に注意してください。

  • REGION_ID: インスタンスが配置されるリージョン。

  • CLUSTER_ID: インスタンスが配置されるクラスタの ID。

  • PROJECT_ID: クラスタが配置されるプロジェクトの ID。

コマンドから「invalid cluster state MAINTENANCE」というフレーズを含むエラー メッセージが返された場合は、クラスタが定期メンテナンス中です。このため、インスタンスの再構成が一時的に禁止されます。クラスタが READY 状態に戻ったら、コマンドをもう一度実行してください。クラスタのステータスを確認するには、クラスタの詳細を表示するをご覧ください。