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

PolarDB:RDS for MySQL から PolarDB for MySQL へのワンクリックアップグレード

最終更新日:Aug 13, 2026

PolarDB では、ApsaraDB RDS for MySQL (RDS) インスタンスをワンクリックで PolarDB for MySQL クラスターにアップグレードできます。PolarDB は、ソース RDS インスタンスからアカウント、データベース、IP ホワイトリスト、パラメーターを自動的に同期します。元のエンドポイントを維持できるため、アプリケーションは設定変更なしで PolarDB クラスターに切り替わります。

RDS インスタンスを、同一または上位バージョンPolarDB クラスターにアップグレードできます。例:

  • ApsaraDB RDS for MySQL 5.6 インスタンスは、PolarDB for MySQL 5.6、5.7、8.0.1、または 8.0.2 クラスターにアップグレードできます。

  • ApsaraDB RDS for MySQL 5.7 インスタンスは、PolarDB for MySQL 5.7、8.0.1、または 8.0.2 クラスターにアップグレードできます。

  • ApsaraDB RDS for MySQL 8.0 インスタンスは、PolarDB for MySQL 8.0.1 または 8.0.2 クラスターにアップグレードできます。

    説明
    • PolarDB for MySQL 8.0.1 は、MySQL Community Edition 8.0.13 以前と完全な互換性があります。バージョン 8.0.2 は、MySQL Community Edition 8.0.18 以前と完全な互換性があります。

    • PolarDB for MySQL 8.0.1 と 8.0.2 でサポートされている機能は異なります。詳細については、カーネルバージョンの機能比較をご参照ください。

移行方法

移行方法には、物理移行 (物理レプリケーション)論理移行 (DTS データ同期) の 2 つがあります。システムは、RDS インスタンスの MySQL のバージョン、エディション、およびストレージタイプに基づいて方法を選択します。この方法は変更できません。

項目

物理移行 (物理レプリケーション)

論理移行 (DTS データ同期)

対象インスタンス

ローカル SSD を使用する ApsaraDB RDS for MySQL 5.6 および 5.7 の高可用性エディションのインスタンス。これらのインスタンスは、同一バージョンの PolarDB for MySQL クラスターにアップグレードできます。

説明

マイナーバージョンの要件:

  • ApsaraDB RDS for MySQL 5.6 高可用性エディションの場合、マイナーバージョンは 20190815 以降である必要があります。

  • ApsaraDB RDS for MySQL 5.7 高可用性エディションの場合、マイナーバージョンは 20200331 以降である必要があります。

物理移行 (物理レプリケーション) の対象を除き、他のタイプの ApsaraDB RDS for MySQL インスタンスは、同一または上位バージョンの PolarDB for MySQL クラスターにアップグレードできます。

説明

マイナーバージョンの制限はありません。

仕組み

RDS インスタンスから全量データをコピーし、PolarDB クラスターへの増分同期を維持します。

重要

増分同期中に作成された InnoDB 以外のテーブルは、InnoDB テーブルに変換されます。

DTS を使用してタスクを作成し、RDS インスタンスから PolarDB クラスターへの全量データとスキーマの同期を実行した後、増分同期を行います。

説明
  • 全量データ初期化中、同時 INSERT 操作により PolarDB クラスターでテーブルの断片化が発生します。そのため、全量初期化が完了すると、PolarDB クラスターのテーブルスペースは RDS インスタンスのテーブルスペースよりも大きくなります。

  • 全量データ初期化フェーズ中にメモリ使用量が高くなる可能性があります。これは、InnoDB エンジンのメモリバッファプールである innodb_buffer_pool が、読み書き操作を高速化するためにデータをアクティブにキャッシュし、全体のメモリ使用量が増加するためです。ワンクリックアップグレードが完了した後、コンソールでメモリバッファのサイズ innodb_buffer_pool_size調整して、この部分のメモリ使用量を削減できます。

DTS の要否

いいえ。

はい。

MySQL バージョンの移行

同一バージョンへの移行のみサポートされています。

同一または上位バージョンへの移行をサポートしています。

アップグレード期間の制限

移行は 30 日以内に完了する必要があります。この期間を過ぎると、移行機能は無効になります。

