ApsaraDB RDS:インスタンス仕様の変更

RDS インスタンスの具体的な設定項目については、「ApsaraDB RDS for MySQL インスタンスの設定項目」をご参照ください。

異なるデータベースエンジンを実行する RDS インスタンスの仕様を変更する方法については、以下のトピックをご参照ください。

• ApsaraDB RDS for SQL Server インスタンスの仕様を変更する

• ApsaraDB RDS for PostgreSQL インスタンスの仕様を変更する

• ApsaraDB RDS for MariaDB インスタンスの仕様を変更する

前提条件

• RDS インスタンスは、サブスクリプションまたは従量課金制を使用しています。

  説明

  RDS インスタンスがサーバーレス課金方式を使用している場合は、「サーバーレス ApsaraDB RDS for MySQL インスタンスを構成する」に記載されている手順に従って、RDS インスタンスの仕様を変更してください。

• Alibaba Cloud アカウントに未払いの更新注文はありません。

• RDS インスタンスは、実行中状態です。RDS インスタンスが ロック済み 状態の場合は、仕様を変更する前に インスタンスのロックを解除 してください。

制限事項

• 仕様変更注文を送信した後、注文をキャンセルすることはできません。そのため、仕様変更注文を送信する前に、新しい仕様がビジネス要件を満たしているかどうかを評価することをお勧めします。

• 読み取り専用 RDS インスタンスの仕様を変更する場合、読み取り専用 RDS インスタンスが接続されているプライマリ RDS インスタンスは、実行中状態である必要があります。

• 読み取り専用 RDS インスタンスのストレージ容量は、プライマリ RDS インスタンスのストレージ容量以上である必要があります。プライマリ RDS インスタンスのストレージ容量を拡張する前に、読み取り専用 RDS インスタンスのストレージ容量を拡張することをお勧めします。

• 変更できるのは、「ApsaraDB RDS for MySQL インスタンスの設定項目」で説明されている設定項目のみです。

• ローカルディスクを使用する RDS インスタンスのストレージ容量を削減する場合、新しいストレージ容量は、使用されているストレージの 120% 以上である必要があります。たとえば、ローカルディスクを使用する RDS インスタンスのストレージ容量が 100 GB で、50 GB のストレージが使用されている場合、新しいストレージ容量は 60 GB (50 × 120%) 以上である必要があります。

• RDS Basic Edition または RDS High-availability Edition を実行する RDS インスタンスのストレージ容量は、RDS エディションまたは RDS インスタンスのアーキテクチャを変更することなく削減できます。RDS インスタンスの新しいストレージ容量は、RDS インスタンスのインスタンスタイプでサポートされている最小ストレージ容量以上である必要があります。RDS インスタンスを削減できる最小ストレージ容量は、次の式を使用して計算されます。min{Used storage × 1.3, Used storage + 400 GB}。ストレージ容量は 5 GB 単位で削減できます。

• YiTian RDS インスタンスでサポートされているゾーンは、標準 RDS インスタンスでサポートされているゾーンとは異なります。ApsaraDB RDS の購入ページにアクセスし、必要な RDS インスタンスが、必要な製品タイプをサポートするゾーンにあるかどうかを確認できます。必要な RDS インスタンスが、必要な製品タイプをサポートするゾーンにない場合は、既存の RDS インスタンスを必要なゾーンに移行してから、製品タイプを変更できます。RDS インスタンスをゾーン間で移行する方法については、「同じリージョン内のゾーン間で ApsaraDB RDS for MySQL インスタンスを移行する」をご参照ください。

• RDS インスタンスの製品タイプを変更する場合、変更後の RDS インスタンスのマイナーエンジンバージョンが、現在のマイナーエンジンバージョン以降であることを確認してください。変更後のマイナーエンジンバージョンが現在のマイナーエンジンバージョンよりも前の場合、製品タイプの変更は失敗します。

• RDS インスタンスのインスタンスタイプが廃止された場合、インスタンスの仕様を変更することはできません。インスタンスの仕様を変更する前に、RDS インスタンスのインスタンスタイプを市販されているタイプに変更する必要があります。廃止されたインスタンスタイプについては、「廃止された ApsaraDB RDS for MySQL インスタンスタイプ」をご参照ください。

影響

課金ルール

詳細については、「仕様変更料金」をご参照ください。

手順

1. [インスタンス] ページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけて、インスタンスの ID をクリックします。

2. 表示されるページの [構成情報] セクションで、[仕様の変更] をクリックします。

