同じDBエンジンへの大容量の移行

正解は ウ です。 同じエンジンの大容量の移行では、 物理バックアップ(Percona XtraBackup)からAuroraへ復元 すると速く、その後 binlogのレプリケーション で差分を同期すれば、切替の停止を短くできます。 方法 初回の取り込み 停止 XtraBackup→S3→Auroraへ復元+binlog 速い 短い mysqldump 遅い 長い DMSの全量ロード 細い回線では遅い CDCで短くできる 移行の要件に反する。 同じエンジンなのでスキーマの変換は不要で、時間もかかる。 物理バックアップで速く初期化し、差分の同期で短時間に切り替えられる。 論理の取り込みに時間がかかり、停止が長くなる。

オンプレミスのMySQL(5TB)を、Aurora MySQLへ移行する。ネットワークは細く、DMSの全量ロードでは時間がかかりすぎる。切替の停止は短くしたい。

最も適切なものを1つ選択してください。

出典AWS非公式・オリジナル問題
ア
Aurora MySQLを作らず、オンプレミスのMySQLをそのまま使い続けるRetainに変える
イ
AWS SCTでスキーマを変換してから、DMSの全量ロードを細い回線で数週間かけて行う
ウ
XtraBackupの物理バックアップからAuroraへ復元し、binlogで差分を同期する
エ
mysqldumpで論理バックアップを取り、週末に停止して取り込み、停止のまま切り替える