はじめに

先日、運用中のサービスで利用していたAmazon RDS for MySQLを
Amazon RDS for Auroraへ移行しました。
その際の移行手順を記録しておきます。

前提

MySQLからAuroraへ単純に移行だけ行うのであれば、
MySQLインスタンスからスナップショットを取り、スナップショットからAuroraを立ち上げるという手順で可能です。
ただし、今回は運用中のサービスで利用しているMySQLを移行するケースだったので、
メンテナンス期間を最小限に抑えることが必要でした。
そのため、
わずかなダウンタイムでの Amazon RDS MySQL または MariaDB DB インスタンスへのデータのインポート
を参考に、レプリケーションを利用して移行作業を行いました。

作業手順

1, MySQLにレプリケーション用のユーザを作成する

MySQLに接続し、レプリケーション用ユーザを作成します。

mysql> GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO repl_user@'.' IDENTIFIED BY 'repl_password';

2, AWSコンソール上でMySQLにリードレプリカを作成

AWS RDSコンソール上で、MySQLインスタンスを選択し
インスタンスの操作>リードレプリカの作成　からリードレプリカを作成します。

3, レプリケーションの停止

手順2で作成したMySQLリードレプリカに接続し、レプリケーションを止めます。
またこの時にバイナリログファイル名、バイナリログポジションを記録しておきます。

mysql> call mysql.rds_stop_replication;
mysql> show slave status\G

show slave statusを実行した後に表示される
Master_Log_Fileがバイナリログファイル名、Read_Master_Log_Posがバイナリログポジションです。
※これらの情報は、後の手順でAuroraにレプリケーションを設定するときに使います。

4, AWSコンソール上でMySQLリードレプリカからスナップショットを取得する

AWS RDSコンソール上で、MySQLリードレプリカを選択し
インスタンスの操作>スナップショットの取得　からスナップショットを作成します。

5, AWSコンソール上でAuroraインスタンスを作成する

AWSコンソールのスナップショット一覧から、手順4で作成したスナップショットを選択し
「スナップショットの移行」からAuroraインスタンスを作成します。

6, AWSコンソール上でパラメータグループを作成

AWSコンソール上でパラメータグループ>パラメータグループの作成 からパラメータグループを作成します。

Auroraではパラメータグループが
「パラメータグループ」「DBクラスターのパラメータグループ（Auroraのクラスタ全体に設定するパラメータグループ）」
の二タイプとなったので、それぞれのタイプについて作成します。

各々のパラメータについては適宜設定します。
今回は文字コードやスロークエリログなど、MySQLのパラメータグループと合わせた形で設定しました。

7, AWSコンソール上でAuroraインスタンスの設定を変更

AWS RDSコンソール上で、Auroraインスタンスを選択し
インスタンスの操作>変更　からAuroraインスタンス設定を変更します。
今回は、
・パラメータグループ（手順6で設定したものにする）
・セキュリティグループ
・バックアップ
・メンテナンスウィンドウ
を変更しました。
変更の保存後、AuroraインスタンスをAWS上で再起動し、パラメータグループの変更を適用します。

8, MySQL->Auroraのレプリケーションを開始する

Auroraにマスターユーザで接続し、レプリケーションの設定を行います。

mysql> call mysql.rds_set_external_master (
       "MySQLのエンドポイント"
       , "ポート（通常3306）"
       , "1で作成したユーザ名"
       , "1で作成したユーザパスワード"
       , "手順3で取得したバイナリログファイル名"
       , 手順3で取得したバイナリログポジション
       , 0
       );

設定が終わったら、↓のコマンドでレプリケーションを開始します。

mysql> call mysql.rds_start_replication;

レプリケーション開始後、show slave status\Gで確認できるSeconds_behind_masterを見て、ラグ状況を確認します。

9, アプリケーションの参照系をAuroraに切り替え

アプリケーション側の参照系をAuroraに切り替えます。
問題ないようなら、AWSコンソール上でMySQLのリードレプリカを削除します。

ここからメンテナンス期間に入ります。

10, AWSコンソール上でMySQLのパラメータグループのread_onlyを1に変更

AWSコンソール上で、パラメータグループ一覧からMySQLに設定しているパラメータグループを編集し、read_onlyパラメータを1に変更します。
read_onlyパラメータは即時適用なので、
この時点からMySQLは参照はできますが更新ができなくなります。

11, Auroraに接続し、MySQL->Auroraのレプリケーションを停止

Auroraにマスターユーザで接続し、以下のコマンドでレプリケーションを停止します。

mysql> call mysql.rds_stop_replication;

※停止前に、show slave status\Gを確認しレプリケーションラグが無いことを確認します

12, アプリケーションの更新系をAuroraに切り替え

アプリケーション側の更新系をAuroraに切り替えます。
切り替えが終われば、アプリケーションでのデータベース参照・更新ともに可能になります。

ここまででメンテナンス期間が終了です。

13, MySQLインスタンスの削除

しばらくサービスの監視を行い、問題ないようならMySQLインスタンスを削除します。
MySQLに接続し、レプリケーションを停止してからAWSコンソール上でインスタンス削除を行います。

補足

今回の切り替えは以上の手順で行いました。
他に移行手順の例や、うちではこうやった！　というような事例などありましたら教えて下さい。

参考リンク

移行作業にあたって参考にさせていただいたページです。
わずかなダウンタイムでの Amazon RDS MySQL または MariaDB DB インスタンスへのデータのインポート
Amazon Auroraとのレプリケーション
実録！サービスを止めずに Amazon Aurora へ移行した話
RDS for MySQLからAuroraへ移行しました