PolarDB：Secara manual mengubah zona primer atau sekunder

Skenario dan catatan penggunaan

Mengubah zona primer

Zona primer dapat diubah untuk pemulihan bencana atau agar instance Elastic Compute Service (ECS) dapat mengakses klaster dari zona terdekat.

• Selama pergantian zona primer/sekunder, satu atau dua koneksi transien akan terjadi. Setiap koneksi berlangsung sekitar 30 detik. Disarankan untuk melakukan pergantian di luar jam puncak dan memastikan aplikasi Anda dapat menyambung ulang secara otomatis ke layanan basis data.

• Jika zona tujuan adalah zona sekunder, migrasi data tidak diperlukan. Sistem hanya akan memigrasikan node komputasi. Waktu rata-rata untuk migrasi antar pusat data adalah 5 menit. Operasi ini sering digunakan dalam latihan pemulihan bencana.

• Jika zona tujuan bukan zona sekunder, migrasi data diperlukan. Durasi migrasi bergantung pada volume data. Untuk data besar, operasi ini mungkin memerlukan beberapa jam. Lanjutkan dengan hati-hati. Operasi ini biasanya dilakukan untuk menyesuaikan distribusi aplikasi dan basis data agar aplikasi dapat mengakses basis data dari zona terdekat.

• Setelah zona primer diubah, titik akhir primer dan klaster tetap tidak berubah, namun vSwitch dan alamat IP mungkin berubah. Operasi ini dapat mempengaruhi ketersediaan basis data. Lanjutkan dengan hati-hati.

• Sumber daya harus tersedia di dua atau lebih zona dalam wilayah tempat klaster PolarDB for MySQL berada. Fitur penyebaran multi-zona tidak tersedia di wilayah-wilayah berikut: Filipina (Manila), Korea Selatan (Seoul), Tiongkok (Qingdao), Tiongkok (Chengdu), Tiongkok (Hohhot), dan Thailand (Bangkok).

Mengubah zona sekunder

• Sebelum mengubah zona sekunder, migrasikan data dari zona sekunder asli ke zona sekunder tujuan. Durasi migrasi bergantung pada volume data. Untuk data besar, operasi ini mungkin memerlukan beberapa jam. Lanjutkan dengan hati-hati. Operasi ini sering digunakan untuk menyesuaikan distribusi zona klaster.

• Sumber daya harus ditempatkan di dua atau lebih zona dalam wilayah tempat klaster berada. Zona sekunder tujuan tidak boleh merupakan zona primer atau sekunder saat ini. Fitur penyebaran multi-zona tidak tersedia di wilayah-wilayah berikut: Filipina (Manila), Korea Selatan (Seoul), Tiongkok (Qingdao), Tiongkok (Chengdu), Tiongkok (Hohhot), dan Thailand (Bangkok).

Beralih ke klaster penyimpanan siaga panas

• Pastikan fitur klaster penyimpanan siaga panas diaktifkan untuk klaster Anda. Untuk informasi lebih lanjut, lihat Mode Tingkat Ketersediaan Tinggi (Klaster Penyimpanan Siaga Panas).

• Fitur ini didukung untuk Edisi Standar dan Edisi Kluster.

• Hindari sering beralih antara klaster primer dan klaster penyimpanan siaga panas untuk menghindari latensi replikasi tinggi.

• Anda hanya dapat beralih ke klaster penyimpanan siaga panas. Beralih ke zona non-sekunder tidak didukung.

• Selama pergantian zona primer/sekunder, satu atau dua koneksi transien terjadi. Setiap koneksi berlangsung sekitar 30 detik. Disarankan untuk melakukan pergantian di luar jam puncak dan memastikan aplikasi Anda dapat menyambung ulang secara otomatis ke layanan basis data.

• Setelah pergantian, titik akhir primer, titik akhir klaster, vSwitch, dan alamat IP klaster tetap tidak berubah. Namun, akses tidak langsung mungkin terjadi. Lanjutkan dengan hati-hati.

Prosedur

Secara manual mengubah zona primer klaster

1. Masuk ke Konsol PolarDB.

2. Di pojok kiri atas, pilih wilayah tempat klaster ditempatkan.

3. Temukan klaster dan klik ID-nya.

4. Di bagian bawah halaman Basic Information klaster, klik Migrasikan Klaster Antar Zona.

   