移行は 30 日以内に完了する必要があります。この期間を過ぎると、移行機能は無効になります。

クロスリージョン移行

サポートされていません。

サポートされていません。

増分同期

サポートされています。

サポートされています。

新しいデータベースの移行

サポートされています。

サポートされていません。

説明

新しいデータベースを同期するには、DTS コンソールに移動して同期オブジェクトを変更します。新しいデータベースを正方向同期タスクと逆方向同期タスクの両方に追加します。

スキーマ移行

サポートされています。

データベース、テーブル、ビュー、ストアドプロシージャ、および関数のスキーマのみを移行できます。

メリット

  • エンドポイント切り替え:元のデータベースエンドポイントを保持できるため、アプリケーションは接続設定を変更することなく PolarDB クラスターに切り替えることができます。

  • ワンクリックアップグレードプロセスは、データ損失ゼロを保証します。

  • 増分移行をサポートします。

  • オンラインホットマイグレーションをサポートします。スイッチオーバー操作中、サービスの中断は 10 分未満で 1 回のみです。

  • 移行のロールバックをサポートします。移行が失敗した場合、またはビジネス要件が変更された場合、10 分以内に移行をロールバックできます。

RDS インスタンスへの影響

ワンクリックアップグレードは、RDS インスタンスに対する一部の操作を制限し、瞬断や負荷の増加を引き起こす可能性があります。

  • ワンクリックアップグレード中は、インスタンスパラメータを変更できません。

  • ワンクリックアップグレード中は、RDS インスタンスのサブスクリプションの解約、解放、またはゾーンの変更はできません。

  • スイッチオーバー操作中に、[アドレス切り替えあり]を選択した場合、サービスが 1〜5 分間中断される可能性があります。[アドレス切り替えなし]を選択した場合は、アプリケーションの接続設定を速やかに更新して PolarDB クラスターに接続する必要があります。

  • 移行方法に応じて、論理移行 (DTS データ同期) を使用してワンクリックアップグレードを実行する場合、以下の影響があります:

    • RDS インスタンスにトリガーが存在する場合、開始前に削除する必要があります。そうしないと、移行は中断されます。

    • フルデータ初期化中は、データベースまたはテーブルスキーマを変更する DDL 操作を実行しないでください。これにより、データ同期タスクが失敗する可能性があります。

    • フルデータ初期化は、RDS インスタンスと PolarDB クラスターの両方で、CPU や IOPS などの読み取りおよび書き込みリソースを消費します。これにより、RDS インスタンスの負荷が増加する可能性があります。

注意事項

前提条件

RDS インスタンスは、次の条件を満たす必要があります。

  • インスタンスの仕様:

    MySQL バージョン

    Basic Edition

    High-availability Edition

    Cluster Edition

    5.6

    -

    ローカル SSD

    -

    5.7

    クラウドディスク

    ローカル SSDクラウドディスク

    クラウドディスク

    8.0

    クラウドディスク

    ローカル SSDクラウドディスク

    クラウドディスク

  • データテーブルのストレージエンジンタイプは、InnoDB または X-Engine である必要があります。

  • インスタンスが 物理移行 (物理レプリケーション) の要件を満たしていない場合、システムはアップグレードでは 論理移行 (DTS データ同期) を自動的に選択します。この場合、ワンクリックアップグレードの失敗を防ぐため、RDS インスタンスは次の条件も満たす必要があります。

    • RDS インスタンスが、既存の DTS 双方向同期タスクに含まれていないこと。この状態でアップグレードを続行すると、データの不整合が発生する可能性があります。

    • RDS インスタンスにトリガーが存在する場合、開始前に削除する必要があります。そうしないと、移行は中断されます。

    • RDS インスタンスでは、バイナリロギングがデフォルトで有効になっています。binlog_row_image パラメーターが full に設定されていることを確認してください。設定されていない場合、事前チェックでエラーが報告され、データ同期タスクを開始できません。

    • DTS を利用するには、RDS インスタンスの バイナリログ を少なくとも 7 日間保持する必要があります。保持期間が 7 日未満の場合、DTS がバイナリログを取得できず、タスクが失敗する可能性があります。極端な場合、データの不整合または損失につながることがあります。DTS の要件より短いバイナリログ保持期間の設定に起因する問題は、DTS のサービスレベルアグリーメント (SLA) の対象外です。

  • インスタンスが 物理移行 (物理レプリケーション) の要件を満たしていないものの、この方法でワンクリックアップグレードを実行する場合は、次の操作を実行して RDS インスタンスが 物理移行 (物理レプリケーション) の要件を満たすようにしてから、ワンクリックアップグレードを実行できます。

    • ApsaraDB RDS for MySQL 5.6 高可用性エディションの場合、マイナーバージョンは 20190815 以降である必要があります。

    • ApsaraDB RDS for MySQL 5.7 高可用性エディションの場合、マイナーバージョンは 20200331 以降である必要があります。

    説明
    • RDS コンソール > インスタンスの詳細 > 基本情報 ページに移動します。設定情報 セクションで、RDS インスタンスの [マイナーバージョン情報] を確認します。バージョンが要件を満たさない場合は、マイナーバージョンを 最新バージョンにアップグレードできます。

    • 物理移行 (物理レプリケーション) の場合、バイナリログ の保持期間を 24 時間以上に設定してください。

