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

ApsaraDB RDS:プレミアムローカル SSD からクラウドディスクへのストレージタイプの変更

最終更新日:Mar 01, 2026

ApsaraDB RDS for MySQL インスタンスのストレージタイプを、プレミアムローカル SSD からプレミアム ESSD または Enterprise SSD (ESSD) にコンソールで変更することで、弾力性を向上させることができます。

前提条件

  • プライマリ ApsaraDB RDS for MySQL インスタンスが、以下のいずれかのバージョンで実行されていること。

    • ApsaraDB RDS for MySQL 8.0 または 5.7 High-availability Edition (プレミアムローカル SSD を使用)

    説明

    ApsaraDB RDS for MySQL 5.6 インスタンスは、プレミアムローカル SSD のみをサポートしています。これらのインスタンスのストレージタイプを他のクラウドディスクタイプに直接変更することはできません。ただし、代替方法を使用してこれを実現できます。詳細については、「よくある質問」をご参照ください。

  • インスタンスのマイナーエンジンバージョンが 20201031 以降であること。マイナーエンジンバージョンのアップグレード方法については、「マイナーエンジンバージョンのアップグレード」をご参照ください。

  • このインスタンスには、読み取り専用インスタンスディザスタリカバリインスタンスもありません。

  • このインスタンスでは、自動パフォーマンススケーリング 機能が有効になっていません。

  • このインスタンスでは、データベースプロキシ 機能が有効になっていません。

  • インスタンスが VPC を使用しており、クラシックネットワークエンドポイントがないこと。

  • インスタンスが IPv6 ネットワークプロトコルを使用していない、または複数の VPC に接続していないこと。(この前提条件は特定のシナリオにのみ適用されます。)

  • インスタンスは実行中です。

説明

ご利用のインスタンスがこれらの前提条件を満たしていない場合は、プレミアム ESSD または ESSD を使用する新しいインスタンスを作成し、元のインスタンスから新しいインスタンスにデータを移行する必要があります。詳細については、「ApsaraDB RDS for MySQL インスタンス間のデータ移行」をご参照ください。

ハイパフォーマンスローカルディスクとクラウドディスクの違い

メトリック

プレミアムローカル SSD

プレミアムパフォーマンスディスク

ESSD

I/O パフォーマンス

★★★★★

低い I/O レイテンシーと高い I/O パフォーマンスを提供します。

  • IOPS: インスタンスタイプによって異なります。

  • I/O レイテンシー: 10 ~ 50 マイクロ秒

★★★★★★

バッファプール拡張 (BPE) 機能I/O パフォーマンスバースト機能、およびデータアーカイブ機能を提供します。I/O パフォーマンスは次のとおりです。

  • IOPS: ディスク仕様とインスタンスタイプによって異なります。

  • I/O レイテンシー: 100 ~ 200 マイクロ秒

★★★★★

標準 SSD よりも高い I/O パフォーマンスを提供します。

  • IOPS: ディスク仕様とインスタンスタイプによって異なります。

  • I/O レイテンシー: 100 ~ 200 マイクロ秒

構成の柔軟性

★★★★

さまざまな構成オプションを提供し、ストレージ容量を個別に調整できます。プレミアムローカル SSD を使用する一部の RDS インスタンスでは、ストレージ容量がインスタンスタイプにバインドされており、個別に調整できません。

★★★★★

さまざまな構成オプションを提供し、RDS インスタンスのストレージ容量のスケールアウトまたはスケールインを可能にします。

説明

スケールインは、特定の条件を満たす MySQL インスタンスでのみサポートされています。詳細については、「インスタンス変更の概要」および「構成の変更」をご参照ください。

★★★★★

さまざまな構成オプションを提供し、RDS インスタンスのストレージ容量をスケールアウトまたはスケールインできます。

説明

スケールインは、特定の要件を満たす MySQL インスタンスでのみサポートされています。詳細については、「インスタンスの変更概要」および「ApsaraDB RDS インスタンスの仕様変更」をご参照ください。

バックアップ方法

XtraBackup を使用した物理バックアップ

スナップショットバックアップ

スナップショットバックアップ

バックアップ、読み取り専用インスタンスの作成、およびインスタンスのクローン作成にかかる時間

★★★

数時間かかります。時間はディスクサイズによって異なります。

★★★★★

数秒かかります。

★★★★★

数秒かかります。

スケールアウト期間

★★★★

データのコピーに数時間かかります。

★★★★★

オンラインでのスケールアウトをサポートしています。RDS インスタンスのストレージ容量を数秒でスケールアウトできます。

★★★★★

オンラインでのスケールアウトをサポートしています。RDS インスタンスのストレージ容量を数秒でスケールアウトできます。

スケールアウトの影響

