PolarDB:RDS for MySQL の PolarDB for MySQL へのクローン

注意事項

ApsaraDB RDS for MySQL インスタンスを PolarDB クラスターにクローンする場合、ソースインスタンスからの増分データは移行先の PolarDB クラスターに同期されません。

概要

PolarDB では、ワンクリックで ApsaraDB RDS for MySQL インスタンスから新しい PolarDB for MySQL クラスターにデータをクローンできます。この機能により、ソース RDS インスタンスと同じデータを持つ新しい PolarDB クラスターが作成されます。新しい PolarDB クラスターには、ソースインスタンスのアカウント、データベース、IP ホワイトリスト、および必要なパラメーターが含まれます。

次の表に、ソース ApsaraDB RDS for MySQL インスタンスと移行先の PolarDB for MySQL クラスターでサポートされているバージョンとストレージタイプを示します。

• ソース ApsaraDB RDS for MySQL インスタンスは、すべてのバージョンとすべてのストレージタイプをクローンできます。インスタンスが MySQL 5.6、5.7、または 8.0 を実行し、ローカル SSD またはクラウドディスクを使用しているかどうかにかかわらず、ワンクリックで PolarDB for MySQL クラスターにクローンできます。

• ApsaraDB RDS for MySQL インスタンスを、同じバージョンまたは異なるバージョンを実行する PolarDB for MySQL クラスターにクローンできます。たとえば、ApsaraDB RDS for MySQL 5.6 インスタンスを PolarDB for MySQL 5.6 クラスターにクローンしたり、PolarDB for MySQL 8.0 クラスターにクローンしたりできます。

物理移行と論理移行

ワンクリッククローン機能は、物理移行 (物理レプリケーション) と論理移行 (DTS を使用したデータ同期) の 2 つの方法をサポートしています。

• 物理移行 (物理レプリケーション)：この方法では、物理レプリケーションを使用して、ソース ApsaraDB RDS for MySQL インスタンスから新しく作成された PolarDB for MySQL クラスターに完全なデータをコピーします。

• 論理移行 (DTS を使用したデータ同期)：この方法では、Data Transmission Service (DTS) を使用してデータ同期タスクを作成し、ソース ApsaraDB RDS for MySQL インスタンスから新しく作成された PolarDB for MySQL クラスターにスキーマと完全なデータを移行します。

次の表に、2 つの移行方法の比較を示します。

次の表に、サポートされている ApsaraDB RDS for MySQL のエディションとストレージタイプを示します。

物理移行は、ローカル SSD を使用する ApsaraDB RDS for MySQL 5.6 または 5.7 High-availability Edition インスタンスを、同じバージョンの PolarDB for MySQL クラスターにクローンする場合にのみ使用されます。他のすべてのシナリオでは、論理移行を使用して ApsaraDB RDS for MySQL インスタンスを同じバージョンまたは異なるバージョンの PolarDB for MySQL クラスターにクローンします。

メリット

クローンプロセスにより、データ損失がゼロであることが保証されます。

前提条件

• 物理移行を使用する場合、ソース RDS インスタンスは次のバージョン要件を満たす必要があります。論理移行にはバージョン要件はありません。

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

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

  説明

  SHOW VARIABLES LIKE '%rds_release_date%'; コマンドを実行して、ソース RDS インスタンスのマイナーバージョンを確認できます。マイナーバージョンが必要なバージョンより古い場合は、最新バージョンにアップグレードできます。詳細については、「マイナーエンジンバージョンのアップグレード」をご参照ください。

• ワンクリッククローン機能は、テーブルが InnoDB または X-Engine ストレージエンジンを使用するソース RDS インスタンスでのみサポートされます。

• ソース RDS インスタンスで TDE (透過的データ暗号化) または SSL が有効になっていません。有効になっている場合は、手動で DTS データ移行タスクを作成して、ソース RDS インスタンスを PolarDB に移行できます。詳細については、「ApsaraDB RDS for MySQL から PolarDB for MySQL へのデータ移行」をご参照ください。

• ソース RDS インスタンスが高セキュリティモード (データベースプロキシを使用) の場合、ワンクリッククローンを実行するには、特権アカウントを作成するか、高パフォーマンスモードに切り替える必要があります。詳細については、「アカウントの作成」および「[製品/機能の変更] RDS ネットワークリンクのアップグレード」をご参照ください。

制限事項

• ApsaraDB RDS for MySQL インスタンスは、同じバージョンまたはそれ以降のバージョンの PolarDB for MySQL クラスターにのみクローンできます。以前のバージョンへのクローンはサポートされていません。

  たとえば、ApsaraDB RDS for MySQL 5.7 インスタンスを PolarDB for MySQL 5.6 クラスターにクローンしたり、ApsaraDB RDS for MySQL 8.0.2 インスタンスを PolarDB for MySQL 8.0.1 クラスターにクローンしたりすることはできません。

