Aurora MySQL のバイナリログレプリケーションの設定

コマンドラインシェルから、mysql サービスを停止します。

sudo service mysqld stop

my.cnf ファイルを編集します (このファイルは通常 /etc にあります)。

sudo vi /etc/my.cnf

log_bin オプションと server_id オプションを [mysqld] に追加します。log_bin オプションは、バイナリログファイルのファイル名識別子を提供します。server_id オプションは、出典とレプリカの関係のサーバーに一意の識別子を提供します。

暗号化レプリケーションが求められない場合、バイナリログが有効で、SSL は無効な状態で外部 MySQL データベースがスタートされるようにします。

非暗号化データ用の /etc/my.cnf ファイルの関連するエントリを以下に示します。

log-bin=mysql-bin
server-id=2133421
innodb_flush_log_at_trx_commit=1
sync_binlog=1

暗号化レプリケーションが求められる場合、外部 MySQL データベースが SSL およびバイナリログ有効化された状態でスタートすることを確認します。

/etc/my.cnf ファイルのエントリには、MySQL データベースサーバーの .pem ファイルの場所が含まれます。

log-bin=mysql-bin
server-id=2133421
innodb_flush_log_at_trx_commit=1
sync_binlog=1

# Setup SSL.
ssl-ca=/home/sslcerts/ca.pem
ssl-cert=/home/sslcerts/server-cert.pem
ssl-key=/home/sslcerts/server-key.pem

また、MySQL DB インスタンスの sql_mode オプションを 0 に設定するか、my.cnf ファイルから除外する必要があります。

外部の MySQL データベースに接続するときに、外部の MySQL データベースのバイナリログの場所を記録します。

mysql> SHOW MASTER STATUS;

出力は次のようになります。

+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000031 |      107 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

詳細については、MySQL ドキュメントの Setting the replication source configuration を参照してください。

mysql サービスをスタートします。

sudo service mysqld start

MySQL クライアントを使用して DB クラスターに接続します。

mysqldump コマンドを発行します。例:

PROMPT> mysqldump --databases database_name --single-transaction
--order-by-primary -r backup.sql -u local_users -p

ダンプファイルを作成した後、DB クラスターのコピーを削除できます。

リードレプリカに接続し、mysql.rds_stop_replication プロシージャを実行することでレプリケーションを停止します。

リードレプリカが 停止 している間に、リードレプリカに接続して、SHOW SLAVE STATUS (Aurora MySQL バージョン 2) または SHOW REPLICA STATUS (Aurora MySQL バージョン 3) コマンドを実行します。Relay_Master_Log_File フィールドから現在のバイナリログファイルの名前を、Exec_Master_Log_Pos フィールドからそのログファイルの場所を取得します。レプリケーションをスタートするときのために、これらの値を保存します。

リードレプリカが [Stopped] の状態のままで、リードレプリカの DB スナップショットを作成します。詳細については、Amazon Relational Database Service ユーザーガイドの「DB スナップショットの作成」を参照してください。

リードレプリカを削除します。

ダンプを作成する前に、ダンプのバイナリログの場所がソースインスタンスのデータで更新されていることを確認する必要があります。そのためには、まず以下のコマンドを使用して、インスタンスへの書き込みオペレーションを停止する必要があります。

mysql> FLUSH TABLES WITH READ LOCK;

以下の mysqldump コマンドを使用して、MySQL データベースのダンプを作成します。

PROMPT> sudo mysqldump --databases database_name --master-data=2  --single-transaction \
--order-by-primary -r backup.sql -u local_user -p

ダンプを作成した後、次のコマンドを実行して、MySQL データベースのテーブルのロックを解除します。

mysql> UNLOCK TABLES;

mysqldump コマンドの出力をレプリケーション出典から、Aurora MySQL DB クラスターにも接続できる場所にコピーします。

mysql コマンドを使用して Aurora MySQL DB クラスターに接続します。次に例を示します。

PROMPT> mysql -h host_name -port=3306 -u db_master_user -p

mysql プロンプトで、データベースダンプファイルの名前を渡して source コマンドを実行することで、Aurora MySQL DB クラスターにデータをロードします。例えば、以下のようになります。

