ワークロードの変化に応じて、ApsaraDB RDS for MySQL インスタンスの構成（インスタンスエディション、インスタンスタイプ、ストレージ）を変更します。
設定可能な項目の全一覧については、「インスタンス構成の変更」をご参照ください。
その他のデータベースエンジンで実行中のインスタンスの構成を変更する場合は、以下のドキュメントをご参照ください。
前提条件
開始する前に、以下の条件を満たしていることを確認してください。
インスタンスがサブスクリプションまたは従量課金の課金方法を使用していること。サーバーレスインスタンスの場合は、「サーバーレス ApsaraDB RDS for MySQL インスタンスの設定」をご参照ください。
Alibaba Cloud アカウントに未払いの更新料金がないこと。
インスタンスの状態が 実行中 であること。ロックされている場合は、事前に「インスタンスのロック解除」を行ってください。
制限事項
注文
構成変更の注文を提出すると、キャンセルできません。ビジネス要件を十分に検討したうえで操作を進めてください。
読み取り専用インスタンス
読み取り専用インスタンスの構成を変更する際は、プライマリインスタンスが 実行中 の状態である必要があります。
読み取り専用インスタンスのストレージは、対応するプライマリインスタンスの現在のストレージ以上である必要があります。プライマリインスタンスのストレージを拡張する前に、すべての読み取り専用インスタンスのストレージを拡張してください。
ストレージのスケールイン
高性能ローカルディスク：
スケールイン後のストレージは、使用済みストレージの 120 % 以上である必要があります。
例：インスタンスの合計ストレージが 100 GB（使用済み 50 GB）の場合、スケールイン後の最小ストレージは 60 GB（50 × 120 %）です。
一般的な制限（同一エディション・同一アーキテクチャの Basic Edition および High-availability Edition インスタンス）：
スケールイン後の最小ストレージ：
min{現在の使用量 × 1.3, 現在の使用量 + 400 GB}、かつ現在のインスタンスタイプでサポートされる最小ストレージ以上であること。増分単位： 5 GB 刻み。
バイナリログの生成が高速な場合、スケールイン前にローカルディスク上に十分なログを保持してください。詳細については、「ApsaraDB RDS for MySQL インスタンスのバックアップポリシーの変更」をご参照ください。
プロダクトタイプの変更
ゾーン互換性: Yitian Edition は、Standard Edition よりも対応するゾーン数が少ないです。ゾーンの互換性の問題によりプロダクトタイプの変更がブロックされた場合は、まずゾーンを変更するを実行し、その後でプロダクトタイプを変更します。
マイナーエンジンバージョン： 対象のマイナーエンジンバージョンは、現在のバージョンと同一か、それより新しいものである必要があります。マイナーエンジンバージョンのダウングレードはサポートされていません。
エディションの制約：
Basic Edition：Yitian Edition から Standard Edition へのみ変更可能。
High-availability Edition および Cluster Edition：Yitian Edition と Standard Edition の間でのみ相互変更可能。
レガシインスタンスタイプ
レガシインスタンスタイプ は直接変更できません。まずインスタンスを最新のインスタンスタイプにアップグレードし、その後で構成を変更してください。
潜在的なリスク
構成変更には以下の 2 つのフェーズが含まれます。
データ移行（インスタンスはオンラインのまま）： 目標構成で新しいインスタンスがプロビジョニングされ、データが新しいインスタンスに同期されます。このフェーズ中は、ご利用の現在のインスタンスはオンラインのまま稼働し、接続を受け付け続けます。
スイッチオーバー（一時的な中断あり）： スイッチオーバー時に、元のインスタンス ID およびエンドポイントが新しいインスタンスにリダイレクトされます。スイッチオーバーには通常約 30 秒かかります。ただし、クライアントの設定が不適切であったり、ドライバーのバージョンが必須バージョンより古い場合、実際の所要時間が長くなることがあります。この期間中は、データベース、アカウント、ネットワークに関連するほとんどの操作は実行できません。影響範囲の詳細については、「インスタンススイッチオーバーの影響」をご参照ください。
下記の表では、各構成変更タイプごとの影響について説明しています。
| ストレージタイプ | 変更項目 | 影響 |
|---|---|---|
| 高性能ローカルディスク | インスタンスタイプ、エディション、またはストレージ | ローカルリソースが不足している状態でインスタンスタイプまたはエディションを変更すると、データが自動的に移行されます。移行完了後、指定したスイッチオーバー時刻にスイッチオーバーが実行されます。移行中は増分同期が継続されます。 |
| ディスクを使用するインスタンス | インスタンスタイプまたはエディション | データ量に関係なく、数分程度かかります。スイッチオーバーが発生します。 |
| ディスクを使用するインスタンス | ストレージのスケールアウト | ESSD および高性能ディスクでは中断はありません。標準 SSD では一時的な切断が発生します。 |
| ディスクを使用するインスタンス | ストレージのスケールイン | 一時的な切断が発生します。「ディスクを使用するインスタンスのストレージ容量のスケールイン」をご参照ください。 |
ディスクのスナップショット作成中は、ストレージ拡張やパフォーマンスレベルの変更がスナップショット完了までキューに登録されます。
構成変更が完了した後は、以下のようになります。
手動による再起動は不要であり、保存済みデータが失われることはありません。
インスタンス ID およびエンドポイントは変更されません。ホスト間でインスタンスが移行された場合、エンドポイントの背後にある IP アドレスが変更される可能性があります。必ずエンドポイント（IP アドレスではなく）を使用して接続してください。
構成変更は、トラフィックが少ない時間帯に実施してください。また、アプリケーションに自動再接続メカニズムが備わっていることを確認してください。Basic Edition インスタンスはホットバックアップ用のセカンダリノードを持たない単一データベースノードであるため、構成変更中に一時的なサービス中断が発生します。
課金
詳細については、「構成変更の課金ルール」をご参照ください。
構成の変更
構成変更の注文を提出すると、キャンセルできません。ビジネス要件を十分に検討したうえで操作を進めてください。
インスタンス ページに移動します。ページ上部のナビゲーションバーから、インスタンスが配置されているリージョンを選択します。該当するインスタンスを見つけ、その ID をクリックします。
構成情報 エリアで、仕様の変更 をクリックします。
（サブスクリプションインスタンスのみ） 表示されるダイアログボックスで、変更方法を選択し、次へ をクリックします。提出後、システムが新しいインスタンスにデータを同期します。スイッチオーバー時刻になると、元のインスタンス ID およびエンドポイントが新しいインスタンスにリダイレクトされます。
方法 説明 アップグレード 仕様を向上させます。変更後すぐに有効になります。 ダウングレード 仕様を低下させます。変更後すぐに有効になります。 インスタンスのアップグレード／ダウングレード ページで、インスタンスの構成を更新します。
説明すべてのインスタンスタイプで、インスタンスタイプの変更 およびストレージの調整がサポートされています。レガシインスタンスタイプの場合は、ストレージ拡張の前に最新のインスタンスタイプにアップグレードしてください。
高性能ローカルディスクを使用する High-availability Edition インスタンス、およびディスク（標準 SSD を除く）を使用する Basic Edition または High-availability Edition インスタンスでは、ストレージのスケールインがサポートされています。
MySQL 5.6 Enterprise Edition（3 ノード）インスタンスのエディションを High-availability Edition に変更できます。
MySQL 5.7 Basic Edition インスタンスを、高性能ローカルディスクを搭載した High-availability Edition にアップグレードできます。
ESSD を使用する MySQL 8.0 または 5.7 High-availability Edition インスタンスを Cluster Edition に変更できます。
アップグレード／ダウングレードページでは、インスタンスタイプがデフォルトで 現在のタイプ に設定されています。操作を進める前に、ターゲットインスタンスタイプが要件を満たしていることを確認してください。
スイッチオーバー時刻 で、スイッチオーバーを実行するタイミングを選択します。
重要- メンテナンスウィンドウ内でのスイッチオーバー を選択した場合、スイッチオーバーが完了するまで、インスタンスは アップグレード中またはダウングレード中 の状態のままとなります。この期間中は、バージョンアップグレードやクロスゾーン移行などのインスタンスレベルの操作は利用できません。 - ストレージの拡張または ESSD パフォーマンスレベルの変更のみを行う場合は、サービスへの影響が最小限で即時有効となるため、メンテナンスウィンドウ内でのスイッチオーバー の選択は必要ありません。 - Basic Edition 以外のインスタンスでは、1 回または 2 回のスイッチオーバーが発生し、一時的な切断が発生する可能性があります。トラフィックが少ない時間帯に変更を実施するか、アプリケーションに自動再接続メカニズムを備えてください。 - Basic Edition インスタンスはホットバックアップ用のセカンダリノードを持たない単一データベースノードであるため、構成変更時にサービス中断が発生します。ビジネスへの影響を防ぐため、トラフィックが少ない時間帯に構成変更を実施してください。
オプション 動作 直ちに実行 データ移行完了後に直ちにスイッチオーバーが実行されます。 メンテナンスウィンドウ内でのスイッチオーバー 次の メンテナンスウィンドウ 内にスイッチオーバーが実行されます。 変更内容を確認し、注文の確定 をクリックして支払いを完了します。
警告- 注文を提出すると、キャンセルできません。 - 注文を提出してから構成変更が完了するまでの間は、Data Definition Language（DDL）操作を実行しないでください。
変更の進行状況を確認するには、基本情報 ページの右上隅にあるタスク一覧ボタンをクリックし、「タスク一覧」を開きます。
よくある質問
ディスクのスケールアウトおよびスケールイン
ディスクを拡張した後もインスタンスがロックされたままですが、なぜですか？
ディスクがいっぱいになったためにロックされたインスタンスは、スケールアウトタスクが完了すると自動的にロック解除されます。進行状況を確認するには、[基本情報] ページの右上隅にある 
ボタンをクリックして [タスクリスト] を開きます。
ストレージを拡張すると一時的な切断が発生するのはなぜですか？
ストレージ拡張はスイッチオーバーをトリガーします。接続への影響の詳細については、「インスタンススイッチオーバーの影響」をご参照ください。
ディスクを拡張した後、無料バックアップクォータは増加しますか？
はい。詳細については、「無料バックアップクォータ」をご参照ください。
ストレージタイプの変更
ストレージタイプ（高性能ローカルディスク、標準 SSD、ESSD）を変更するにはどうすればよいですか？
「ディスクを使用するインスタンスのストレージタイプを高性能ローカルディスクに変更する」をご参照ください。
高性能ローカルディスクを使用するインスタンスでストレージの自動拡張を有効にするにはどうすればよいですか？
「ストレージタイプをディスクベースのタイプに変更する」の後、ストレージの自動拡張を有効化します。あるいは、新しいディスクベースのインスタンスを作成し、「データの移行」を実行します。
高性能ローカルディスクを使用するインスタンスのストレージが上限に達しました。どのように増やすことができますか？
「ストレージタイプをディスクベースのタイプに変更する」ことで、より大きなストレージ容量を利用できます。MySQL 8.0 または 5.7 High-availability Edition（高性能ローカルディスク使用）インスタンスのストレージ範囲については、「ApsaraDB RDS for MySQL High-availability Edition（高性能ローカルディスク使用）」をご参照ください。
ストレージ領域の管理
ストレージ拡張時に「在庫不足」というメッセージが表示された場合、どうすればよいですか？
「インスタンスを別のゾーンに移行する」の後、ストレージを拡張してください。移行後もエンドポイントは変更されませんが、IP アドレスは変更されるため、アプリケーションに自動再接続メカニズムを設定してください。
ストレージの拡張のみを行う場合、データは新しいインスタンスに移行されますか？
ディスクベースのインスタンス（Basic Edition を除く）では、ストレージ拡張によって一時的な切断が発生することは通常ありません。
高性能ローカルディスクを使用するインスタンスでは、以下のようになります。
ホストに十分なストレージがある場合： インスタンスへの影響なしでストレージを直接拡張できます。
ホストに十分なストレージがない場合： 新しいプライマリおよびセカンダリインスタンスが作成され、データが同期されます。スイッチオーバー時に約 30 秒の一時的な切断が発生します。
ホスト上の残りストレージはコンソールでは確認できません。
RDS インスタンスからデータベースを削除した場合、ディスク領域は解放されますか？
DROP 文はディスク領域を解放します。DELETE 文は断片化を引き起こし、領域を解放しません。
構成変更の影響
CPU、メモリ、ディスクを同時にアップグレードした場合、サービスの停止時間はどのくらいですか？
1 つの項目を変更する場合でも、複数の項目を同時に変更する場合でも、サービスの停止時間は数分程度です。インスタンススイッチオーバーまたは再起動が発生し、この期間中はデータベース、アカウント、ネットワークに関連するほとんどの操作は実行できません。ビジネスへの影響を最小限に抑えるため、メンテナンスウィンドウ内で変更を実施してください。各変更項目ごとの影響の詳細については、「潜在的なリスク」セクションをご参照ください。
構成変更の所要時間に影響を与える要因は何ですか？
「ApsaraDB RDS for MySQL インスタンスの構成変更にかかる時間に影響を与える要因とは？」をご参照ください。
読み取り専用インスタンス
プライマリインスタンスをアップグレードした場合、読み取り専用インスタンスも自動的にアップグレードされますか？
いいえ。読み取り専用インスタンスは個別にアップグレードする必要があります。
プライマリインスタンスのストレージ拡張は、読み取り専用インスタンスへのレプリケーションに影響を与えますか？
いいえ。
接続およびネットワーク
構成変更後にエンドポイントは変更されますか？
いいえ。エンドポイント（例：rm-bpxxxxx.mysql.rds.aliyuncs.com）は変更されません。ただし、その背後にある IP アドレスは変更される可能性があるため、アプリケーションでは常に IP アドレスではなくエンドポイントを使用してください。
自動再接続メカニズムを設定するにはどうすればよいですか？
Java アプリケーションの場合は、DNS Time to Live（TTL）を 60 秒以下に設定してください。これにより、エンドポイントの IP アドレスが変更された際に、アプリケーションが DNS を再照会して更新された IP アドレスを取得できるようになります。Java における TTL の設定方法については、公式 JDK ドキュメントをご参照ください。
インスタンスタイプおよび課金
通常のインスタンスをサーバーレスインスタンスに変更できますか？
A：いいえ。サーバーレスインスタンスを利用するには、新規に作成する必要があります。「サーバーレスインスタンスの作成」をご参照ください。
サブスクリプションインスタンスはサーバーレスインスタンスに変換できません。サーバーレス機能を利用するには、新しいサーバーレスインスタンスを作成してください。「サーバーレス ApsaraDB RDS for MySQL インスタンスの作成」をご参照ください。
ストレージの自動拡張はどのように課金されますか？
ストレージの自動拡張はデフォルトで無効化されており、有効化自体は無料です。トリガーされた場合の課金は、手動拡張と同じルールが適用されます。「構成変更の課金ルール」をご参照ください。
誤ってダウングレードした後、元の構成にアップグレードしましたが、価格差が非常に大きいのはなぜですか？
インスタンスはプロモーション期間中に購入された可能性があります。プロモーション終了後にアップグレードした場合、割引のない通常価格が適用されます。
自動拡張およびスケールイン
ストレージの自動拡張のルールは何ですか？
「ストレージの自動拡張の有効化」をご参照ください。
ディスクベースのインスタンスでストレージのスケールインを行うとどのような影響がありますか？
一時的な切断が発生します。「ディスクを使用するインスタンスのストレージ容量のスケールイン」をご参照ください。
高性能ローカルディスクを使用するインスタンスをスケールインできますか？
はい。インスタンスが実行中の状態で、構成の変更 をクリックし、ダウングレード を選択してください。
ゾーン移行
シングルゾーンデプロイからマルチ AZ デプロイに変更するにはどうすればよいですか？
「インスタンスのゾーン間移行」をご参照ください。
API リファレンス
| API | 説明 |
|---|---|
| ModifyDBInstanceSpec | ApsaraDB RDS インスタンスの構成を変更します。 |