Memigrasikan MySQL – Server Fleksibel ke dukungan zona ketersediaan
Panduan ini menjelaskan cara memigrasikan MySQL – Server Fleksibel dari dukungan zona non-ketersediaan ke dukungan zona ketersediaan.
Anda dapat mengonfigurasi Server Fleksibel Azure Database for MySQL untuk menggunakan salah satu dari dua model arsitektur ketersediaan tinggi (HA):
Arsitektur HA zona yang sama (zonal). Opsi ini lebih disukai untuk redundansi infrastruktur dengan latensi jaringan yang lebih rendah karena server utama dan server siaga akan berada di zona ketersediaan yang sama. Zona ini memberikan ketersediaan tinggi tanpa perlu mengonfigurasi redundansi aplikasi di seluruh zona. Ketersediaan tinggi di zona yang sama lebih diprioritaskan jika Anda ingin mencapai tingkat ketersediaan tertinggi dalam satu zona ketersediaan tunggal dengan latensi jaringan terendah. Ketersediaan tinggi zona yang sama tersedia di semua wilayah Azure tempat Anda dapat menggunakan Azure Database for MySQL - Server Fleksibel. Untuk mempelajari selengkapnya tentang arsitektur KETERSEDIAAN TINGGI zona yang sama, lihat Arsitektur KETERSEDIAAN TINGGI zona yang sama.
Arsitektur KETERSEDIAAN TINGGI zona-redundan. Opsi ini lebih disukai untuk isolasi lengkap dan redundansi infrastruktur di beberapa zona ketersediaan. Opsi ini memberikan tingkat ketersediaan tertinggi, tetapi mewajibkan Anda untuk mengonfigurasi redundansi aplikasi di seluruh zona. Ketersediaan tinggi zona-redundan lebih disukai saat Anda ingin mencapai tingkat ketersediaan tertinggi terhadap kegagalan infrastruktur apa pun di zona ketersediaan dan saat latensi di seluruh zona ketersediaan dapat diterima. Hal ini dapat diaktifkan hanya ketika server dibuat. Ketersediaan tinggi zona-redundan tersedia di subset wilayah Azure di mana wilayah mendukung beberapa zona ketersediaan dan berbagi file Premium zona-redundan tersedia. Untuk mempelajari selengkapnya tentang arsitektur HA zona-redundan, lihat Arsitektur KETERSEDIAAN TINGGI zona-redundan.
Untuk memigrasikan beban kerja yang ada dari zonal (ketersediaan tinggi zona yang sama) ke ketersediaan tinggi zona redundan, Anda harus melakukan hal berikut:
Menyebarkan dan mengonfigurasi server baru yang telah dikonfigurasi untuk ketersediaan tinggi zona-redundan.
Ikuti panduan migrasi dalam dokumen ini untuk memindahkan sumber daya Anda ke server baru Anda.
Prasyarat
Untuk bermigrasi ke dukungan zona ketersediaan:
Anda akan memerlukan setidaknya salah satu dari dua server berikut:
Server sumber yang menjalankan Server Fleksibel Azure Database for MySQL di wilayah yang tidak mendukung zona ketersediaan.
Server Fleksibel Azure Database for MySQL yang tidak diaktifkan untuk KETERSEDIAAN TINGGI pada saat dibuat.
Penting
Jika awalnya Anda telah menyediakan Server Fleksibel Azure Database for MySQL sebagai server non-HA, Anda cukup mengaktifkannya untuk arsitektur KETERSEDIAAN TINGGI zona yang sama. Namun, jika Anda ingin mengaktifkannya untuk arsitektur HA zona-redundan, Maka Anda harus menerapkan salah satu opsi migrasi yang tersedia yang tercantum dalam artikel ini.
Anda harus membuat server target yang menjalankan Azure Database for MySQL Flexible Server di wilayah yang mendukung zona ketersediaan. Untuk informasi selengkapnya tentang cara membuat Server Fleksibel Azure Database for MySQL, lihat Menggunakan portal Azure untuk membuat Server Fleksibel Azure Database for MySQL. Pastikan bahwa server yang dibuat dikonfigurasi untuk redundansi zona dengan mengaktifkan KETERSEDIAAN TINGGI dan memilih opsi Zona-Redundan .
Tip
Jika Anda menginginkan fleksibilitas untuk dapat berpindah antara zonal (zona yang sama) dan ha zona-redundan di masa mendatang, Anda dapat menyediakan Azure Database for MySQL Flexible Server dengan ketersediaan tinggi zona redundan diaktifkan selama pembuatan server. Setelah server disediakan, Anda kemudian dapat menonaktifkan KETERSEDIAAN TINGGI.
Persyaratan waktu henti
Migrasi dapat dikategorikan sebagai online atau offline:
• Migrasi offline. Jika aplikasi Anda mampu mengalami waktu henti, migrasi offline selalu menjadi pilihan yang disukai, karena mudah dan mudah dijalankan. Dengan migrasi offline, server sumber diambil secara offline, dan cadangan dan pemulihan database dilakukan di server target. Opsi ini akan memerlukan waktu henti terbanyak. Durasi waktu henti ditentukan oleh waktu yang diperlukan untuk melakukan pemulihan pada server target.
• Migrasi online. Opsi ini memiliki waktu henti minimal dan merupakan pilihan terbaik jika Anda menginginkan lebih sedikit waktu henti. Server sumber memungkinkan pembaruan, dan solusi migrasi akan mengurus replikasi perubahan yang sedang berlangsung antara server sumber dan target bersama dengan cadangan awal dan pemulihan pada target.
Opsi Migrasi 1: Migrasi Offline
Anda dapat bermigrasi dari satu Azure Database for Flexible Server ke Server Fleksibel lainnya dengan menggunakan salah satu alat berikut. Kedua opsi ini akan memerlukan waktu henti.
Layanan Migrasi Data (DMS). Untuk mempelajari cara memigrasikan Server Fleksibel MySQL ke server lain dengan DMS, lihat Memigrasikan Azure Database for MySQL - Server Tunggal ke Server Fleksibel secara offline menggunakan DMS melalui portal Azure. Meskipun tutorial menguraikan langkah-langkah untuk bermigrasi dari Server Tunggal Azure MySQL ke Server Fleksibel, Anda dapat menggunakan prosedur yang sama untuk memigrasikan data dari satu Server Fleksibel Azure Database for MySQL yang tidak mendukung zona ketersediaan ke zona ketersediaan lainnya yang mendukung zona ketersediaan.
Alat sumber terbuka. Anda dapat bermigrasi offline dengan alat sumber terbuka, seperti MySQL Workbench, mydumper/myloader, atau mysqldump untuk mencadangkan dan memulihkan database. Untuk informasi tentang cara menggunakan alat ini, lihat Opsi untuk memigrasikan Azure Database for MySQL - Server Tunggal ke Server Fleksibel. Meskipun tutorial menguraikan langkah-langkah untuk bermigrasi dari Server Tunggal Azure MySQL ke Server Fleksibel, Anda dapat menggunakan prosedur yang sama untuk memigrasikan data dari satu Server Fleksibel Azure Database for MySQL yang tidak mendukung zona ketersediaan ke zona ketersediaan lainnya yang mendukung zona ketersediaan.
Opsi Migrasi 2: Migrasi Online
Anda dapat bermigrasi dari satu Azure Database for Flexible Server ke server lain dengan waktu henti minimum ke aplikasi Anda dengan menggunakan salah satu alat berikut:
Layanan Migrasi Data (DMS). Untuk mempelajari cara memigrasikan Server Fleksibel MySQL ke server lain dengan DMS, lihat Memigrasikan Azure Database for MySQL - Server Tunggal ke Server Fleksibel secara online menggunakan DMS melalui portal Azure. Meskipun tutorial menguraikan langkah-langkah untuk bermigrasi dari Server Tunggal Azure MySQL ke Server Fleksibel, Anda dapat menggunakan prosedur yang sama untuk memigrasikan data dari satu Server Fleksibel Azure Database for MySQL yang tidak mendukung zona ketersediaan ke zona ketersediaan lainnya yang mendukung zona ketersediaan.
Alat sumber terbuka. Anda dapat menggunakan kombinasi alat sumber terbuka seperti mydumper/myloader bersama dengan replikasi Data-in. Untuk mempelajari cara menyiapkan Replikasi Data-in, lihat Cara mengonfigurasi Replikasi Data-in Azure Database for MySQL.
Penting
Replikasi Dalam Data tidak didukung untuk server dengan ketersediaan tinggi. Solusinya adalah memprovisikan server target dengan ketersediaan tinggi zona redundan terlebih dahulu lalu menonaktifkan KETERSEDIAAN TINGGI sebelum mengonfigurasi Replikasi Data-in. Setelah replikasi selesai, aktifkan ha zona-redundan sekali lagi di server target.
Langkah berikutnya
Pelajari lebih lanjut tentang: