Bagikan melalui

Replikasi data ke Azure Database for MySQL

  • Artikel

BERLAKU UNTUK: Azure Database for MySQL - Server Tunggal

Penting

Server tunggal Azure Database for MySQL berada di jalur penghentian. Kami sangat menyarankan Agar Anda meningkatkan ke server fleksibel Azure Database for MySQL. Untuk informasi selengkapnya tentang migrasi ke server fleksibel Azure Database for MySQL, lihat Apa yang terjadi pada Server Tunggal Azure Database for MySQL?

Replikasi Data-in memungkinkan Anda menyinkronkan data dari server MySQL eksternal ke layanan Azure Database for MySQL. Server eksternal dapat berada di tempat, di komputer virtual, atau layanan database yang dihosting oleh penyedia cloud lainnya. Replikasi Data-in didasarkan pada replikasi berbasis posisi file log biner (binlog) atau berbasis-GTID asli untuk MySQL. Untuk mempelajari selengkapnya tentang replikasi binlog, lihat ringkasan replikasi binlog MySQL.

Kapan menggunakan Replikasi Data masuk

Skenario utama yang perlu dipertimbangkan tentang penggunaan Replikasi Data-in adalah:

  • Sinkronisasi Data Hibrid: Dengan Replikasi Data-in, Anda dapat membuat data tetap disinkronkan antara server lokal Anda dan Azure Database for MySQL. Sinkronisasi ini berguna untuk membuat aplikasi hibrid. Metode ini menarik ketika Anda memiliki server database lokal yang ada tetapi ingin memindahkan data ke wilayah yang lebih dekat ke pengguna akhir.
  • Sinkronisasi Multi-Cloud: Untuk solusi cloud yang kompleks, gunakan Replikasi Data-in untuk menyinkronkan data antara Azure Database for MySQL dan penyedia cloud yang berbeda, termasuk komputer virtual dan layanan database yang dihosting di cloud tersebut.

Untuk skenario migrasi, gunakan Azure Database Migration Service(DMS).

Batasan dan pertimbangan

Data tidak direplikasi

database sistem mysql di server sumber tidak direplikasi. Selain itu, perubahan pada akun dan izin di server sumber tidak direplikasi. Jika Anda membuat akun di server sumber dan akun ini perlu mengakses server replika, buat akun yang sama secara manual di server replika. Untuk memahami tabel apa yang dimuat dalam database sistem, lihat manual MySQL.

Filter

Untuk melewati replikasi tabel dari server sumber Anda (dihosting di tempat, di mesin virtual, atau layanan database yang dihosting oleh penyedia cloud lain), replicate_wild_ignore_tableparameter harus didukung. Secara opsional, perbarui parameter ini pada server replika yang dihosting di Azure menggunakan portal Microsoft Azure atau Azure CLI.

Tinjau dokumentasi MySQL untuk mempelajari lebih lanjut tentang parameter ini.

Didukung hanya dalam Tujuan Umum atau Tingkat Memori yang Dioptimalkan

Replikasi Data-in hanya tersedia di tingkat harga Tujuan Umum dan Memori yang Dioptimalkan.

Link privat untuk Azure database for MySQL hanya mendukung koneksi masuk. Karena replikasi data masuk memerlukan koneksi keluar dari link privat layanan tidak didukung untuk lalu lintas data masuk.

Catatan

GTID didukung pada versi 5.7 dan 8.0 dan hanya di server yang mendukung penyimpanan hingga 16 TB (Penyimpanan umum v2).

Persyaratan

  • Versi server sumber harus setidaknya MySQL versi 5.6.
  • Versi server sumber dan replika harus sama. Misalnya, keduanya harus MySQL versi 5.6 atau keduanya harus MySQL versi 5.7.
  • Setiap tabel harus memiliki kunci primer.
  • Server sumber harus menggunakan mesin MySQL InnoDB.
  • Pengguna harus memiliki izin untuk mengonfigurasi pencatatan biner dan membuat pengguna baru di server sumber.
  • Jika server sumber mengaktifkan SSL, pastikan sertifikat SSL CA yang disediakan untuk domain telah disertakan dalam prosedur tersimpan mysql.az_replication_change_master atau mysql.az_replication_change_master_with_gtid. Lihat contoh berikut dan parameter master_ssl_ca.
  • Pastikan alamat IP server sumber telah ditambahkan ke aturan firewall server replika Azure Database for MySQL. Perbarui aturan firewall menggunakan portal Microsoft Azure atau Azure CLI.
  • Pastikan komputer yang menghosting server sumber mengizinkan lalu lintas masuk dan keluar di port 3306.
  • Pastikan bahwa server sumber memiliki alamat IP publik, bahwa DNS dapat diakses secara publik, atau bahwa server sumber memiliki nama domain yang sepenuhnya memenuhi syarat (FQDN).

Langkah berikutnya