• 物理移行方法には、次の制限があります：

  • リージョン間移行はサポートされていません。

  • 移行中にソース RDS インスタンスのパラメーターを変更することはできません。

• 論理移行方法には、次の制限があります：

  • リージョン間移行はサポートされていません。

  • 移行中にソース RDS インスタンスのパラメーターを変更することはできません。

  • ソースデータベースには次の制限があります：

    タイプ	説明
    ソースデータベースの制限	同期するテーブルには PRIMARY KEY または一意制約が必要であり、制約内のフィールドは一意である必要があります。そうでない場合、ターゲットデータベースに重複データが表示される可能性があります。 テーブルレベルで同期し、オブジェクト (列名のマッピングなど) を編集する必要がある場合、単一の同期タスクは最大 1,000 テーブルをサポートします。この制限を超えると、タスクの送信が失敗します。この場合、テーブルを複数のタスクに分割するか、データベース全体を同期するタスクを構成することを推奨します。 バイナリログ：ソースインスタンスでバイナリログを有効にし、binlog_row_image パラメーターを full に設定する必要があります。そうでない場合、事前チェックが失敗し、データ同期タスクを開始できません。詳細については、「インスタンスパラメーターの設定」をご参照ください。

  • その他の制限事項：

    タイプ

    説明

    その他の制限事項

    開始する前に、ソースデータベースとターゲットデータベースのパフォーマンスを評価してください。オフピーク時にデータ同期を実行することを推奨します。初期完全データ同期は両方のデータベースの読み取りおよび書き込みリソースを消費し、負荷が増加する可能性があります。 初期完全同期は同時 INSERT 操作を実行するため、ターゲットデータベースでテーブルの断片化が発生する可能性があります。その結果、初期同期完了後、ターゲットインスタンスのテーブルスペースがソースインスタンスよりも大きくなることがあります。 個々のテーブル (データベース全体ではない) を同期している場合、データ同期中に gh-ost や pt-online-schema-change などのツールを使用してソーステーブルでオンライン DDL 変更を実行しないでください。これにより、同期が失敗する可能性があります。 Data Management Service (DMS) を使用してオンライン DDL 変更を実行できます。詳細については、「テーブルをロックせずにスキーマを変更する」をご参照ください。 DTS 同期中に、ターゲットデータベースに外部データを書き込まないでください。これにより、ソースとターゲット間でデータの不整合が発生する可能性があります。たとえば、外部データがターゲットに書き込まれている間に DMS を使用してオンライン DDL 変更を実行すると、データ損失が発生する可能性があります。 デフォルトでは、DTS は同期中にターゲットデータベースの外部キー制約を無効にします。したがって、ソースデータベースからの DELETE などのカスケード操作はターゲットに同期されません。

課金

• 物理移行の課金ルールは次のとおりです：

  ApsaraDB RDS から PolarDB への移行は無料です。購入した PolarDB クラスターに対してのみ課金されます。PolarDB クラスターの料金の詳細については、「課金項目の概要」をご参照ください。

• 論理移行の課金ルールは次のとおりです：

  PolarDB クラスターのコストに加えて、DTS 同期タスクにも課金されます。ただし、この機能は現在試用期間中です。同期タスクは作成後 30 日間無料です。この無料トライアルは、仮想ネットワークオペレーター (VNO) ユーザー、Jushita ユーザー、Alibaba Cloud 国際サイトユーザー、RAM ユーザーなど、一部のアカウントタイプでは利用できません。詳細は次のとおりです：

  移行オブジェクト	料金
  スキーマ同期と完全データ同期	同期タスクの作成後 30 日間は料金は発生しません。 30 日後、同期タスクはキャンセルされます。 説明 新しい DTS コンソールの[データ同期タスク] ページに移動して、タスクの残り時間を確認できます。

以下のセクションでは、ApsaraDB RDS for MySQL インスタンスを PolarDB for MySQL クラスターにクローンする方法について説明します。

事前チェック (論理移行のみ)

ステップ 1：RDS インスタンスからのクローン

この操作により、ソース RDS インスタンスと同じデータを持つ PolarDB クラスターが作成されます。

1. PolarDB コンソールにログインします。

2. 左上隅で、クラスターがデプロイされているリージョンを選択します。

3. クラスターの作成 をクリックします。