5. Dalam kotak dialog yang muncul, pilih nilai untuk parameter berikut: Destination Zone, Destination VPC, dan Destination vSwitch, serta konfigurasikan parameter Validity Period sesuai kebutuhan bisnis Anda.

   Catatan

   • Jika zona tujuan adalah zona sekunder, migrasi data tidak diperlukan. Sistem hanya akan memigrasikan node komputasi. Waktu rata-rata untuk migrasi antar pusat data adalah 5 menit. Operasi ini sering digunakan dalam latihan pemulihan bencana.

   • Jika zona tujuan bukan zona sekunder, migrasi data diperlukan. Durasi migrasi bergantung pada volume data. Untuk data besar, operasi ini mungkin memerlukan beberapa jam. Lanjutkan dengan hati-hati. Operasi ini biasanya dilakukan untuk menyesuaikan distribusi aplikasi dan basis data agar aplikasi dapat mengakses basis data dari zona terdekat.

   • Jika tidak ada vSwitch yang tersedia di zona tujuan, buat vSwitch baru. Untuk informasi lebih lanjut, lihat Buat dan Kelola vSwitch.

   • Anda dapat mengatur parameter Validity Period ke Immediately atau Upgrade in Maintenance Window. Jika Anda memilih Upgrade in Maintenance Window, Anda dapat melihat detail tugas terjadwal atau membatalkan tugas di halaman Scheduled Tasks. Untuk informasi lebih lanjut, lihat Tugas Terjadwal.

6. Klik OK.

Beralih ke klaster penyimpanan siaga panas

1. Masuk ke Konsol PolarDB.

2. Di pojok kiri atas, pilih wilayah tempat klaster ditempatkan.

3. Temukan klaster dan klik ID-nya.

4. Di panel navigasi di sisi kiri, pilih Settings and Management > Service Availability.

5. Di halaman Service Availability, klik Switch Over to Hot Standby Storage Cluster.

6. Klik OK.

Secara manual mengubah zona sekunder

1. Masuk ke Konsol PolarDB.

2. Di pojok kiri atas, pilih wilayah tempat klaster ditempatkan.

3. Temukan klaster dan klik ID-nya.

4. Di panel navigasi di sisi kiri, pilih Settings and Management > Service Availability.

5. Di halaman Service Availability, klik Change Secondary Zone.

   

6. Dalam kotak dialog yang muncul, pilih zona tujuan dan konfigurasikan parameter Waktu Efektif sesuai kebutuhan bisnis Anda.

   

   Catatan

   • Zona sekunder tujuan tidak boleh menjadi zona primer atau sekunder saat ini. Data harus dimigrasikan ke zona sekunder tujuan. Durasi migrasi bergantung pada volume data. Untuk data besar, operasi ini mungkin memerlukan beberapa jam. Lanjutkan dengan hati-hati. Operasi ini sering digunakan untuk menyesuaikan distribusi zona klaster.

   • Anda dapat mengatur parameter Waktu Efektif ke Efektif Segera atau Efektif dalam Jendela Pemeliharaan. Jika Anda memilih Efektif dalam Jendela Pemeliharaan, Anda dapat melihat detail tugas terjadwal atau membatalkan tugas di halaman Scheduled Tasks. Untuk informasi lebih lanjut, lihat Tugas Terjadwal.

7. Klik OK.

Tanya Jawab Umum

• Berapa waktu yang dibutuhkan untuk mengubah zona primer?

• • Jika zona tujuan adalah zona sekunder, migrasi data tidak diperlukan. Sistem hanya akan memigrasikan node komputasi. Waktu rata-rata untuk migrasi antar pusat data adalah 5 menit. Operasi ini sering digunakan dalam latihan pemulihan bencana.

  • Jika zona tujuan bukan zona sekunder, migrasi data diperlukan. Durasi migrasi bergantung pada volume data. Untuk data besar, operasi ini mungkin memerlukan beberapa jam. Lanjutkan dengan hati-hati. Operasi ini biasanya dilakukan untuk menyesuaikan distribusi aplikasi dan basis data agar aplikasi dapat mengakses basis data dari zona terdekat.

  

• Apakah waktu yang dibutuhkan untuk mengubah zona primer sama dengan waktu henti layanan? Misalnya, saya ingin menggunakan zona sekunder sebagai zona primer untuk klaster empat node. Waktu rata-rata untuk migrasi sebuah node adalah 5 menit. Dalam kasus ini, apakah layanan saya tidak tersedia selama sekitar 20 menit?

  Tidak, waktu yang dibutuhkan untuk mengubah zona primer tidak sama dengan waktu henti layanan. Hanya satu atau dua koneksi transien yang terjadi selama pergantian. Setiap diskoneksi berlangsung sekitar 30 detik. Disarankan untuk mengubah zona primer di luar jam puncak dan memastikan aplikasi Anda dapat menyambung ulang secara otomatis ke klaster.

• Bagaimana sistem memastikan bahwa klaster berjalan seperti yang diharapkan ketika zona primer sedang diubah?

  Setelah zona primer diubah, titik akhir primer dan klaster tetap tidak berubah. Oleh karena itu, Anda masih dapat menggunakan titik akhir ini untuk menyambung ke klaster. Namun, vSwitch dan alamat IP klaster mungkin berubah. Operasi ini dapat mempengaruhi ketersediaan basis data. Lanjutkan dengan hati-hati.