Data Transmission Service:アカウント間の移行

ソースデータベースの制限

• 帯域幅要件：ソースデータベースをホストするサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ移行の速度に影響が出ます。

• バージョン 2.8 の Tair (Redis OSS-compatible) はソースとしてサポートされていません。

• 完全移行のみを実行する場合 (増分移行なし)、データの不整合を防ぐために、移行中はソースへの書き込みを停止してください。

• Basic Edition のソースからクラスタアーキテクチャの宛先に移行する場合、単一キーの操作のみを使用してください。スロットをまたぐ複数キーのコマンドは、以下を返します。

  CROSSSLOT Keys in request don't hash to the same slot

• DTS は、更新タイムスタンプを追跡するために、プレフィックス DTS_REDIS_TIMESTAMP_HEARTBEAT を持つキーをソースに挿入します。ソースがクラスタアーキテクチャを使用している場合、このキーはすべてのシャードに挿入されます。このキーは移行中にフィルターされ、タスク終了後に期限切れになります。

• ソースが読み取り専用インスタンスであるか、DTS アカウントに SETEX 権限がない場合、報告されるレイテンシが不正確になることがあります。

• 移行の安定性を向上させるために、redis.conf の repl-backlog-size パラメーターの値を大きくしてください。

• ソースの Tair Enterprise Edition インスタンスで [ストレージメディア] が [永続メモリ] に設定されている場合は、appendonly パラメーターを yes に設定してください。 詳細については、「手順」をご参照ください。

• ソースがRedis グローバル分散キャッシュのサブインスタンスである場合、DTS はそのサブインスタンスのみを移行します。他のサブインスタンスはサポートされていません。

その他の制限

• ソースも宛先も、Tair (Redis OSS-compatible) Enterprise Edition の容量ストレージインスタンスをサポートしていません。

• どちらかのインスタンスで TDE (透過的データ暗号化) が有効になっている場合、DTS は移行を実行できません。

• 送信先がメモリ不足になると、デフォルトの立ち退きポリシー (maxmemory-policy) は volatile-lru となり、データの不整合が発生する可能性があります。サイレントなデータ損失を防ぐには、送信先の立ち退きポリシーを noeviction に設定します。noeviction では、メモリが満杯になると書き込み操作は失敗してタスクが停止しますが、データがサイレントに削除されることはありません。ポリシーの詳細については、「Redis データエビクションポリシーの概要」をご参照ください。

• 宛先インスタンスがクラスタアーキテクチャを使用しており、いずれかのシャードがメモリ制限に達した場合、またはインスタンスのストレージ容量が不足した場合、DTS タスクはメモリ不足 (OOM) エラーで失敗します。

• 移行中にどちらかのインスタンスでスケーリング操作 (シャードの追加または削除)、仕様変更、またはエンドポイントやポートの変更を行うと、タスクが中断されます。この場合、宛先から同期されたすべてのデータをクリアし、タスクを再設定してください。

• 宛先でのフェールオーバーイベント (Master/スタンバイスイッチオーバーを含む) の後、データがセカンダリへのレプリケーションなしにメモリにのみ書き込まれ、データ損失を引き起こす可能性があります。

• 移行インスタンスに完全タスクと増分タスクの両方が含まれている場合、インスタンスを再起動すると、DTS が両方のタスクを再実行する可能性があります。

• 移行インスタンスを再起動すると、INCRBY や LPUSH などの非べき等コマンドが繰り返し実行され、データの不整合につながる可能性があります。

• EVAL または EVALSHA を介して呼び出される Lua スクリプトについて、DTS は増分移行中の実行成功を確認できません。

• List データ構造の場合、DTS は psync または sync を使用する際に既存の宛先データをフラッシュしないため、エントリが重複する可能性があります。

• ソースのキーに有効期限ポリシーがある場合、宛先で見えるキーの数 (例えば INFO 経由) がソースよりも少なくなることがあります。有効期限ポリシーのないキーや有効期限が切れていないキーは、ソースと宛先で一貫しています。

• [アクセス方法] が [パブリック IP アドレス] の場合、[インスタンスモード] は [クラスター] をサポートしません。

• 移行はオフピーク時に実行してください。完全移行は、両方のインスタンスで読み取りおよび書き込みリソースを消費します。

• 完全移行後、同時 INSERT 操作のため、宛先のストレージ容量はソースよりも大きくなります。

• DTS は、失敗したタスクを最大 7 日間自動回復しようとします。トラフィックを宛先に切り替える前に、タスクを停止またはリリースするか、REVOKE を使用して DTS アカウントの書き込み権限を取り消し、回復したタスクが宛先データを上書きするのを防いでください。

• TLS で暗号化された Tair (Redis OSS-compatible) インスタンスが関与する場合、[SSL 暗号化] を使用して DTS に接続してください (TLSv1.3 はサポートされていません)。現在、[SSL 暗号化] を使用して [Alibaba Cloud インスタンス] のソースに接続することはサポートされていません。

• タスクが失敗した場合、DTS のサポート担当者が 8 時間以内に復旧を試みます。復旧には、タスクの再起動やタスクパラメーターの調整が含まれる場合があります。変更されるのは DTS タスクパラメーターのみであり、データベースパラメーターは変更されません。調整可能なパラメーターの詳細については、「インスタンスパラメーターの変更」をご参照ください。

