ワークロードに周期的な変動がある場合や、計画的な調整が必要な場合は、PolarDB クラスターのコンピューティングノード (CPU とメモリ) を手動でアップグレードまたはダウングレードできます。これにより、コストを管理しながらパフォーマンス要件を満たすことができます。
影響の評価
仕様を変更する前に、ビジネスへの潜在的な影響を評価してください。
サービスへの影響
PolarDB クラスターの仕様を変更するとノードの再起動がトリガーされ、一時的な接続断や短時間のパフォーマンス変動が発生します。影響は、クラスターが 高速フェイルオーバー (ホットスタンバイ) をサポートしているかどうか、および Binlog が有効になっているかどうかによって異なります。
-
クラスターが 高速フェイルオーバー (ホットスタンバイ) をサポートしていない場合、仕様変更中に約 20～30 秒間の一時的な接続断が発生する可能性があります。したがって、切り替えの前に、アプリケーションに接続再試行メカニズムが実装されていることを確認してください。
-
クラスターが 高速フェイルオーバー (ホットスタンバイ) をサポートしている場合、Binlog が有効な場合の仕様変更では約 5～10 秒間の一時的な接続断が発生する可能性があります。Binlog が無効な場合、パフォーマンスが 1～3 秒間ゼロになる可能性がありますが、一時的な接続断は発生せず、トランザクションも中断されません。
-
変更時間：変更タスクには、コンピューティングノードあたり約 5 分かかります。たとえば、2 つのノードを変更する場合、約 10 分かかります。実際の所要時間は、クラスターのワークロード、データベースやテーブルの数などの要因によって異なります。
-
データ遅延：変更中、読み取り専用ノードのレプリケーション遅延が通常より長くなる場合があります。
-
データセキュリティ：仕様変更はコンピューティングノードのリソースを調整するだけで、クラスター内の既存のデータには影響しません。
-
再起動の順序：プライマリノードと読み取り専用ノードの両方の仕様を同時に変更する場合、システムはまず読み取り専用ノードを再起動し、次にプライマリノードを再起動します。このプロセス中にプライマリ/セカンダリ切り替えは発生しません。
ノード仕様の制限
クラスターの安定性と高可用性を確保するため、プライマリノードと読み取り専用ノードの仕様には以下の制限があります。
-
少なくとも 1 つの読み取り専用ノードがプライマリノードと同じ仕様である必要があります。
-
ホットスタンバイ が有効になっている読み取り専用ノードは、プライマリノードと同じ仕様である必要があります。
-
読み取り専用ノードは、プライマリノードのメモリの少なくとも半分を備えている必要があります。
-
読み取り専用ノードには、プライマリノードの CPU 仕様に対応する最小 CPU コア要件があります。
プライマリノードの CPU コア数
読み取り専用ノードの最小 CPU コア数
2
2
4
4
8
4
16
8
32
16
64
32
88
64
120
64
-
Multi-master Cluster (Limitless) エディションは、上記の制限の対象外です。
-
処理する分析ワークロードのため、カラムナインデックス読み取り専用ノードは、プライマリノードよりも高い仕様にすることを推奨します。
前提条件
開始する前に、以下の前提条件が満たされていることを確認してください。
-
課金方法：対象クラスターが [サブスクリプション] または [従量課金] の課金方法を使用している必要があります。
-
クラスターのステータス：対象クラスターが [実行中] の状態であり、ノードの追加や削除、マイナーバージョンのアップグレードなど、他の構成変更タスクが実行中でない必要があります。
手順
-
PolarDB コンソールにログインします。ナビゲーションペインで、クラスター をクリックします。クラスターが配置されている [リージョン] を選択します。
-
次のいずれかの方法で [構成の変更] ページに移動します。
-
対象クラスターの 操作 列で、設定の変更 をクリックします。
-
対象のクラスター ID をクリックして 概要 ページに移動します。データベースノード セクションで、設定の変更 をクリックします。
-
-
[構成の変更] ダイアログボックスで、スペックアップ または スペックダウン を選択し、OK をクリックします。
-
[アップグレード/ダウングレード] ページで、現在の設定 を確認し、次のパラメーターを設定します。
パラメーター
説明
[エディション]
変更後の仕様エディションを選択します。オプションには [汎用] と [専用] があります。
[ノード]
変更するノードの新しい仕様を選択します。クラスター全体に同じ仕様を適用することも、各ノードを個別に設定することもできます。
説明少なくとも 1 つの読み取り専用ノードがプライマリノードと同じ仕様である必要があります。他のノードの仕様は必要に応じて設定できます。
[切り替え時間]
構成変更を有効にするタイミングを選択します。
すぐに有効にする：変更はすぐに有効になります。
スケジュールされた切り替え：今後 24 時間以内の時間を選択します。変更は指定した時刻から 30 分以内に完了します。[スケジュールされたタスク] ページでタスクを表示またはキャンセルできます。
-
サービス利用規約を読み、今すぐ購入 をクリックして支払いを完了します。支払いが完了すると、システムは指定された切り替え時間にタスクを実行します。
課金
仕様変更はコストに影響します。課金ルールは、クラスターの課金方法によって異なります。
-
従量課金：仕様変更が正常に完了した後、新しい仕様に対して時間単位で課金されます。
-
サブスクリプション：
-
アップグレード：残りのサブスクリプション期間について、新旧の仕様間の差額を支払う必要があります。
-
ダウングレード：システムが残存価値を自動的に計算し、返金します。詳細については、「ダウングレードの返金ルール」をご参照ください。
-
関連API
API | 説明 |
PolarDB クラスターノードの仕様を変更します。 | |
PolarDB クラスター内の単一ノードの仕様を変更します。 |