制限事項

インスタンスが 物理移行 (物理レプリケーション) の要件を満たしていない場合、システムはアップグレードに 論理移行 (DTS データ同期) を自動的に選択します。この移行方法には、次の使用上の制限があります。

  • 同期の実行中は、DTS 以外でターゲットデータベースにデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベースの間でデータの不整合が発生する可能性があります。たとえば、DMS を使用してオンライン DDL 操作を実行中に他のデータがターゲットデータベースに書き込まれると、データ損失が発生する可能性があります。

  • DTS は、ターゲットデータベースに同期する際、デフォルトで外部キー制約を無効にします。そのため、ソースデータベースでのカスケード操作や削除は、ターゲットデータベースには同期されません。

  • 増分同期でサポートされる SQL ステートメント:

    操作タイプ

    SQL ステートメント

    DML

    INSERTUPDATEDELETE

    DDL

    • ALTER TABLEALTER VIEW

    • CREATE FUNCTIONCREATE INDEXCREATE PROCEDURECREATE TABLECREATE VIEW

    • DROP INDEXDROP TABLE

    • RENAME TABLE

    • TRUNCATE TABLE

考慮事項

移行フェーズ

説明

移行前

移行中

  • PolarDB クラスターを作成すると、完全データ同期が開始されます。所要時間はデータ量によって異なり、この間、クラスターのステータスは [作成中] になります。

  • (任意) エンドポイントによる切り替えを実行する場合は、RDS インスタンスと PolarDB クラスターの両方に存在する接続エンドポイントのみ切り替えることができます。スイッチオーバーの前に、クラスターに対応する接続エンドポイントを作成する必要があります。作成しない場合、スイッチオーバーは実行されません。

  • エンドポイントの SSL 暗号化ステータスを一致させる必要があります。

    • RDS インスタンスのエンドポイントで SSL 暗号化 が有効になっており、エンドポイントによる切り替えを使用して切り替える場合は、PolarDB クラスター上の対応するエンドポイントでも SSL 暗号化 が有効になっていることを確認してください。

    • RDS インスタンスのエンドポイントで SSL 暗号化 が有効になっていない場合は、PolarDB クラスター上の対応するエンドポイントでも SSL 暗号化 が有効になっていないことを確認してください。

  • 論理移行 (DTS データ同期) の場合は、DTS データ同期タスクを手動で解放しないでください。

課金

論理移行 (DTS データ同期)

