Anda dapat memigrasikan instans TencentDB for MySQL ke AZ lain di wilayah yang sama. Semua atribut, konfigurasi, alamat pribadi, dan subnet instans akan tetap tidak berubah setelah migrasi. Waktu yang diperlukan untuk memigrasikan instans bergantung pada volume data instans.
Misalnya, Anda dapat bermigrasi ke AZ baru dalam skenario berikut:
Jika Anda ingin memodifikasi jenis instans, tetapi AZ saat ini tidak mendukung jenis instans baru, Anda dapat memigrasikan instans ke AZ yang mendukung jenis baru.
Jika AZ saat ini tidak memiliki sumber daya yang tersisa untuk penskalaan, Anda juga dapat memigrasikan instans ke AZ lain di wilayah yang sama dengan sumber daya yang cukup untuk memenuhi kebutuhan bisnis Anda.
Prasyarat
Instance dalam status berjalan dan memiliki arsitektur node ganda, node tiga, atau versi cloud drive, di mana tipe ekonomis node ganda tidak mendukung migrasi zona ketersediaan.
Wilayah tempat instans berada memiliki beberapa AZ untuk mendukung migrasi lintas-AZ.
Deskripsi Penagihan
Fitur ini gratis. Tidak ada biaya bahkan untuk memigrasikan instans dari satu AZ ke beberapa AZ.
Deskripsi Fitur
Migrasi zona ketersediaan tidak akan menyebabkan perubahan pada alamat IP virtual (VIP).
Migrasi zona ketersediaan tidak akan decoupling instance utama dan RO, instance utama yang telah dimigrasi masih dapat melakukan sinkronisasi dengan RO lintas wilayah.
Instance RO dapat memilih zona ketersediaan.
Jika instance target memiliki kunci tugas di platform cloud selama proses DTS, migrasi lintas zona tidak dapat dilakukan.
Jika ada tugas DTS yang sedang berjalan, tugas DTS yang terkait perlu dimulai ulang setelah migrasi zona ketersediaan.
Jika instance utama mengalami peralihan migrasi lintas zona selama proses ekspor dumper, ekspor DTS akan gagal.
Jika instance menyelesaikan migrasi lintas zona ketersediaan pada hari yang sama dengan siklus pencadangan otomatis instance tersebut, maka akan menghasilkan satu kali cadangan sistem tambahan. Contoh: Sebuah instance dijadwalkan melakukan pencadangan otomatis pada 5 Agustus, tetapi pada hari itu instance sedang melakukan migrasi lintas zona ketersediaan, maka selain melakukan pencadangan otomatis normal, sistem juga akan secara aktif memicu satu kali pencadangan saat migrasi selesai.
Dampak Penggunaan
Peralihan zona ketersediaan instance akan terpengaruh sementara, harap pastikan aplikasi memiliki mekanisme koneksi ulang otomatis.
Batasan Penggunaan
Saat memigrasikan zona ketersediaan, sistem akan memeriksa apakah disk instance melebihi penggunaan. Jika disk melebihi penggunaan, migrasi zona ketersediaan tidak dapat dilakukan. Disarankan untuk memperluas disk dan mencoba lagi. Jika ruang disk telah digunakan melebihi batas penyimpanan maksimum spesifikasi instance saat ini, disarankan untuk meningkatkan konfigurasi spesifikasi instance dan mencoba lagi. Untuk detail spesifikasi, batas disk, dan operasi terkait, lihat Sesuaikan Spesifikasi Instance Database.
Instance RO tidak mendukung migrasi lintas wilayah.
Migrasi zona ketersediaan sementara tidak mendukung instance dengan proxy database yang aktif. Harap nonaktifkan proxy database sebelum melakukan migrasi lintas zona ketersediaan.
Tidak dapat diakses (dikeluarkan) melalui grup RO saat beralih migrasi.
Pada arsitektur node ganda, node tiga, dan versi cloud drive, pemilihan zona ketersediaan utama dan cadangan untuk migrasi zona ketersediaan dibatasi oleh sumber daya yang tersisa di wilayah dan area. Saat memilih zona tujuan di konsol migrasi, opsi zona ketersediaan cadangan akan diperbarui secara otomatis.
Instance RO yang berada di zona ketersediaan yang sama dengan instance utama akan bermigrasi secara default ke zona ketersediaan tujuan bersama instance utama. Instance RO yang tidak berada di zona ketersediaan yang sama dengan instance utama saat ini tidak mendukung operasi migrasi zona ketersediaan.
Jenis Migrasi
Jenis Migrasi
Skenario yang Berlaku
Jenis Instans yang Didukung
Migrasi dari satu AZ ke AZ lain
AZ tempat instans berada di bawah beban penuh atau kondisi lain yang memengaruhi performa instans.
Instans sumber, baca saja, dan DR
Migrasi dari satu AZ ke beberapa AZ
Anda dapat meningkatkan kemampuan pemulihan bencana instans dan menerapkan pemulihan bencana psat lintas-data. Instans sumber dan replika terletak di AZ yang berbeda. Instans multi-AZ dapat menahan tingkat bencana yang lebih tinggi daripada instans AZ tunggal. Misalnya, instans terakhir dapat mentolerir kegagalan tingkat server dan rak, sedangkan instans pertama dapat mentolerir kegagalan tingkat pusat data.
Instans sumber, baca saja, dan DR
Migrasi dari beberapa AZ ke satu AZ
Anda ingin memenuhi persyaratan fitur tertentu.
Instans sumber, baca saja, dan DR
Petunjuk
1. Login ke konsol TencentDB for MySQL. Dalam daftar instans, klik instance ID (ID instans) atau Manage (Kelola) di kolom Operation (Operasi) untuk masuk ke halaman detail instans.
2. Pada halaman Instance Details (Detail Instans), pilih Basic Info (Info Dasar) > Region/AZ (Wilayah/AZ) dan klik Migrate to New AZ (Migrasikan ke AZ Baru), atau pilih Availability Info (Info Ketersediaan) > Deployment Mode (Mode Deployment) dan klik Modify Replica AZ (Modifikasi AZ Replika).
3. Di jendela pop-up, sesuaikan konfigurasi yang relevan dan klik Submit (Kirim) setelah mengonfirmasi bahwa semua konfigurasi sudah benar.
New AZ (AZ Baru): Anda dapat mengubah AZ sumber di daftar drop-down atau memilih Yes (Ya) untuk Multi-AZ Deployment (Deployment Multi-AZ) untuk memodifikasi replika AZ.
Delay Threshold for Data Consistency Check (Ambang Batas Penundaan untuk Pemeriksaan Konsistensi Data): opsi ini hanya tersedia jika Anda mengubah AZ sumber. Ambang batas dapat berupa bilangan bulat antara 1 dan 10 detik.
Perhatian:
Mungkin ada penundaan selama pemeriksaan konsistensi data. Anda perlu menetapkan ambang batas penundaan data. Pemeriksaan konsistensi database akan dijeda saat penundaan melebihi nilai yang ditetapkan dan akan dilanjutkan saat penundaan turun di bawah ambang batas. Jika nilai ambang terlalu kecil, migrasi mungkin memakan waktu lebih lama.
Switch Time (Waktu Peralihan): Anda dapat memilih untuk beralih selama waktu pemeliharaan atau setelah migrasi selesai. Untuk informasi selengkapnya, lihat Mengatur Periode Pemeliharaan Instans.
Migrasi instance RO Zona Ketersediaan yang Sama: (Pengaturan ini akan muncul hanya jika instance utama memiliki instance hanya baca di zona ketersediaan yang sama), pilih apakah instance RO di zona yang sama akan bermigrasi ke zona ketersediaan tujuan bersama instance utama.
Penjelasan：
Selama proses penyesuaian konfigurasi instance, migrasi data mungkin dilakukan, dan akses instance tidak akan terpengaruh selama proses ini; setelah migrasi selesai, akan dilakukan peralihan yang mungkin menyebabkan gangguan singkat dalam hitungan detik. Pastikan operasi Anda memiliki mekanisme koneksi kembali.
