すべてのプロダクト
Search
ドキュメントセンター

PolarDB:一時的なクラスタアップグレードを実行する

最終更新日:Apr 15, 2025

クラスタまたはクラスタ内のシングルノードの仕様を一時的にアップグレードできます。指定されたロールバック時刻に達すると、クラスタは自動的に元の仕様にロールバックされます。ピーク時のビジネス要件を満たすために、 PolarDB サブスクリプションクラスタの仕様を一時的にアップグレードできます。

前提条件

  • クラスタがサブスクリプションクラスタであること。

  • クラスタに保留中の更新、アップグレード、ダウングレード、または一時的なアップグレード注文がないこと。

  • サービスロール AliyunServiceRoleForPolarDB がクラスタに割り当てられていること。詳細については、「RAM ロールに権限を付与する」をご参照ください。

使用上の注意

  • PolarDB クラスタは一時的なダウングレードをサポートしていません。

  • PolarDB がクラスタを一時的にスケールアップまたはスケールバックする場合、クラスタへの一時的な切断が発生する可能性があります。 アプリケーションに自動再接続メカニズムが設定されていることを確認してください。

  • 一時的なクラスタアップグレードの完了に必要な時間は、データ量によって異なります。

  • ロールバック時刻は、クラスタの有効期限の少なくとも 1 日前である必要があります。たとえば、クラスタの有効期限が 1 月 10 日の場合、復元時刻は遅くとも 1 月 9 日である必要があります。

  • クラスタが一時的にアップグレードされている場合、クラスタにノードを追加したり、クラスタからノードを削除したりすることはできません。 また、クラスタは自動スケーリングをサポートしていません。ノードを追加または削除する方法の詳細については、「読み取り専用ノードを追加または削除する」をご参照ください。一時的なアップグレードがまだ有効なときに手動水平スケーリングを実行したり、自動スケーリングを使用したりする場合は、クラスタを永続的にアップグレードする必要があります。詳細については、「一時的にアップグレードされた仕様を永続的に保持する」をご参照ください。

  • 一時的なアップグレードが有効なまま(クラスタが実行中状態)の場合、手動アップグレードを実行できます。クラスタを手動でアップグレードする方法の詳細については、「PolarDB クラスタを手動でアップグレードまたはダウングレードする」をご参照ください。

  • 指定できる最も早いスケールバック時刻は、クラスタがアップグレードされてから 1 時間後です。一時的なアップグレードの有効期間は 14 日以内に設定することをお勧めします。

  • 一時的なアップグレードを実行した後、クラスタがビジネス要件を満たしていない場合、または一時的なアップグレードの有効期間を延長する場合は、最初の一時的なアップグレードがロールバックされる前に、別の一時的なアップグレードを実行できます。 2 回目の一時的なアップグレードのロールバック時刻は、最初の一時的なアップグレードのロールバック時刻より前であってはなりません。

  • 一時的なアップグレード中は、クラスタのサブスクリプションを解除できません。

一時的にアップグレードされた仕様を永続的に保持する

一時的なアップグレードに使用された仕様を保持する場合は、一時的なアップグレードがまだ有効な間(クラスタが実行中状態)、手動アップグレードを実行できます。この場合、スケールバック時刻に達しても、クラスタは元の仕様にスケールバックされません。手動アップグレードを実行するには、構成の変更 [変更] ダイアログボックスで [アップグレード] を選択します。詳細については、「PolarDB クラスタを手動でアップグレードまたはダウングレードする」をご参照ください。

説明
  • この操作はビジネスに影響を与えません。

  • 一時的なアップグレードがまだ有効な間にクラスタのストレージ容量がスケーリングされた場合、一時的なアップグレードに使用された仕様は永続的に保持されます。

プライマリノードと読み取り専用ノードに異なる仕様を選択する

PolarDB クラスタの場合、プライマリノードと読み取り専用ノードに対して個別に一時的なアップグレードを実行できます。つまり、プライマリノードと読み取り専用ノードに異なる仕様を選択できます。