論理移行 (DTS データ同期) 方法では、DTS データ同期タスクとターゲット PolarDB クラスターが課金されます。

  • DTS データ同期タスク:

    アップグレード中に、システムは RDS インスタンスと PolarDB クラスター間の DTS データ同期タスクを自動的に作成します。詳細については、「DTS 課金の概要」をご参照ください。

  • ターゲット PolarDB クラスター:

    • 課金方法従量課金 の場合、アップグレードプロセス中はクラスターに課金されません。次のいずれかの操作の後に、標準の従量課金が開始されます:

      • 移行の完了 (移行の完了 操作を含む)

        説明
        • RDS インスタンスと PolarDB クラスター間の同期リンクが終了すると、移行は完了します。

        • 移行は 30 日以内に完了する必要があります。この期間を過ぎると、移行機能は無効になり、RDS インスタンスと PolarDB クラスターは 読み取り/書き込み ステータスに戻り、レプリケーションリンクが切断されます。

      • 移行の停止 (事前チェックが失敗した場合の 移行の中止 操作と 移行のキャンセル 操作を含む)

        この時点でターゲット PolarDB クラスターは作成されていますが、アップグレードプロセスは停止しています。ターゲット PolarDB クラスターが不要な場合は、速やかに 解放してください。

    • 課金方法サーバーレス の場合、クラスターのステータスが [実行中] に変わると課金が開始されます。

    • 課金方法サブスクリプション の場合、クラスターの作成時に該当する料金を支払う必要があります。

物理移行 (物理レプリケーション)

物理移行 (物理レプリケーション) 方法では、アップグレードプロセスに追加料金は発生しません。ターゲット PolarDB クラスターのみが課金されます。

  • 課金方法従量課金 の場合、アップグレードプロセス中はクラスターに課金されません。次のいずれかの操作の後に、標準の従量課金が開始されます:

    • 移行の完了 (移行の完了 操作を含む)

      説明
      • RDS インスタンスと PolarDB クラスター間の同期リンクが終了すると、移行は完了します。

      • 移行は 30 日以内に完了する必要があります。この期間を過ぎると、移行機能は無効になり、RDS インスタンスと PolarDB クラスターは 読み取り/書き込み ステータスに戻り、レプリケーションリンクが切断されます。

    • 移行の停止 (事前チェックが失敗した場合の 移行の中止 操作と 移行のキャンセル 操作を含む)

      この時点でターゲット PolarDB クラスターは作成されていますが、アップグレードプロセスは停止しています。ターゲット PolarDB クラスターが不要な場合は、速やかに 解放してください。

  • 課金方法サーバーレス の場合、クラスターのステータスが [実行中] に変わると課金が開始されます。

  • 課金方法サブスクリプション の場合、クラスターの作成時に該当する料金を支払う必要があります。

はじめに

1. 移行評価

PolarDB は、開始前にインスタンスのステータス、タスクの依存関係、インスタンス属性を事前チェックする 移行評価 機能を提供します。これにより、潜在的な問題を早期に特定して解決できます。

2. アップグレード手順

コンソール操作

