データを Azure Database for MariaDB にレプリケートする

データイン レプリケーションでは、オンプレミス、仮想マシン、または他のクラウド プロバイダーによってホストされるデータベース サービスで実行中の MariaDB サーバーから Azure Database for MariaDB サービスにデータを同期することができます。 データイン レプリケーションは、MariaDB のネイティブなバイナリ ログ (binlog) ファイルの位置ベースのレプリケーションに基づいています。 binlog レプリケーションの詳細については、binlog レプリケーションの概要に関する記事を参照してください。

いつデータイン レプリケーションを使用するか

データイン レプリケーションの使用を検討する主なシナリオは次のとおりです。

• ハイブリッド データ同期: データイン レプリケーションを使用して、オンプレミス サーバーと Azure Database for MariaDB の間でデータの同期を維持できます。 この同期は、ハイブリッド アプリケーションを作成するのに役立ちます。 この方法は、既存のローカル データベース サーバーがあるが、エンドユーザーに近いリージョンにデータを移動する場合に魅力的です。
• 複数のクラウドの同期: 複雑なクラウド ソリューションでは、データイン レプリケーションを使用して、Azure Database for MariaDB と各種のクラウド プロバイダーとの間でデータを同期します (これらのクラウドでホストされている仮想マシンとデータベース サービスが含まれます)。

制限と考慮事項

レプリケートされないデータ

ソース サーバー上の "mysql システム データベース" はレプリケートされません。 ソース サーバーでのアカウントとアクセス許可の変更はレプリケートされません。 ソース サーバーでアカウントを作成し、そのアカウントでレプリカ サーバーにアクセスする必要がある場合は、レプリカ サーバー側で同じアカウントを手動で作成します。 システム データベースに含まれているテーブルの詳細については、MariaDB のドキュメントを参照してください。

必要条件

• ソース サーバーのバージョンは、MariaDB バージョン 10.2 以上である必要があります。
• ソース サーバーとレプリカ サーバーのバージョンは同じである必要があります。 たとえば、どちらも MariaDB バージョン 10.2 にする必要があります。
• 各テーブルには主キーが必要です。
• ソース サーバーでは、InnoDB エンジンを使用する必要があります。
• ユーザーは、バイナリ ログの構成とソース サーバーでの新しいユーザーの作成を実行できるアクセス許可を持っている必要があります。
• ソース サーバーで SSL が有効になっている場合は、ドメインに対して指定されている SSL CA 証明書が mariadb.az_replication_change_master ストアド プロシージャに含まれていることを確認します。 次の例と master_ssl_ca パラメーターを参照してください。
• ソース サーバーの IP アドレスが Azure Database for MariaDB レプリカ サーバーのファイアウォール規則に確実に追加されているようにします。 Azure portal または Azure CLI を使用してファイアウォール規則を更新します。
• ソース サーバーをホストしているコンピューターで、ポート 3306 の受信トラフィックと送信トラフィックの両方が確実に許可されているようにします。
• ソース サーバーがパブリック IP アドレスを持っているか、DNS にパブリックにアクセス可能であるか、完全修飾 doメイン 名 (FQDN) を持っていることを確認します。

その他

• データイン レプリケーションは、General Purpose 価格レベルとメモリ最適化価格レベルでのみサポートされます。

次のステップ

• データイン レプリケーションを設定する方法を確認する。