3. 表示されるダイアログボックスで、仕様変更方法を選択し、[次へ] をクリックします。この手順は、RDS インスタンスがサブスクリプション課金方式を使用している場合にのみ必要です。

   次の仕様変更方法のいずれかを選択できます。

   アップグレード または ダウングレード: 仕様変更注文を送信すると、新しい仕様がすぐに有効になります。どちらの仕様変更方法も、サブスクリプション RDS インスタンスと従量課金制 RDS インスタンスでサポートされています。

   仕様変更注文を送信すると、システムはディスクから新しい RDS インスタンスに RDS インスタンスのデータを同期します。次に、システムは、仕様変更に指定した切り替え時間に基づいて、元の RDS インスタンスに関する ID やエンドポイントなどの情報を新しい RDS インスタンスに切り替えます。同じ ID とエンドポイントを使用して、RDS インスタンスに接続できます。

4. RDS インスタンスの仕様を変更します。

   説明

   • インスタンス構成に関係なく、RDS インスタンスのインスタンスタイプとストレージ容量を変更できます。ただし、廃止されたインスタンスタイプ の場合は、ストレージ容量を拡張する前に、オンラインで利用可能な仕様にアップグレードする必要があります。仕様変更の使用上の注意については、「標準プライマリ ApsaraDB RDS for MySQL インスタンスのインスタンスタイプ (元の x86 アーキテクチャ)」をご参照ください。

   • ローカルディスクまたはエンタープライズ SSD (ESSD) を使用して RDS High-availability Edition を実行する RDS インスタンス、または ESSD を使用して RDS Basic Edition を実行する RDS インスタンスのストレージ容量を削減できます。

   • RDS インスタンスが RDS Enterprise Edition で MySQL 5.6 を実行している場合、RDS インスタンスを RDS High-availability Edition にダウングレードできます。

   • RDS インスタンスが RDS Basic Edition で MySQL 5.7 を実行している場合、RDS インスタンスをローカルディスク付きの RDS High-availability Edition にアップグレードできます。

   • RDS インスタンスが ESSD 付きの RDS High-availability Edition で MySQL 5.7 または MySQL 8.0 を実行している場合、RDS インスタンスを RDS Cluster Edition にアップグレードできます。

   • 新しい仕様がビジネス要件を満たしていることを確認してください。

   • デフォルトでは、[仕様の変更] ページが表示されると、インスタンスの現在の仕様が表示されます。潜在的なリスクを回避するために、変更後の仕様が要件を満たしていることを確認してください。

5. [切り替え時間] パラメータを構成します。

   • すぐに実行: RDS インスタンスのデータが新しい RDS インスタンスに移行されると、システムはすぐにワークロードを新しい RDS インスタンスに切り替えます。

   • メンテナンスウィンドウ内で切り替え: システムは、指定したメンテナンスウィンドウ内でワークロードを新しい RDS インスタンスに切り替えます。詳細については、「メンテナンスウィンドウを構成する」をご参照ください。

   重要

   • RDS Basic Edition を使用している場合、セカンダリ RDS インスタンスは RDS インスタンスのホットスタンバイとして提供されません。そのため、RDS インスタンスの仕様を変更すると、データベースサービスが長時間利用できなくなります。ワークロードの中断を防ぐために、オフピーク時に RDS インスタンスの仕様を変更することをお勧めします。

   • RDS Basic Edition を使用していない場合、RDS インスタンスの仕様を変更すると、1 つまたは 2 つのインスタンスのスイッチオーバーが発生する可能性があります。スイッチオーバーによってワークロードが中断されることはありません。ただし、オフピーク時に RDS インスタンスの仕様を変更するか、アプリケーションが RDS インスタンスに自動的に再接続するように構成されていることを確認することをお勧めします。インスタンスのスイッチオーバーの影響については、「インスタンスのスイッチオーバーの影響」をご参照ください。

   • メンテナンスウィンドウ内で切り替え を選択した場合、RDS インスタンスは、スイッチオーバーが完了するまで アップグレード中またはダウングレード中 の状態のままになります。スイッチオーバー中は、RDS インスタンスで特定の操作を実行できません。たとえば、RDS インスタンスの仕様のアップグレードまたはダウングレード、RDS インスタンスのデータベースエンジンバージョンのアップグレード、またはゾーン間の RDS インスタンスの移行は実行できません。

   • ほとんどの場合、ストレージ容量の拡張または ESSD ストレージタイプの変更によってワークロードが中断されることはなく、すぐに有効になります。この場合、メンテナンスウィンドウ内で切り替え を選択する必要はありません。

6. 利用規約を読んで選択し、[今すぐ支払う] をクリックします。表示されるダイアログボックスで、仕様変更前後のインスタンス情報を確認し、[続行] をクリックして支払いを完了します。

   警告

   • 仕様変更注文を送信した後、注文をキャンセルすることはできません。そのため、仕様変更注文を送信する前に、新しい仕様がビジネス要件を満たしているかどうかを評価することをお勧めします。

   • 仕様変更注文を送信した後、仕様変更が適用される前に DDL 操作を実行しないでください。

