ソース構成
HeatWaveサービスでインバウンド・レプリケーションを使用するには、ソースとレプリカへのネットワーク接続にこの構成が必要です。
- 外部ソース・サーバーの場合、DBシステムのレプリカとソース間のレプリケーション・トラフィックを許可するようにVCNおよびローカル・ネットワークを構成する必要があります。接続には、サイト間VPN、FastConnectまたはOpenVPN Access Serverを使用できます。
ノート
DBシステムの読取り/書込みエンドポイントIPアドレスからのトラフィックを許可するには、ソース・サーバーにイングレスseclist、VPNまたはオンプレミス・ファイアウォールが適切に構成されている必要があります。2024年7月より前に作成されたDBシステムは、(手動または自動メンテナンスを介して)更新する必要があります。更新しない場合、サブネット内で別のIPアドレスが使用され、スイッチオーバー、フェイルオーバー、アップグレードなどの一部のシナリオで変更される可能性があります。 - レプリケーション・ソースでサポートされる最小MySQLバージョンは5.7.9です。
- ソースでDBシステム・レプリカより高いバージョンのMySQLを実行することはできません。レプリカは、ソースと同じバージョンまたはそれ以上のバージョンのMySQLを実行している必要があります。
- ソースとレプリカ間の通信を暗号化する場合は、SSLを使用するようにソースを構成する必要があります。暗号化された接続のサーバー側の構成を参照してください。
- ソースおよびDBシステムのレプリカは、同じ
lower_case_table_names
システム変数値で実行する必要があります。初期化変数を参照してください。 - ソースは、システム変数
binlog_format=ROW
で、行ベースのバイナリ・ロギングを使用する必要があります。これは、MySQL 8.0以降のデフォルトです。HeatWaveサービスでは、文ベースのレプリケーションおよび混合レプリケーションはサポートされません。MySQL Reference Manual - binlog_formatを参照してください。ノート
ソースでGTIDを有効にし、システム変数gtid_mode
をON
に設定することをお薦めします。「GTIDトランザクションのオンライン有効化」を参照してください。バイナリ・ログ・ファイル位置ベースのレプリケーションはHeatWaveサービス・インバウンド・レプリケーションでサポートされていますが、GTIDベースのレプリケーションはより堅牢です。バージョン8.3.0より前のMySQLソース・サーバーでは、
binlog_transaction_dependency_tracking
をWRITESET
に設定することをお薦めします。これにより、レプリケーションの並列性が向上し、レプリケーションの遅延が減少します。 - 必要な権限を持つソース・サーバーにレプリケーション・ユーザーが存在している必要があります。「ソース・サーバーでのレプリケーション・ユーザーの作成」を参照してください。