このセクションでは、ワンクリックアップグレードプロセスの概要を説明します。詳細については、「アップグレード手順」をご参照ください。

  1. (オプション) IP アドレスホワイトリストの確認

    RDS インスタンスに読み取り専用インスタンスがあり、その IP アドレスホワイトリストがプライマリインスタンスのホワイトリストと異なる場合は、読み取り専用インスタンスのホワイトリストをプライマリインスタンスのホワイトリストにマージします。これにより、ホワイトリストが PolarDB クラスターに自動的に同期されます。

    説明

    PolarDB クラスターの IP アドレスホワイトリストは、クラスター全体に適用されます。個々のノードに対して個別のホワイトリストを設定することはできません。そのため、移行完了後、PolarDB クラスターの IP アドレスホワイトリストデータベースアカウントの権限 を確認してください。

  2. PolarDB クラスターの作成

    PolarDB クラスター購入ページにアクセスします。作成方法を RDS から移行 に設定し、ソース RDS インスタンスのバージョンとインスタンスを指定して PolarDB クラスターを購入します。購入完了後、システムは初期化、事前チェック、および完全データ同期を実行します。このプロセス中、クラスターのステータスは 作成中 です。お待ちください。

    説明

    [論理移行 (DTS データ同期)] 中に、事前確認に失敗しました などのエラーが発生する場合があります。エラーメッセージ に基づいてエラーを解決してください。エラーを解決した後、続行 をクリックしてワンクリックアップグレードプロセスを再開します。エラーの解決がオンラインサービスに影響する場合は、キャンセル をクリックしてアップグレードプロセスを停止できます。

  3. (オプション) 不足しているエンドポイントの追加

    エンドポイント切り替え機能は、元のデータベースエンドポイントを保持します。これにより、アプリケーションは接続設定を変更することなく PolarDB クラスターに切り替えることができます。ただし、RDS インスタンスと PolarDB クラスターの両方に存在するエンドポイントのみを切り替えることができます。

    1. 必要に応じて、PolarDB クラスターに必要なデータベースエンドポイントを追加します。

    2. データベースエンドポイントの SSL 暗号化ステータスを確認します。RDS インスタンスと PolarDB クラスターのエンドポイントの SSL ステータスは同じである必要があります。

  4. スイッチオーバー

    PolarDB クラスターの レプリケーションの遅延 が 60 秒未満の場合、サービスをスイッチオーバーできます。切り替え をクリックします。このアクションにより、RDS インスタンスと PolarDB クラスターの読み取り/書き込みステータスが入れ替わります。RDS インスタンスは [読み取り専用] になり、PolarDB クラスターは [読み取り/書き込み] になります。データレプリケーションの方向も逆になります。PolarDB クラスターからの新しいデータが RDS インスタンスに同期されます。

    重要
  5. (オプション) ソースインスタンスの DTS タスクの切り替え

    RDS インスタンスに、このアップグレードプロセスでの論理移行に使用されるもの以外の Data Transmission Service (DTS) リンクが関連付けられている場合は、この機能を使用できます。この機能により、DTS 同期または移行タスクのソースインスタンスまたはターゲットインスタンスを変更して、関連サービスをスムーズに切り替えることができます。

  6. 移行の完了

    データが移行され、PolarDB クラスターでサービスが安定して実行されている場合、アップグレードプロセスを終了できます。データ同期が不要になった場合は、完全な移行 をクリックします。

  7. (オプション) RDS インスタンスのサブスクリプションの解除またはリリース

    PolarDB クラスターでサービスが安定して実行されており、RDS インスタンスが不要になった場合は、RDS インスタンスのサブスクリプションを解除するか、リリースします。

API 操作

このセクションでは、ワンクリックアップグレードプロセスの概要を説明します。詳細については、「アップグレード手順」をご参照ください。

  1. (オプション) IP アドレスホワイトリストの確認

    RDS インスタンスに読み取り専用インスタンスがあり、その IP アドレスホワイトリストがプライマリインスタンスのホワイトリストと異なる場合は、読み取り専用インスタンスのホワイトリストをプライマリインスタンスのホワイトリストにマージします。これにより、ホワイトリストが PolarDB クラスターに自動的に同期されます。

    説明

    PolarDB クラスターの IP アドレスホワイトリストは、クラスター全体に適用されます。個々のノードに対して個別のホワイトリストを設定することはできません。そのため、移行完了後、PolarDB クラスターの IP アドレスホワイトリストデータベースアカウントの権限 を確認してください。

  2. CreateDBCluster - PolarDB クラスターの作成

    Create Cluster API を呼び出す際に、SourceResourceId パラメーターをソース RDS インスタンスが配置されているリージョンに設定し、CreationOption パラメーターを MigrationFromRDS に設定し、SourceResourceId パラメーターをソース RDS インスタンスの ID に設定します。呼び出しが完了すると、システムは初期化、事前チェック、完全なデータ同期などの操作を実行します。このプロセス中、クラスターのステータスは 作成中 になります。しばらくお待ちください。

  3. PolarDB クラスターの移行ステータスのクエリ

    返される MigrationStatus パラメータが RDS2PolarDB_SYNCING の場合、システムが完全データ同期を完了し、現在増分同期を実行していることを示します。

    説明

    [論理移行 (DTS データ同期)] 中に、事前確認に失敗しました などのエラーが発生する場合があります。この場合、MigrationStatus パラメータは PRE_CHECK_FAIL です。エラーメッセージ に基づいてエラーを解決する必要があります。

  4. ModifyDBClusterMigration - 移行タスクのカットオーバー

    DescribeDBClusterMigration によって返される DelayedSeconds パラメータが 60 秒未満の場合、ビジネスのスイッチオーバーを実行できます。RDS インスタンスと PolarDB クラスターの読み取り/書き込みステータスを入れ替え (RDS インスタンスを [読み取り専用] に、PolarDB クラスターを [読み取り/書き込み] に設定)、データレプリケーションの方向を変更します (PolarDB クラスターからの新しいデータを RDS インスタンスに同期)。

    重要
    • エンドポイント切り替えを使用する場合は、「エンドポイント切り替えに関する注意事項」をよくお読みください。スイッチオーバープロセス中、サービスが 1 分から 5 分間中断される可能性があることにご注意ください。

    • 移行のスイッチオーバーが完了した後、データの不整合やその他の問題が見つかった場合は、ModifyDBClusterMigration を呼び出して移行タスクをロールバックし、アップグレード前の状態に速やかに復元できます。その後、CloseDBClusterMigration を呼び出して移行タスクを終了させ、スイッチオーバー前の状態に復元することもできます。

  5. (オプション) ModifyDtsJobEndpoint - DTS ジョブのソースまたはターゲットデータベースインスタンスの変更

    RDS インスタンスに関連付けられた DTS リンク (ワンクリックアップグレードプロセスでの論理移行用の DTS データ同期リンク以外) がある場合、DTS 同期または移行タスクのソースまたはターゲットデータベースインスタンスを変更 (置換) して、関連サービスをスムーズに切り替えることができます。

  6. CloseDBClusterMigration - 移行の完了

    ビジネスデータの移行が完了し、PolarDB クラスターでサービスが安定して実行されている場合、データ同期が不要になったときにワンクリックアップグレードプロセスを終了できます。

  7. (オプション) RDS インスタンスのサブスクリプションの解除またはリリース

    PolarDB クラスターでサービスが安定して実行されており、RDS インスタンスが不要になった場合は、RDS インスタンスのサブスクリプションを解除するか、リリースします。

