E コマースのセールプロモーションやオンラインイベントなど、予測可能な短期的なトラフィックスパイクに直面した場合、計算リソースの不足によりデータベースでパフォーマンスボトルネックが発生する可能性があります。これらのスパイクに対応するために仕様を永続的にアップグレードすると、トラフィックが収まった後にリソースの無駄遣いにつながる可能性があります。PolarDB の一時的なアップグレード機能を使用すると、サブスクリプションクラスターの計算仕様 (CPU とメモリ) を指定した期間だけ一時的に増強できます。仕様は指定した時間に自動的に元の状態に戻るため、短期的なビジネスのピークに対応するのに役立ちます。
仕様変更の影響評価
一時的なアップグレードを実行する前に、ビジネスへの潜在的な影響を評価し、変更計画を作成してください。
サービスへの影響
PolarDB クラスターの仕様変更はノードの再起動をトリガーし、一時的な接続や短時間のパフォーマンス変動を引き起こします。影響は、クラスターがホットスタンバイによるフェイルオーバーをサポートしているか、またバイナリログ (Binlog) が有効になっているかによって異なります。
クラスターがホットスタンバイによるフェイルオーバーをサポートしていない場合、仕様変更中に約 20～30 秒の一時的な接続中断が発生する可能性があります。切り替え前に、アプリケーションに再接続メカニズムがあることを確認してください。
クラスターがホットスタンバイによるフェイルオーバーをサポートしている場合、Binlog が有効であれば仕様変更中に約 5～10 秒の一時的な接続中断が発生する可能性があります。Binlog が無効な場合、パフォーマンスが 1～3 秒間ゼロになることがありますが、接続は中断されず、トランザクションも中断されません。
変更時間：変更タスクには、計算ノードあたり約 5 分かかります。たとえば、2 つのノードを変更する場合、約 10 分かかります。実際の所要時間は、クラスターのワークロード、データベースやテーブルの数などの要因に影響されます。
データ遅延：変更中、読み取り専用ノードのデータ同期遅延が通常時よりも長くなる可能性があります。
データセキュリティ：仕様変更は計算ノードのリソースのみを調整し、クラスター内の既存データには影響しません。
再起動の順序：プライマリノードと読み取り専用ノードの仕様を同時に変更する場合、システムはまず読み取り専用ノードを再起動し、次にプライマリノードを再起動します。このプロセス中にプライマリ/スタンバイの切り替えは発生しません。
ノード仕様の制限
クラスターの安定性と高可用性を確保するため、プライマリノードと読み取り専用ノードの仕様には以下の制限が適用されます：
少なくとも 1 つの読み取り専用ノードは、プライマリノードと同じ仕様である必要があります。
ホットスタンバイが有効になっている読み取り専用ノードは、プライマリノードと同じ仕様である必要があります。
読み取り専用ノードのメモリは、プライマリノードのメモリの半分未満にすることはできません。
読み取り専用ノードの CPU コア数には最小要件があります。ルールは次のとおりです：
プライマリノードの CPU コア
読み取り専用ノードの最小 CPU コア
2
2
4
4
8
4
16
8
32
16
64
32
88
64
120
64
マルチマスタークラスター (制限なし) エディションのクラスターは、前述の制限の対象外です。
その他の制限
一時的なアップグレード中に、もう一度だけ一時的なアップグレードを実行できます。
一時的なアップグレード中は、手動での仕様ダウングレード、ノードの追加または削除、ノードの一時的な追加、自動スケーリングの使用、クラスターのサブスクリプション解除はできません。
適用範囲
開始する前に、次のチェックを完了してください。
課金方法：対象のクラスターは サブスクリプション クラスターである必要があります。
クラスターのステータス：対象のクラスターは 実行中 の状態であり、ノードの追加や削除、マイナーバージョンのアップグレードなど、他の設定変更タスクが進行中でない必要があります。
保留中のタスク：クラスターに、ノードの追加や削除、設定変更などの保留中の設定変更タスクがあってはなりません。
サービスリンクロールの権限付与：ご利用の Alibaba Cloud アカウントで PolarDB のサービスリンクロール AliyunServiceRoleForPolarDB が作成されている必要があります。
Alibaba Cloud アカウントを使用して、RAM コンソールの リストに移動します。
ロールリストに AliyunServiceRoleForPolarDB という名前のサービスリンクロールが存在するかどうかを確認します。次の図は一例です：
存在する場合は、このチェックをスキップします。
存在しない場合は、次の手順に進みます。
[ロールの作成] をクリックします。[ロールの作成] ページで、右上隅にある [サービスリンクロールの作成] をクリックします。
[サービスリンクロールの作成] ページで、[信頼できるサービス] を AliyunServiceRoleForPolarDB に設定し、[サービスリンクロールの作成] をクリックして作成を完了します。
操作手順
PolarDB コンソールにログインします。左側のナビゲーションウィンドウで クラスター をクリックし、クラスターが配置されているリージョンを選択します。
次のいずれかの方法で 設定の変更 (サブスクリプション) ダイアログボックスを開きます：
対象クラスターの 操作 列にある 設定の変更 をクリックします。
対象のクラスター ID をクリックして 概要 ページに移動します。データベースノード セクションで、設定の変更 をクリックします。
設定の変更 (サブスクリプション) ダイアログボックスで、一時スペックアップ を選択し、OK をクリックします。
[一時的なアップグレード] ページで、現在の設定 と [有効期限] を確認し、次のパラメーターを設定します：
パラメーター
説明
サブシリーズ
汎用 と 専用 を含む、ターゲットの仕様エディションを選択します。
ノード
アップグレードするノード (プライマリまたは読み取り専用) のターゲット仕様を選択します。
説明1 つの読み取り専用ノードがプライマリノードと同じ仕様であることを確認してください。他のノードの仕様は設定できます。
ポイントの復元
システムがアップグレード前の状態に仕様を自動的に復元する特定の時間を設定します。
説明最小期間は 1 時間、最大期間は 14 日間です。14 日間を超える期間の場合は、手動での仕様変更を使用してください。
復元時間は、クラスターの有効期限の 1 日前より後にすることはできません。たとえば、クラスターが 1 月 10 日に期限切れになる場合、一時的なアップグレードの最新の復元時間は 1 月 9 日です。
この設定は一度設定すると変更できません。パフォーマンスが不十分で時間を延長する必要がある場合は、復元時間に達する前にもう一度アップグレードを実行できます。2 回目のアップグレードで設定された ポイントの復元 は、最初のものより早くすることはできません。
利用規約を読み、今すぐ購入 をクリックして支払いを完了します。支払いが成功すると、アップグレードタスクが開始されます。
課金
一時的なアップグレードの料金は、新しい仕様と元の仕様の価格差に 1.5 のプレミアム係数を乗じたものに基づきます。数式は次のとおりです：
計算ノードの N 日間の一時的なアップグレード料金 = (新しい仕様の月額料金 - 元の仕様の月額料金) / 30 × 1.5 × N。
関連操作
一時的なアップグレードの永続的なアップグレードへの変換
アップグレードされた仕様を永続的に維持するため、またはノードの追加または削除、ノードの一時的な追加、自動スケーリングの使用、クラスターのサブスクリプション解除などの操作を実行するために、一時的なアップグレードを永続的なものに変換できます。これにより、復元時間に仕様が自動的にダウングレードされるのを防ぎます。次のいずれかの方法で変換を実行できます：
手動変換：一時的なアップグレード期間中に、設定変更ページに戻り、現在の仕様への手動での仕様変更を実行します。
説明この操作は永続的な課金オーダーのみを生成し、2 回目のサービス中断は発生しません。
ストレージ容量のスケールアウトによる変換：一時的なアップグレード期間中にクラスターのストレージ容量を手動でスケールアウトすると、システムは一時的な計算仕様を自動的に永続的なものに変換します。これは、スケールアウトの瞬間から、新しい仕様のサブスクリプション価格で課金されることを意味します。ストレージをスケールアウトする前に、この変更を慎重に評価してください。
一時的なアップグレードの有効期限の表示
ページに移動します。クラスターを ID で検索し、[一時的なアップグレード] タイプのオーダーを見つけ、[詳細] をクリックしてオーダー情報を表示します。
関連 API 操作
API | 説明 |
PolarDB クラスターを一時的にアップグレードします。 |