一時的な接続中断が発生します。

なし。

なし。

データ耐久性

★★★★

ハードウェア障害によりデータ破損が発生する可能性があります。セカンダリデータベースが必要です。ローカルディスクを使用する High-availability Edition インスタンスの SLA は 99.995% です。

★★★★★

99.9999999% のデータ信頼性を提供し、コスト削減のために RDS Basic Edition を実行する RDS インスタンスをサポートします。

★★★★★

99.9999999% のデータ信頼性を提供し、コスト削減のために RDS Basic Edition を実行する RDS インスタンスをサポートします。

課金ルール

ストレージタイプの変更料金は、インスタンスが配置されているリージョンと選択された構成によって異なります。料金は変更操作を実行する際に表示されます。

注意事項

  • ストレージタイプは、プレミアムローカル SSD からプレミアム ESSD または ESSD にのみ変更できます。この変更を元に戻すことはできません。

  • プレミアムローカル SSD と ESSD は異なるインスタンスタイプをサポートしています。一部のインスタンスのストレージタイプを変更する際には、インスタンスタイプも変更する必要があります。インスタンスタイプに関する詳細については、「ApsaraDB RDS for MySQL Standard Edition (旧 X86) プライマリインスタンス仕様」をご参照ください。

  • 変更操作はさまざまな要因に影響され、場合によっては失敗することがあります。詳細については、「ApsaraDB RDS for MySQL インスタンスの仕様変更にかかる時間に影響する要因」をご参照ください。

  • この変更では増分同期が使用されます。変更中にアプリケーションが大量のデータを書き込むと、ターゲットディスクがソースディスクに追いつかなくなる可能性があります。これにより、変更が完了しない場合があります。変更をより早く完了するには、プロセス中のデータ書き込み頻度を減らしてください。

  • ストレージタイプを変更する前に、少なくとも 10% のディスク領域が空いていることを確認してください。ディスクがいっぱいになると、インスタンスがロックされます。この問題を解決する方法については、「データファイルによるストレージ枯渇によりロックされた ApsaraDB RDS for MySQL インスタンスの解決」をご参照ください。

影響

  • ストレージタイプの変更により、基盤となるデータ移行がトリガーされる場合があります。移行が完了すると、システムは指定された時間にワークロードを自動的に切り替えます。切り替え中に約 30 秒間の一時的な切断が発生します。オフピーク時間中に変更を実行し、アプリケーションが自動再接続をサポートしていることを確認することを推奨します。

    説明

    ストレージタイプを変更しても、インスタンスエンドポイントは変更されません。アプリケーションでそれらを更新する必要はありません。

  • 変更後、変更前に作成されたバックアップセットを使用してインスタンスを復元することはできません。復元には、変更後に作成されたバックアップセットを使用する必要があります。

  • ストレージタイプの変更中は、インスタンスのアップグレードまたはダウングレード、データベースエンジンバージョンのアップグレード、ゾーン間でのインスタンス移行などのインスタンスレベルの操作を実行できません。

  • ストレージタイプ間のアーキテクチャの違いにより、プレミアムローカル SSD からプレミアム ESSD または ESSD への変更により、リージョン間バックアップ機能が自動的に無効になります。変更後、継続的な機能性を確保するためにリージョン間バックアップポリシーを再構成する必要があります。詳細については、「リージョン間バックアップ」をご参照ください。