自己管理 Redis ソースの特殊なケース

ソースの [アクセス方法] が [Alibaba Cloud インスタンス] でない場合：

• ソースでの Master/スタンバイスイッチオーバーはタスクの失敗を引き起こします。

• DTS は、最後に移行されたレコードのタイムスタンプと現在時刻を比較してレイテンシを計算します。ソースで長期間 DML アクティビティがない場合、表示されるレイテンシは不正確になる可能性があります。ソースで DML 操作を実行してレイテンシをリフレッシュしてください。データベース全体を移行する場合は、1 秒ごとにデータを書き込むハートビートテーブルを使用してください。

• 移行中に Redis エンドポイントが変更されると (例えば、インスタンス移行や Master/スタンバイスイッチオーバーによる)、リトライ、遅延、失敗、またはデータの不整合が発生する可能性があります。タスクのステータスを監視し、異常な動作が見られた場合は再設定してください。

ステップ 1: 移行タスクリストを開く

宛先アカウントを使用してログインし、以下のいずれかの方法でデータ移行タスクリストに移動します。

ステップ 2: タスクの作成

[タスクの作成] をクリックして、タスク設定ページを開きます。

ステップ 3: ソースデータベースとターゲットデータベースの設定

ソースデータベースとターゲットデータベースの両方のパラメーターを設定します。

タスク名

ソースデータベース

ターゲットデータベース

ステップ 4: 接続性のテスト

ページ下部の [接続をテストして続行] をクリックします。

両方のインスタンスのセキュリティ設定に、DTS サービスの IP アドレス範囲を追加してください。 詳細については、「DTS サーバーの IP アドレスをホワイトリストに追加する」をご参照ください。

どちらかのインスタンスが自己管理型 (アクセス方法が [Alibaba Cloud インスタンス] ではない) の場合、[DTS サーバーの CIDR ブロック] ダイアログで [接続テスト] をクリックします。

ステップ 5: 移行オブジェクトの設定

[オブジェクトの設定] ページで、以下のパラメーターを設定します。

パラメーター	説明
移行タイプ	ゼロダウンタイム移行のために [完全データ移行] と [増分データ移行] の両方を選択します。DTS アカウントがソースに対して SYNC/PSYNC 権限を持っていない場合は、[完全データ移行] のみを選択します。
競合するテーブルの処理モード	[事前チェックしてエラーを報告]：事前チェックで宛先が空であることを確認します。空でない場合、タスクは開始されません。[エラーを無視して続行]：宛先が空であるかのチェックをスキップします。宛先のキーがソースのキーと同じ名前を持つ場合、ソースデータが宛先を上書きします。これによりデータが失われる可能性があるため、注意して進めてください。
ソースオブジェクト	[ソースオブジェクト] ボックスでオブジェクトをクリックし、 をクリックして [選択済みオブジェクト] に移動します。データベース全体を選択するか、特定のキーに対して データフィルタリング を使用します。
選択されたオブジェクト	データベース (DB 0–255) をマッピングする、またはキープレフィックスでフィルターするには、[選択されたオブジェクト] 内のデータベースを右クリックし、[スキーマの編集] ダイアログで設定します。「スキーマのマッピング」および「フィルター条件の設定」をご参照ください。

[次へ: 詳細設定] をクリックし、以下を設定します。

[次へ: データ検証] をクリックしてデータ検証を設定します。詳細については、「データ検証タスクの設定」をご参照ください。

ステップ 6: 事前チェックの実行

[次へ: タスク設定を保存して事前チェック] をクリックします。

この設定の API パラメーターをプレビューするには、ボタンにカーソルを合わせ、[OpenAPI パラメーターのプレビュー] をクリックします。

DTS は移行を開始する前に事前チェックを実行します。タスクは事前チェックに合格した後にのみ開始されます。

事前チェックが失敗した場合、失敗した項目の横にある [詳細を表示] をクリックし、問題を修正して再度事前チェックを実行してください。

警告が表示された場合：スキップできない項目については、問題を修正して再実行してください。スキップできる項目については、[アラート詳細の確認] > [無視] > [OK] > [再度事前チェック] をクリックします。警告を無視すると、データの不整合を引き起こす可能性があります。

ステップ 7: 購入と開始

1. [成功率] が 100% に達したら、[次へ: インスタンスの購入] をクリックします。

2. [購入] ページで、インスタンスクラスを選択します。

   パラメーター	説明
   リソースグループ設定項目	このインスタンスのリソースグループを選択します。 デフォルト：デフォルトのリソースグループ。 詳細については、「Resource Management とは」をご参照ください。
   インスタンスクラス	移行のボリュームと速度の要件に基づいて仕様を選択します。 詳細については、「データ移行リンクの仕様」をご参照ください。

3. [Data Transmission Service (従量課金) サービス規約] を読み、同意します。

4. [購入して開始] をクリックし、確認ダイアログで [OK] をクリックします。

データ移行ページで移行の進捗を監視します。

タスクに完全移行と増分移行の両方が含まれている場合、移行タスクリストページでは [増分データ移行] として表示されます。