PolarDB ノード仕様の手動アップグレードまたはダウングレード - PolarDB

影響評価

仕様を変更する前に、ビジネスへの潜在的な影響を評価してください。

サービスへの影響

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

説明

マルチマスタークラスター (Limitless) は、上記の制限の対象外です。
分析ワークロードを処理するため、カラムナインデックス読み取り専用ノードにはプライマリノードより高い仕様を推奨します。

前提条件

開始する前に、以下の前提条件が満たされていることを確認してください。

課金方法：対象クラスターの課金方法が、[サブスクリプション]または[従量課金] である必要があります。
クラスターの状態: 対象のクラスターは 実行中 状態であり、ノードの追加または削除、マイナーバージョンのアップグレードなどの他の設定変更タスクが進行中でない必要があります。

操作手順

PolarDB コンソールにログインします。左側メニューで、クラスター をクリックします。クラスターが配置されている [リージョン] を選択します。
次のいずれかの方法で、[構成変更] ページに移動します。
- 対象クラスターの操作列で、設定の変更 をクリックします。
- 対象のクラスター ID をクリックして、概要ページに移動します。データベースノード セクションで、設定の変更 をクリックします。
[構成変更] ダイアログボックスで、スペックアップ または スペックダウン を選択し、OK をクリックします。

[アップグレード/ダウングレード] ページで、現在の設定 を確認し、次のパラメーターを設定します。

パラメーター	説明
[Edition]	ターゲット仕様エディションを選択します。選択肢は汎用と専用です。
[ノード]	変更したいノードの新しい仕様を選択します。クラスター全体に同じ仕様を適用することも、各ノードを個別に設定することもできます。説明少なくとも 1 つの読み取り専用ノードがプライマリノードと同じ仕様であることを確認してください。他のノードの仕様は必要に応じて設定できます。
[切り替え時間]	構成変更を有効にするタイミングを選択します。即時有効：変更はすぐに有効になります。スケジュール切り替え：今後 24 時間以内の時間を選択します。変更は指定された時刻から 30 分以内に完了します。タスクは [定期タスク] ページで表示またはキャンセルできます。

サービス利用規約を読み、今すぐ購入 をクリックして支払いを完了します。支払いが完了すると、指定された切り替え時間にタスクが実行されます。

課金

仕様変更はコストに影響します。課金ルールは、クラスターの課金方法によって異なります。

従量課金：仕様変更が成功すると、新しい仕様に対して時間単位で課金されます。
サブスクリプション：
- アップグレード：残りのサブスクリプション期間について、新旧の仕様の価格差を支払う必要があります。
- ダウングレード：システムは残存価値を自動的に計算し、返金を行います。詳細については、「ダウングレードの返金ルール」をご参照ください。

よくある質問

構成変更時に "insufficient resources" エラーが発生した場合はどうすればよいですか？

構成変更時に特定のノード仕様を選択した際に、システムから The available resources are insufficient. Please try again in another region or zone. というプロンプトが表示された場合、選択した仕様が現在のゾーンで売り切れていることを意味します。以下のいずれかの操作を実行することを推奨します。

類似の仕様を選択する：わずかに低いか高い仕様を選択してみてください。
ゾーンを変更する：将来の構成変更時にリソース不足を防ぐため、ゾーンの手動変更を検討してください。

API	説明
ModifyDBNodeClass	PolarDB クラスター内の単一ノードの仕様を変更します。
ModifyDBNodesClass	PolarDB クラスター内の複数ノードの仕様を変更します。

PolarDB:コンピューティングノードの仕様を手動で変更