操作手順

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

  2. [基本情報] セクションで、[構成情報] をクリックします。次に、右側の [仕様変更] をクリックします。

    image

  3. [インスタンス仕様変更] ページで、[ストレージタイプ][プレミアム ESSD] または [ESSD] (PL1、PL2、または PL3) に設定できます。

    一部のゾーンでは、リソースが不足しているか、クラウドディスクを購入できない場合があります。この場合、ストレージタイプをクラウドディスクに変更するオプションは利用できません。クラウドディスクが利用可能なゾーンにインスタンスを移行してから、ストレージタイプを変更する必要があります。詳細については、「ゾーン間での ApsaraDB RDS for MySQL インスタンス移行」をご参照ください。

    説明
    • ESSD パフォーマンスレベル (PLs):

      • パフォーマンスランキング: PL3 > PL2 > PL1。

      • PL3 ESSD は、PL1 ESSD の最大 20 倍の IOPS と 11 倍のスループットを提供します。

      • PL2 ESSD は、PL1 ESSD の最大 2 倍の IOPS とスループットを提供します。

    • 最小ディスク領域要件は異なります。PL3 は 1,500 GB、PL2 は 500 GB、PL1 は 20 GB を必要とします。

    • プレミアム ESSD の最小ディスク領域は 10 GB です。

  4. オプションで [インスタンスタイプ] を設定できます。

    1. [分類] を選択できます: 汎用または専用。

      分類

      説明

      特徴

      汎用インスタンスタイプ

      メモリと I/O リソースを排他的に使用します。

      同じホスト上の他の汎用インスタンスと CPU およびストレージリソースを共有します。

      コスト効率が良い。

      専用インスタンスタイプ

      CPU、メモリ、ストレージ、および I/O リソースを排他的に使用します。

      説明

      専用ホストインスタンスは、専用インスタンスの最高構成です。それらは、ホストのすべての CPU、メモリ、ストレージ、および I/O リソースを排他的に使用します。

      より優れたパフォーマンスと安定性。

    2. CPU コア数とメモリサイズに基づいて、特定のインスタンスタイプを選択します。

      • テスト環境の場合: 1 つ以上の CPU コアを持つインスタンスタイプを選択します。

      • 本番環境の場合: 4 つ以上の CPU コアを持つインスタンスタイプを選択します。

      説明

      インスタンスタイプに関する詳細については、「ApsaraDB RDS for MySQL Standard Edition (旧 X86) プライマリインスタンス仕様」をご参照ください。

  5. オプション: 必要に応じて [ストレージ容量] を増減できます。

    説明

    クラウドディスクのストレージ容量は、元のプレミアムローカル SSD の使用済み領域の少なくとも 1.2 倍である必要があります。

  6. [切り替え時間] を設定します。これは、ストレージタイプアップグレード後のプライマリ/セカンダリ切り替えのスケジュールされた時間です。

    • [すぐに実行]

    • [メンテナンスウィンドウ内での切り替え]: システムは、メンテナンスウィンドウ中にスイッチオーバーを実行します。

    説明
    • 切り替えにより、約 30 秒間の一時的な切断が発生します。オフピーク時間中に変更を実行し、アプリケーションが自動再接続をサポートしていることを確認することを推奨します。

    • [メンテナンスウィンドウ内で切り替え] を選択した場合、切り替えが完了するまでインスタンスは [アップグレードまたはダウングレード中] ステータスになります。インスタンスがこのステータスである間は、インスタンスのアップグレードまたはダウングレード、データベースエンジンバージョンのアップグレード、ゾーン間でのインスタンス移行などのインスタンスレベルの操作を実行できません。

  7. サービス規約を読み、同意します。次に、[今すぐ支払う] をクリックして支払いを完了します。

    支払いを完了すると、インスタンスステータスは [アップグレードまたはダウングレード中] に変わります。ステータスが [実行中] に変わると、構成変更が完了します。

よくある質問

ApsaraDB RDS for MySQL 5.6 インスタンスのストレージタイプをプレミアムローカル SSD から ESSD またはプレミアム ESSD に変更するにはどうすればよいですか。

ApsaraDB RDS for MySQL 5.6 インスタンスはプレミアムローカル SSD のみをサポートしているため、ストレージタイプを直接変更することはできません。代わりに、以下の手順を使用してください。

  1. メジャーエンジンバージョンのアップグレード

    インスタンス詳細ページで、[メジャーバージョンアップグレード] ページに移動し、[アップグレードチェックレポートの作成] をクリックします。チェックが完了したら、[インスタンスのアップグレード] をクリックして、MySQL 5.6 プレミアムローカル SSD インスタンスを MySQL 5.7 または 8.0 プレミアムローカル SSD にアップグレードします。詳細については、「MySQL 5.6 から MySQL 5.7 へのアップグレードの利点」をご参照ください。

    image

  2. ストレージタイプの変更

    インスタンスの [基本情報] ページで、[仕様変更] をクリックして、MySQL 5.7 または 8.0 のストレージタイプをプレミアムローカル SSD から ESSD またはプレミアム ESSD に変更します。

ストレージタイプとしてプレミアム ESSD または ESSD を選択できないのはなぜですか。

一部のゾーンでは、リソースが不足しているか、クラウドディスクを購入できない場合があります。インスタンスがそのようなゾーンにある場合は、クラウドディスクが利用可能なゾーンに移行してから、ストレージタイプをクラウドディスクに変更する必要があります。詳細については、「ゾーン間での ApsaraDB RDS for MySQL インスタンス移行」をご参照ください。

ストレージタイプの変更はオンラインワークロードに影響しますか。

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

ストレージタイプ変更後、インスタンスのエンドポイントは変更されますか。

rm-bpxxxxx.mysql.rds.aliyuncs.com などのインスタンスのエンドポイントは変更されません。ただし、関連する IP アドレスは変更される場合があります。アプリケーションでは IP アドレスの代わりにエンドポイントを使用することを推奨します。

関連 API 操作

API

説明

ModifyDBInstanceSpec

インスタンス仕様を変更します。