3. バックアップポリシーの調整

RDS と PolarDB には 異なるバックアップポリシーがあります。移行完了後、必要に応じてコンソールで バックアップポリシーを変更できます。

関連情報

バックアップポリシーの説明

RDS と PolarDB のバックアップポリシーは異なります。相違点は次のとおりです:

  • 定期バックアップサイクルバックアップ開始時刻:これらの設定は同一です。デフォルトでは、PolarDB は RDS インスタンスと同じ定期バックアップサイクルおよびバックアップ開始時刻を使用します。

  • バックアップ保持期間:対応は次のとおりです:

    • RDS のバックアップ保持期間が 14 日以下の場合、PolarDB のレベル 1 バックアップ保持期間は RDS のバックアップ保持期間と同じです。

    • RDS のバックアップ保持期間が 14 日を超え 30 日以下の場合、PolarDB のレベル 1 バックアップ保持期間は 14 日に固定されます。また、レベル 2 バックアップも有効になり、同一リージョンにおける PolarDB のレベル 2 バックアップ保持期間は 30 日に固定されます。RDS のバックアップ保持期間が 30 日を超える場合、PolarDB はレベル 2 バックアップを有効化し、同一リージョンにおけるレベル 2 バックアップ保持期間は RDS のバックアップ保持期間と同じになります。

    • RDS バックアップが長期保存として設定されている場合、PolarDB のレベル 1 バックアップ保持期間は 14 日に固定されます。レベル 2 バックアップも長期保存として有効になります。

  • RDS インスタンスで高頻度バックアップが有効になっている場合、PolarDB クラスターでもデフォルトで有効になります。高頻度バックアップ:頻度の対応は次のとおりです:

    • RDS の高頻度バックアップ間隔が 120 分以下の場合、PolarDB の高頻度バックアップ間隔は 120 分に固定されます。

    • RDS の高頻度バックアップ間隔が 120 分を超え 180 分以下の場合、PolarDB の高頻度バックアップ間隔は 180 分に固定されます。

    • 上記以外の RDS バックアップ間隔の場合、PolarDB の高頻度バックアップ間隔は 240 分に固定されます。

エンドポイントによる切り替え