よくある質問

• インスタンスのストレージ容量を拡張した後、インスタンスがロックされたままなのはなぜですか？

  仕様アップグレードタスクが完了すると、インスタンスのロックは自動的に解除されます。インスタンスの [基本情報] ページの右上隅にある [タスク センター] ボタンをクリックすると、表示される ページでタスクの進捗状況を確認できます。

• RDS インスタンスのストレージタイプをローカル SSD、標準 SSD、ESSD の間で変更するにはどうすればよいですか？

  詳細については、「ApsaraDB RDS インスタンスのストレージタイプを標準 SSD または ESSD からローカル SSD に変更するにはどうすればよいですか？」をご参照ください。

• RDS インスタンスのストレージ容量を拡張するときに、ストレージリソースが不足していることを示すエラーが発生した場合はどうすればよいですか？

  RDS インスタンスを別のゾーンに移行してから、RDS インスタンスのストレージ容量を再度拡張できます。詳細については、「ゾーン間の移行を実行する」をご参照ください。RDS インスタンスを別のゾーンに移行した後も、RDS インスタンスのエンドポイントは変更されません。ただし、エンドポイントに関連付けられている IP アドレスは変更されます。アプリケーションが RDS インスタンスに自動的に再接続するように構成されていることを確認してください。

• RDS インスタンスのストレージ容量のみを拡張する場合、システムは RDS インスタンスのデータを新しい RDS インスタンスに移行しますか？

  ほとんどの場合、RDS インスタンスがクラウドディスクを使用し、RDS Basic Edition を実行していない場合、ストレージ容量を拡張しても一時的な切断は発生しません。RDS インスタンスがローカルディスクを使用している場合、システムは、RDS インスタンスがデプロイされているホストのストレージリソースに基づいて、RDS インスタンスのデータを移行します。

  • RDS インスタンスがデプロイされているホストは、十分なストレージを提供できます。この場合、ストレージ容量を直接拡張できます。拡張プロセスによってワークロードが中断されることはありません。

  • RDS インスタンスがデプロイされているホストは、十分なストレージを提供できません。この場合、システムは、十分なストレージを提供できる別のホストにプライマリ RDS インスタンスとセカンダリ RDS インスタンスを作成します。次に、システムは元の RDS インスタンスのデータを新しいプライマリ RDS インスタンスとセカンダリ RDS インスタンスに同期します。同期によって元の RDS インスタンスのワークロードが中断されることはありません。ただし、同期が完了すると、ワークロードのスイッチオーバーによって約 30 秒間の一時的な切断が発生します。

  説明

  RDS インスタンスがデプロイされているホストで使用可能なストレージ容量を取得することはできません。

• プライマリ RDS インスタンスをアップグレードすると、プライマリ RDS インスタンスに接続されている読み取り専用 RDS インスタンスも自動的にアップグレードされますか？

  いいえ、プライマリ RDS インスタンスをアップグレードしても、プライマリ RDS インスタンスに接続されている読み取り専用 RDS インスタンスは自動的にアップグレードされません。読み取り専用 RDS インスタンスを手動でアップグレードする必要があります。

• RDS インスタンスの仕様を変更すると、オンラインワークロードは中断されますか？

  詳細については、「影響」をご参照ください。

• RDS インスタンスの仕様を変更した後、RDS インスタンスのエンドポイントは変更されますか？

  いいえ、RDS インスタンスの仕様を変更した後も、RDS インスタンスのエンドポイントは変更されません。エンドポイントの例は、rm-bpxxxxx.mysql.rds.aliyuncs.com です。ただし、エンドポイントに関連付けられている IP アドレスは変更される可能性があります。エンドポイントをアプリケーションに追加することをお勧めします。IP アドレスをアプリケーションに追加しないでください。

• RDS インスタンスの仕様の変更に必要な時間に影響を与える要因は何ですか？

  詳細については、「ApsaraDB RDS for MySQL インスタンスの仕様の変更に必要な時間に影響を与える要因は何ですか？」をご参照ください。

• RDS インスタンスの CPU コア、メモリ、ストレージ容量を同時にアップグレードする場合、サービスのダウンタイムはどのくらいですか？

  サービスのダウンタイムは、RDS インスタンスの CPU コア、メモリ、またはストレージ容量をアップグレードする場合と同じです。ほとんどの場合、サービスのダウンタイムは数分です。インスタンス仕様の変更中に、インスタンスのスイッチオーバーが発生したり、RDS インスタンスが再起動されたりする可能性があります。また、データベース、アカウント、ネットワーク設定に関連する操作のほとんどを実行できません。指定されたメンテナンスウィンドウ内で RDS インスタンスの仕様を変更することをお勧めします。さまざまな設定項目の影響については、「影響」をご参照ください。

