Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Ketersediaan tinggi adalah fitur utama Azure Database for MySQL, yang dirancang untuk meminimalkan waktu henti dan memastikan aplikasi Anda tetap dapat diakses bahkan selama pemeliharaan terencana atau pemadaman yang tidak terduga. Artikel ini membahas pertanyaan umum tentang opsi ketersediaan tinggi (HA), penagihan, proses failover, dampak performa, dan praktik terbaik untuk membantu Anda membuat keputusan berdasarkan informasi untuk beban kerja MySQL Anda di Azure.
Apa SLA untuk server fleksibel yang mengaktifkan HA dengan redundansi lokal dibandingkan zona?
Informasi SLA untuk Server Fleksibel Azure Database for MySQL dapat ditemukan di SLA untuk Azure Database for MySQL.
Bagaimana saya ditagih untuk server dengan ketersediaan tinggi (HA)?
Server yang diaktifkan dengan KETERSEDIAAN TINGGI memiliki replika primer dan sekunder. Replika sekunder dapat berada di zona atau zona redundan yang sama. Anda ditagih untuk komputasi dan penyimpanan yang disediakan untuk replika primer dan sekunder. Misalnya, jika Anda memiliki primer dengan 4 vCore komputasi dan 512 GB penyimpanan yang disediakan, replika sekunder Anda memiliki 4 vCore dan 512 GB penyimpanan yang disediakan.
Server KETERSEDIAAN TINGGI redundan zona Anda ditagih untuk 8 vCore dan penyimpanan 1.024 GB. Bergantung pada volume penyimpanan cadangan, Anda mungkin juga ditagih untuk penyimpanan cadangan.
Dapatkah saya menggunakan replika siaga untuk operasi baca atau tulis?
Server siaga tidak tersedia untuk operasi baca atau tulis. Ini adalah siaga pasif untuk mengaktifkan failover cepat.
Apakah saya akan kehilangan data saat failover terjadi?
Log di ZRS dapat diakses meskipun server utama tidak tersedia. Ketersediaan ini membantu memastikan tidak ada kehilangan data. Setelah replika siaga diaktifkan dan log biner diterapkan, replika tersebut mengambil peran server utama.
Apakah saya perlu mengambil tindakan setelah failover?
Failover sepenuhnya transparan dari aplikasi klien. Anda tidak perlu mengambil tindakan apa pun. Aplikasi hanya boleh menggunakan logika coba lagi untuk koneksi mereka.
Apa yang terjadi ketika saya tidak memilih zona tertentu untuk replika siaga saya? Dapatkah saya mengubah zona nanti?
Jika Anda tidak memilih zona, zona dipilih secara acak. Ini adalah yang digunakan untuk server utama. Untuk mengubah zona nanti, Anda dapat mengatur Ketersediaan Tinggi ke Dinonaktifkan pada panel Ketersediaan Tinggi , lalu mengaturnya kembali ke Zona Redundan dan memilih zona.
Apakah replikasi antara replika utama dan siaga sinkron?
Replikasi antara primer dan siaga mirip dengan mode semisinkron di MySQL. Ketika transaksi dilakukan, transaksi tidak selalu berkomitmen pada siaga. Tetapi ketika primer tidak tersedia, siaga memang mereplikasi semua perubahan data dari primer untuk memastikan tidak ada kehilangan data.
Apakah ada failover ke replika siaga untuk semua kegagalan yang tidak direncanakan?
Jika ada crash database atau kegagalan node, VM Server Fleksibel dimulai ulang pada simpul yang sama. Pada saat yang sama, failover otomatis dipicu. Jika mulai ulang VM Server Fleksibel berhasil sebelum failover selesai, operasi failover dibatalkan. Penentuan server mana yang akan digunakan sebagai replika utama tergantung pada proses yang selesai terlebih dahulu.
Apakah ada dampak performa saat saya menggunakan KETERSEDIAAN TINGGI?
Untuk ketersediaan tinggi zona redundan, meskipun tidak ada dampak performa utama untuk beban kerja baca di seluruh zona ketersediaan, mungkin ada penurunan hingga 40 persen dalam latensi kueri tulis. Peningkatan latensi tulis disebabkan oleh replikasi sinkron di seluruh zona Ketersediaan. Dampak latensi tulis dua kali di zona redundan ha dibandingkan dengan zona HA yang sama. Untuk HA lokal-redundan, karena replika utama dan siaga berada di zona yang sama, latensi replikasi dan akibatnya latensi penulisan sinkron lebih rendah.
Singkatnya, jika latensi tulis lebih penting bagi Anda dibandingkan dengan ketersediaan, Anda mungkin ingin memilih ketersediaan tinggi lokal-redundan. Namun, jika ketersediaan dan ketahanan data lebih penting bagi Anda dengan mengorbankan penurunan latensi tulis, Anda harus memilih ketersediaan tinggi zona-redundan. Untuk mengukur dampak akurat dari penurunan latensi dalam penyiapan KETERSEDIAAN TINGGI, kami sarankan Anda untuk melakukan pengujian performa beban kerja Anda untuk mengambil keputusan berdasarkan informasi.
Bagaimana pemeliharaan server KETERSEDIAAN TINGGI saya terjadi?
Peristiwa yang direncanakan seperti penskalaan komputasi dan peningkatan versi minor terjadi pada instans siaga asli terlebih dahulu, dan diikuti dengan memicu operasi failover yang direncanakan, lalu beroperasi pada instans utama asli. Anda dapat mengatur jendela pemeliharaan terjadwal untuk server HA seperti yang Anda lakukan untuk Server Fleksibel. Jumlah waktu henti sama dengan waktu henti untuk instans Server Fleksibel Azure Database for MySQL saat KETERSEDIAAN TINGGI dinonaktifkan.
Dapatkah saya melakukan pemulihan point-in-time (PITR) server HA saya?
Anda dapat melakukan PITR untuk instans Azure Database for MySQL Flexible Server dengan ketersediaan tinggi ke instans Azure Database for MySQL Flexible Server baru yang menonaktifkan KETERSEDIAAN TINGGI. Jika server sumber dibuat dengan Ketersediaan Tinggi zona-redundan, Anda dapat mengaktifkan Ketersediaan Tinggi zona-redundan atau Ketersediaan Tinggi lokal-redundan pada server yang dipulihkan nanti. Jika server sumber dibuat dengan HA lokal-redundan, Anda hanya dapat mengaktifkan HA lokal-redundan pada server yang dipulihkan.
Bisakah saya mengaktifkan KETERSEDIAAN TINGGI di server setelah saya membuat server?
Ketersediaan tinggi zona-redundan harus diaktifkan selama pembuatan server. Anda dapat mengaktifkan ketersediaan tinggi lokal-redundan setelah pembuatan server, tetapi pastikan bahwa parameter server enforce_gtid_consistency dan gtid_mode diatur ke ON sebelum melanjutkan.
Bisakah saya menonaktifkan KETERSEDIAAN TINGGI untuk server setelah saya membuatnya?
Anda dapat menonaktifkan KETERSEDIAAN TINGGI di server setelah membuatnya. Penagihan segera berhenti.
Bagaimana cara mengurangi waktu henti?
Anda harus dapat mengurangi waktu henti untuk aplikasi Anda bahkan ketika Anda tidak menggunakan KETERSEDIAAN TINGGI. Waktu henti layanan, seperti patch terjadwal, peningkatan versi minor, atau operasi yang dimulai pelanggan seperti penskalaan komputasi dapat dilakukan selama jendela pemeliharaan terjadwal. Untuk mengurangi dampak aplikasi untuk tugas pemeliharaan yang dimulai Azure, Anda dapat menjadwalkannya pada hari dalam seminggu dan waktu yang meminimalkan dampak pada aplikasi.
Dapatkah saya menggunakan replika baca untuk server berkemampuan HA?
Ya, replika baca didukung untuk server HA.
Dapatkah saya menggunakan Replikasi Data-in untuk server HA?
Dukungan untuk replikasi data masuk untuk server dengan ketersediaan tinggi (HA) yang diaktifkan hanya tersedia melalui replikasi berbasis GTID.
Prosedur tersimpan untuk replikasi menggunakan GTID tersedia di semua server berkemampuan HA dengan nama mysql.az_replication_with_gtid.
Untuk mengurangi waktu henti, dapatkah saya melakukan failover ke server siaga selama server dimulai ulang atau saat meningkatkan atau menurunkan skala?
Saat ini, Azure Database for MySQL Flexible Server telah menggunakan Failover Terencana untuk mengoptimalkan operasi KETERSEDIAAN TINGGI termasuk peningkatan/penurunan skala, dan pemeliharaan terencana untuk membantu mengurangi waktu henti.
Ketika operasi tersebut dimulai, operasi akan beroperasi pada instans siaga asli terlebih dahulu, diikuti dengan memicu operasi failover yang direncanakan, lalu beroperasi pada instans utama asli.
Dapatkah kita mengubah mode ketersediaan (ketersediaan tinggi redundan zona atau redundan lokal) server**
Jika Anda membuat server dengan mode Zona-redundan HA diaktifkan, maka Anda dapat mengubahnya dari HA Zona-redundan ke HA Lokal-redundan dan sebaliknya.
Untuk mengubah mode ketersediaan, Anda dapat mengatur Ketersediaan Tinggi ke Dinonaktifkan pada panel Ketersediaan Tinggi , lalu mengaturnya kembali ke Zona Redundan atau Redundan Lokal dan memilih Mode Ketersediaan Tinggi.