mysql> source backup.sql;

mysqldump コマンドの出力をレプリケーション出典から、MySQL DB インスタンスにも接続できる場所にコピーします。

mysql コマンドを使用して MySQL DB インスタンスに接続します。次に例を示します。

PROMPT> mysql -h host_name -port=3306 -u db_master_user -p

mysql プロンプトで、データベースダンプファイルの名前を渡して source コマンドを実行することで、MySQL DB インスタンスにデータをロードします。例えば、以下のようになります。

mysql> source backup.sql;

mysqldump コマンドの出力をレプリケーション出典から、MySQL データベースにも接続できる場所にコピーします。

mysql コマンドを使用して MySQL データベースに接続します。次に例を示します。

PROMPT> mysql -h host_name -port=3306 -u db_master_user -p

mysql プロンプトで、データベースダンプファイルの名前を渡して source コマンドを実行することで、MySQL データベースにデータをロードします。次に例を示します。

mysql> source backup.sql;

複製の開始点を見つけます。バイナリログのファイル名と位置が必要です。

DB クラスターのレプリカターゲットが以下から作成された場合:

DB クラスターに接続し、前の手順からのバイナリログファイルの名前と場所を使用して次のプロシージャを呼び出し、レプリケーションソースとのレプリケーションを開始します。

次の例は、Aurora MySQL バージョン 3 の場合です。

CALL mysql.rds_set_external_source ('mydbinstance.123456789012.us-east-1.rds.amazonaws.com', 3306,
    'repl_user', 'password', 'mysql-bin-changelog.000031', 107, 0);
CALL mysql.rds_start_replication;

DB インスタンスレプリカターゲットが DB スナップショットから作成された場合は、レプリケーションにはまずバイナリログファイルの名前と場所が必要になります。レプリケーションソースのスナップショットを作成した際、SHOW SLAVE STATUS (Aurora MySQL バージョン 2) または SHOW REPLICA STATUS (Aurora MySQL バージョン 3) コマンドから、これらの値を取得しました。

DB インスタンスに接続し、mysql.rds_set_external_master (Aurora MySQL バージョン 2) または mysql.rds_set_external_source (Aurora MySQL バージョン 3) と mysql.rds_start_replication プロシージャを呼び出して、レプリケーションソースとのレプリケーションを開始します。前のステップで取得したバイナリログファイルの名前と場所を使用します。次に例を示します。

CALL mysql.rds_set_external_master ('mydbcluster.cluster-123456789012.us-east-1.rds.amazonaws.com', 3306,
    'repl_user', 'password', 'mysql-bin-changelog.000031', 107, 0);
CALL mysql.rds_start_replication;

レプリケーションにまず必要になるバイナリログファイルの名前と場所を取得します。レプリケーションソースのスナップショットを作成した際、SHOW SLAVE STATUS (Aurora MySQL バージョン 2) または SHOW REPLICA STATUS (Aurora MySQL バージョン 3) コマンドから、これらの値を取得しました。外部の MySQL レプリカターゲットへのデータロードに mysqldump オプションを指定して実行した --master-data=2 コマンドの出力を使用した場合は、その出力にバイナリログファイルの名前と場所が含まれています。次に例を示します。

--
-- Position to start replication or point-in-time recovery from
--

-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin-changelog.000031', MASTER_LOG_POS=107;

外部の MySQL レプリカターゲットに接続し、CHANGE MASTER TO と START SLAVE (Aurora MySQL バージョン 2) または START REPLICA (Aurora MySQL バージョン 3) を発行して、前のステップで確認したバイナリログファイル名と場所を使用してレプリケーションソースとのレプリケーションを開始します。次に例を示します。

CHANGE MASTER TO
  MASTER_HOST = 'mydbcluster.cluster-123456789012.us-east-1.rds.amazonaws.com',
  MASTER_PORT = 3306,
  MASTER_USER = 'repl_user',
  MASTER_PASSWORD = 'password',
  MASTER_LOG_FILE = 'mysql-bin-changelog.000031',
  MASTER_LOG_POS = 107;
-- And one of these statements depending on your engine version:
START SLAVE; -- Aurora MySQL version 2
START REPLICA; -- Aurora MySQL version 3