AWS DMS を使ってプライベートクラウドの巨大な MySQL を Aurora MySQL へ移行してみた

必要なこと

AWS DMS を使うにあたっていくつか事前準備がいる。

いくつかのパラメータは SET GLOBAL で適用できるので良いけど、現在のセッションには適用されないのでアプリケーションの再起動とかは必要。

DMS の制限事項

AWS DMS は、移行の実行に必要なターゲットスキーマオブジェクトを作成します。ただし、AWS DMS は最小限のアプローチを採用するため、データの効率的な移行に必要なオブジェクトのみ作成します。つまり、AWS DMS は、テーブル、プライマリキー、場合によっては一意のインデックスを作成しますが、効率的にソースからデータを移行するために必要ではない他のオブジェクトは作成されません。たとえば、セカンダリインデックス、非プライマリキーの制約、データデフォルトは作成されません。

docs.aws.amazon.com

セカンダリインデックスをつけたまま移行したい

２つのソースを１つのターゲットにすることは可能か？

できる

レプリケーションインスタンスサイズの決め方

CloudWatch ログを有効化にする。
とりあえずタスクを走らせる → メモリとか CPU がパツってたらレプリケーションインスタンスをスケールアップする。
ターゲットのインスタンスサイズも同様に、メトリクスを見てうまいこと決めていくのが良いと思う。適当。

Direct Connect とか、AWS VPN は絶対に必要か？

いらない。ちょっと前からレプリケーションインスタンスに GIP が付与されるようになった。

SSL は使えるか？

使える。
ソースの MySQL のバージョンが低い（OpenSSH が古い）と、DH鍵のビット数が少ないため、DMS 側から切断されて使えない -> error:14082174:SSL routines:ssl3_check_cert_and_algorithm:dh key too small
が、ソースの MySQL で ssl-cipher = AES128-SHA と明示的に DHE を使わない暗号スイートにすれば強度は弱いが SSL を使えないことはない。

実際に切り替えるとき

mysql> FLUSH TABLES WITH READ LOCK;
mysql> SET GLOBAL read_only = ON;