制限事項

  • 各クラスタには、プライマリノードと同じ仕様の読み取り専用ノードが少なくとも 1 つ含まれている必要があります。

  • 読み取り専用ノードの仕様がプライマリノードの仕様と大きく異ならないようにしてください。

    • 読み取り専用ノードのメモリがプライマリノードのメモリの半分以上であることを確認してください。

    • プライマリノードと読み取り専用ノードの CPU コア数が、次の表に示すマッピング関係を満たしていることを確認してください。

      プライマリノードの CPU コア数

      読み取り専用ノードの最小 CPU コア数

      2

      2

      4

      4

      8

      4

      16

      8

      32

      16

      64

      32

      88

      32

  • ホットスタンバイノードとして機能する読み取り専用ノードの仕様は、プライマリノードの仕様と同じである必要があります。ホットスタンバイノードの詳細については、「ホットスタンバイノードを設定する」をご参照ください。

  • 読み取り専用カラムストアノードの場合、プライマリノードの仕様よりも高い仕様を使用することをお勧めします。詳細については、「読み取り専用カラムストアノードを追加する」をご参照ください。

説明

PolarDB マルチマスタークラスタ(データベース/テーブル)エディション クラスタは、上記の制限の対象外です。

課金

一時的なアップグレード料金は、元の仕様と新しい仕様の価格差の 1.5 倍です。たとえば、一時的なアップグレードの有効期間が N 日の場合、一時的なアップグレード料金は次の式で計算できます。

一時的なアップグレード料金 = (新しい仕様の月額サブスクリプション料金 - 元の仕様の月額サブスクリプション料金)/ 30 × 1.5 × N

手順

  1. PolarDB コンソール にログインします。

  2. 左側のナビゲーションウィンドウで、クラスタ をクリックします。

  3. 左上隅で、クラスタがデプロイされているリージョンを選択します。

  4. クラスター ページで、一時的なアップグレードを実行するクラスタを見つけます。

  5. 次の 2 つの方法のいずれかを使用して、構成の変更 設定の変更 (サブスクリプション) (サブスクリプション) ダイアログボックスを開きます。

    • 一時的なアップグレードを実行するクラスタを見つけ、操作 列の 設定の変更 をクリックします。集群列表

    • 一時的なアップグレードを実行するクラスタを見つけ、クラスタ ID をクリックして 概要 ページに移動します。データベースノード セクションで、設定の変更 をクリックします。临时升配

  6. 構成の変更 設定の変更 (サブスクリプション) (サブスクリプション) ダイアログボックスで、一時スペックアップ を選択し、OK をクリックします。

    説明

    一時スペックアップ は、サブスクリプションクラスタでのみ使用できます。

  7. 表示されたダイアログボックスで、次の表に示すパラメータを設定します。

    パラメータ

    説明

    リソースタイプ

    クラスタの新しいカテゴリ。有効な値:汎用 および 専用

    ノード

    使用する新しいノード仕様。

    説明

    少なくとも 1 つの読み取り専用ノードがプライマリノードと同じ仕様であることを確認してください。

    復元時刻

    一時的なアップグレードの有効期限が切れる時刻。時刻に達すると、クラスタは元の仕様に復元されます。

    説明
    • 一時的なアップグレードを実行した後、クラスタがビジネス要件を満たしていない場合、または一時的なアップグレードの有効期間を延長する場合は、最初の一時的なアップグレードがロールバックされる前に、別の一時的なアップグレードを実行できます。 2 回目の一時的なアップグレードのスケールバック時刻は、最初の一時的なアップグレードのスケールバック時刻より前であってはなりません。

    • 一時的なアップグレードの最小有効期間は 1 時間です。復元時刻は指定後に変更できないため、有効期間は最大 14 日に設定することをお勧めします。

    • ロールバック時刻は、クラスタの有効期限の少なくとも 1 日前である必要があります。

  8. 利用規約を読み、選択し、[今すぐ購入] をクリックして、支払いを完了します。

  9. [購入] ページで、注文情報を確認し、[サブスクライブ] をクリックします。