• RDS インスタンスのストレージ容量を拡張すると、一時的な切断が発生するのはなぜですか？

  RDS インスタンスのストレージ容量を拡張すると、インスタンスのスイッチオーバーが発生します。インスタンスのスイッチオーバーの影響については、「インスタンスのスイッチオーバーの影響」をご参照ください。

• プライマリ RDS インスタンスのストレージ容量を拡張すると、プライマリ RDS インスタンスから読み取り専用 RDS インスタンスへのデータレプリケーションは影響を受けますか？

  いいえ、仕様変更は、プライマリ RDS インスタンスから読み取り専用 RDS インスタンスへのデータレプリケーションに影響を与えません。

• ローカルディスクを使用する RDS インスタンスでは、ストレージの自動拡張はサポートされていません。ローカルディスクを使用する RDS インスタンスでストレージの自動拡張機能を有効にするにはどうすればよいですか？

  クラウドディスクを使用する RDS インスタンスを作成し、元の RDS インスタンスから新しい RDS インスタンスにデータを移行する必要があります。詳細については、「ApsaraDB RDS for MySQL インスタンス間でデータを移行する」をご参照ください。

• 上限に達した後、RDS インスタンスのストレージ容量を拡張するにはどうすればよいですか？

  RDS インスタンスがローカルディスクを使用している場合、RDS インスタンスのストレージタイプをクラウドディスクにアップグレードすることで、インスタンスのストレージ容量を拡張できます。ストレージタイプの変更方法については、「ストレージタイプをローカルディスクからクラウドディスクに変更する」をご参照ください。RDS High-availability Edition で MySQL 8.0 または MySQL 5.7 を実行し、ローカルディスクを使用する RDS インスタンスのストレージ容量については、「RDS High-availability Edition の RDS インスタンス (ローカルディスク付き)」をご参照ください。

• RDS インスタンスからデータベースを削除すると、ディスク容量は解放されますか？

  DROP 文を実行してデータベースを削除すると、ディスク容量は解放されます。DELETE 文を実行してデータベースを削除すると、ディスク容量は解放されず、ディスクフラグメントが生成されます。

• 通常の ApsaraDB RDS for MySQL インスタンスをサーバーレス ApsaraDB RDS for MySQL インスタンスに変換できますか？

  いいえ、通常の RDS インスタンスをサーバーレス RDS インスタンスに変換することはできません。サーバーレス RDS インスタンスを使用する場合は、サーバーレス RDS インスタンスを作成する必要があります。詳細については、「サーバーレス ApsaraDB RDS for MySQL インスタンスを作成する」をご参照ください。

• ストレージの自動拡張はどのように課金されますか？

  デフォルトでは、ストレージの自動拡張機能は無効になっています。この場合、この機能に対して課金されることはありません。この機能を有効にすると、手動ストレージ拡張に使用される課金方法に基づいて、この機能に対して課金されます。詳細については、「インスタンス仕様の変更」をご参照ください。

• ストレージの自動拡張のルールは何ですか？

  ストレージの自動拡張のルールの詳細については、「ストレージの自動拡張を構成する」をご参照ください。

• シングルゾーンデプロイメントをマルチゾーンデプロイメントに変更するにはどうすればよいですか？

  シングルゾーンデプロイメントをマルチゾーンデプロイメントに変更する場合は、同じリージョン内のゾーン間で RDS インスタンスを移行する必要があります。詳細については、「ゾーン間の移行を実行する」をご参照ください。

• RDS インスタンスに自動的に再接続するようにアプリケーションを構成するにはどうすればよいですか？

  クライアントが Java アプリケーションを使用している場合、Java アプリケーションの Time to Live (TTL) を 60 秒以下に設定することをお勧めします。これにより、エンドポイントの仮想 IP アドレス (VIP) が変更されると、アプリケーションは DNS レコードを照会して、リソースの新しい VIP を受信して使用します。TTL の構成方法の詳細については、公式の JDK ドキュメント をご参照ください。

• クラウドディスクを使用する RDS インスタンスのストレージ容量を削減する場合、どのような点に注意する必要がありますか？

  RDS インスタンスのストレージ容量を削減すると、インスタンスが一時的に切断される可能性があります。詳細については、「クラウドディスクを使用する ApsaraDB RDS for MySQL インスタンスのストレージ容量を削減するにはどうすればよいですか？」をご参照ください。

• ローカルディスクを使用する RDS インスタンスのストレージ容量を削減できますか？

  はい、ローカルディスクを使用する RDS インスタンスのストレージ容量を削減できます。RDS インスタンスの実行中に、[仕様の変更] をクリックし、[ダウングレード] を選択して、ストレージ容量を削減できます。

関連操作