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インスタンスのストレージ容量を拡張することを推奨します。

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

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

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

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

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

影響

課金ルール

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

手順

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

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

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

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

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

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

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

   説明

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

   • RDS High-availability EditionをローカルディスクまたはEnterprise SSD (ESSD) で実行する、またはRDS Basic EditionをESSDで実行する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インスタンスのストレージ容量を再度拡張できます。 詳細については、「ApsaraDB RDS For MySQLインスタンスのゾーン間移行」をご参照ください。 RDSインスタンスを別のゾーンに移行した後も、RDSインスタンスのエンドポイントは変更されません。 ただし、エンドポイントに関連付けられているIPアドレスは変更されます。 RDS インスタンスに自動的に再接続するようにアプリケーションが設定されていることを確認してください。

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

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

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

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

  説明

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

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

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

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

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

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

  いいえ。RDSインスタンスの仕様を変更した後、RDSインスタンスのエンドポイントは変更されません。 s 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 High-availability EditionでMySQL 8.0またはMySQL 5.7を実行し、ローカルディスクを使用している場合、RDSインスタンスのストレージタイプをクラウドディスクにアップグレードして、ストレージ容量の上限を増やすことができます。 これは、RDSインスタンスが中国 (杭州) 、中国 (上海) 、中国 (張家口) 、シンガポールのいずれかのリージョンにある場合に適用されます。

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

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

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

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

• 自動ストレージ拡張に対してどのように課金されますか?

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

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

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

• シングルゾーン展開をマルチゾーン展開に変更するにはどうすればよいですか。

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

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

  クライアントがJavaアプリケーションを使用している場合は、Javaアプリケーションの有効期間 (TTL) を60秒以内に設定することを推奨します。 このようにして、エンドポイントの仮想IPアドレス (VIP) が変更されると、アプリケーションはDNSレコードにクエリを実行して、リソースの新しいVIPを受信して使用します。 TTLの設定方法の詳細については、「公式JDKドキュメント」をご参照ください。

関連する API 操作