アップグレード中に エンドポイントによる切り替え 機能を選択すると、RDS インスタンスと PolarDB クラスター間で接続エンドポイントが自動的に入れ替わります。これにより、設定変更なしでアプリケーションを PolarDB クラスターに自動的に接続できます。

重要

エンドポイントを切り替える前に、RDS インスタンスと PolarDB クラスター間の接続エンドポイントの対応を確認してください。これにより、業務の中断を防ぎます。

接続エンドポイント切り替えの図

次の図は、RDS インスタンスと PolarDB クラスター間の接続エンドポイント切り替えにおける、デフォルトの対応を示しています。切り替えプロセス中に、コンソールでこの対応を調整できます。

image
説明

RDS インスタンスの 読み取り専用エンドポイント には、データベースプロキシの読み取り専用エンドポイントと、読み取り専用インスタンスの接続エンドポイントが含まれます。

注意事項

  • エンドポイントによる切り替え機能は、IPv6 アドレスの切り替えをサポートしていません。

  • エンドポイントによる切り替え機能は、RDS インスタンスと PolarDB クラスターの接続エンドポイントのドメイン名のみを入れ替えます。仮想スイッチ (vSwitch) や仮想 IP アドレス (VIP) などの設定は入れ替わりません。

  • RDS インスタンスと PolarDB クラスターの両方に存在する接続エンドポイントのみ入れ替えることができます。デフォルトでは、PolarDB クラスターはプライベートのプライマリエンドポイントとデフォルトクラスターエンドポイントのみを作成します。RDS インスタンスに 2 つを超える接続エンドポイントがある場合は、切り替えの前に PolarDB クラスターで 対応する接続エンドポイントを作成する必要があります。作成しない場合、エンドポイントは入れ替わりません。

  • エンドポイントによる切り替え機能を使用する場合、RDS インスタンスのプライマリ接続エンドポイントは、PolarDB クラスターのプライマリエンドポイントまたはデフォルトクラスターエンドポイントと入れ替えることができます。RDS インスタンスのデータベースプロキシエンドポイントは、PolarDB クラスターのデフォルトクラスターエンドポイントおよびカスタムエンドポイントと入れ替えることができます。また、入れ替えないことや、複数のグループを入れ替えることを選択できます。PolarDB クラスターは最大 7 つのクラスターエンドポイントを持つことができるため、RDS インスタンスから入れ替え可能なデータベースプロキシエンドポイントは最大 7 つです。

  • RDS Cluster Edition インスタンスの クラスター読み取り専用エンドポイント および ノード直接接続エンドポイント は、現時点では切り替えをサポートしていません。

  • エンドポイントによる切り替え機能を使用してプライベートエンドポイントを入れ替える前に、RDS インスタンスと PolarDB クラスターが同一 VPC にあることを確認してください。同一 VPC にない場合、切り替え後に既存のサービスが接続できません。

  • 増分同期が完了すると、PolarDB クラスターのステータスは [実行中] に変わります。エンドポイントを切り替える前に、パラメータの設定、読み取り専用ノードの追加、エンドポイントの追加などの操作を実行できます。

  • 接続エンドポイントのドメイン名が入れ替わった後に Data Management (DMS) を使用して PolarDB クラスターにログオンする必要がある場合は、正しいクラスター ID または接続文字列が設定されていることを確認してください。

  • 接続エンドポイントのドメイン名が入れ替わった後に DNS 名前解決のキャッシュの問題が発生する場合があります。キャッシュの有効期限が切れる前は、PolarDB クラスターに接続できない、または PolarDB クラスターが読み取り操作のみをサポートして書き込み操作をサポートしない場合があります。サーバー上の DNS キャッシュをフラッシュしてください。

よくある質問

ワンクリックアップグレード中に PolarDB クラスターのメモリ使用量が高くなるのはなぜですか?

全データ初期化中、InnoDB ストレージエンジンは読み取りおよび書き込み操作を高速化するために、データを innodb_buffer_pool メモリバッファプールにキャッシュします。これにより、全体のメモリ使用量が増加します。

ワンクリックアップグレード完了後、コンソールで innodb_buffer_pool_size パラメーターを調整して、バッファプールのメモリ使用量を削減してください。