4. 課金方法 を選択します： 毎月のパッケージ、従量課金、または Serverless。

   • サブスクリプション：クラスター作成時にコンピュートノードの料金を支払います。ストレージ容量は実際のデータ量に基づいて時間単位で課金され、料金はアカウント残高から差し引かれます。

   • 従量課金：前払いは不要です。コンピュートノードとストレージ容量 (実際のデータ量に基づく) の両方が時間単位で課金され、料金はアカウント残高から差し引かれます。

   • Serverless：前払いは不要です。サービスは実際の需要に基づいて、コンピュートノード、ストレージ容量、データベースプロキシなどのリソースを動的にスケーリングします。これらのスケーリングされたリソースの実際の使用量に対して課金されます。

5. 次のパラメーターを設定します。

   説明

   次の表に記載されていないパラメーターについては、「クラスターの購入」をご参照ください。

   パラメーター	説明
   作成方法	[RDS からクローン] を選択します。
   リージョン	ソース ApsaraDB RDS for MySQL インスタンスが配置されているリージョンを選択します。 説明 新しい PolarDB クラスターは同じリージョンに作成されます。
   移行元 RDS バージョン	ソース RDS インスタンスのバージョン。[5.6]、[5.7]、または [8.0] を選択できます。
   移行元 RDS インスタンス	ソース RDS インスタンスを選択します。読み取り専用インスタンスは含まれません。
   データベースエンジン	移行先の PolarDB クラスターのデータベースエンジンバージョン。ソース RDS インスタンスと同じバージョンまたは異なるバージョンを選択できます。
   ノード仕様	ニーズに基づいて仕様を選択します。ソース RDS インスタンスと同等以上の仕様を選択することを推奨します。PolarDB のノード仕様の詳細については、「Enterprise Edition のコンピュートノード仕様」をご参照ください。

6. 右上隅で、クラスター構成の詳細を確認し、(サブスクリプションクラスターの場合) 購入期間 と 購入数 を設定し、自動更新 を有効にするかどうかを指定します。

7. サービス利用規約を読み、同意してから、今すぐ購入する をクリックします。

8. [支払い] ページで、注文の詳細と支払い方法を確認し、[購入] をクリックします。

   説明

   • 支払いが成功した後、クラスターの作成には 10〜15 分かかります。その後、[クラスター] リストで新しいクラスターを表示できます。

   • クラスターのステータスが [作成中] の間は利用できません。ステータスが [実行中] に変わったときにのみ、クラスターは使用可能になります。

   • 正しいリージョンを選択したことを確認してください。そうでない場合、作成したクラスターは表示されません。

9. PolarDB コンソールにログインし、新しい PolarDB クラスターのステータスを表示します。

   説明

   論理移行 (DTS を使用したデータ同期) を使用してクローンしている場合は、クラスター ID をクリックして 概要 ページに移動し、移行ステータスを表示します。RDS 移行ステータスが 事前チェックに失敗しました に変わった場合は、エラーメッセージ に従って問題を処理してください。

   たとえば、ソース RDS インスタンスにトリガーが存在する場合、事前チェックはエラーメッセージ 「RDS インスタンスにトリガーが存在します」で失敗します。まず、ソース RDS インスタンスからトリガーを削除し、引き続き移行する をクリックします。または、移行を諦める をクリックし、DTS コンソールで手動で移行タスクを作成します。詳細については、「ソースデータベースにトリガーが存在する場合の同期または移行タスクの設定」をご参照ください。

   このステップで 移行を諦める を選択することもできます。その結果については、「よくある質問」をご参照ください。

ステップ 2：データ同期タスクの詳細の表示

論理移行を使用している場合は、クラスター ID をクリックして 概要 ページに移動し、移行ステータスを表示します。移行エラー (事前チェックの失敗など) やその他の例外 (高いレプリケーション遅延など) が発生した場合は、対応する DTS データ同期タスクの詳細ページに移動して詳細情報を表示できます。

1. PolarDB コンソールにログインします。

2. 移行先のクラスターを見つけて、その ID をクリックします。

3. 概要 ページの RDS 移行 セクションで、DTS データ同期タスク の下にあるタスク名をクリックして、DTS コンソールのデータ同期タスクリストを開きます。

   

4. 対応するデータ同期タスクを見つけます。事前チェックの失敗の詳細、タスクの詳細、タスクログなどを表示できます。

   

よくある質問

• Q：ApsaraDB RDS for MySQL インスタンスのアップグレードと PolarDB for MySQL クラスターへのクローンの違いは何ですか？

  A：次の表に相違点を示します。

  項目	アップグレード	ApsaraDB RDS for MySQL の PolarDB for MySQL へのワンクリッククローン
  増分データ同期をサポート	はい	いいえ
  ソース RDS インスタンスの操作への影響	いいえ	いいえ
  ソースと移行先で異なる MySQL バージョンをサポート	はい	はい

• Q：RDS インスタンスからのクローンはソースインスタンスに影響しますか？

  A：ソース RDS インスタンスの通常運用には影響しませんが、完全データクローンはソースインスタンスのリソースを一部消費します。

API リファレンス