全部产品
Search

搜索本产品

    ApsaraDB RDS：Lakukan migrasi lintas zona

    文档中心

    ApsaraDB RDS：Lakukan migrasi lintas zona

    更新时间：Aug 05, 2025

    Topik ini menjelaskan cara memigrasikan instans ApsaraDB RDS for MySQL lintas zona di wilayah yang sama. Waktu yang diperlukan untuk menyelesaikan migrasi bervariasi berdasarkan jumlah data yang perlu dimigrasikan. Dalam kebanyakan kasus, migrasi dapat selesai dalam beberapa jam.

    Prasyarat

    • Instans RDS harus memenuhi persyaratan berikut:

      • Instans RDS harus menjalankan Edisi Ketersediaan Tinggi atau Edisi Dasar. Instans tanpa server tidak didukung.

      • Instans RDS tidak boleh menggunakan tipe instans yang sudah tidak digunakan lagi. Untuk informasi lebih lanjut, lihat Tipe instans untuk instans utama standar ApsaraDB RDS for MySQL (arsitektur x86 asli). Untuk panduan mengubah tipe instans, lihat Ubah spesifikasi instans.

      • Instans RDS harus berada dalam status Berjalan.

        Catatan

        Jika instans RDS memiliki instans read-only, pastikan bahwa instans tersebut juga berada dalam status Berjalan. Jika tidak, pesan kesalahan OperationDenied.MasterDBlnstancestate akan muncul saat Anda mencoba memigrasikan instans RDS ke zona lain.

    • Jika instans RDS menggunakan disk cloud, versi mesin minor dari instans RDS harus 20201031 atau lebih baru. Untuk panduan memperbarui versi mesin minor, lihat Perbarui versi mesin minor.

    • Wilayah tempat instans RDS berada harus terdiri dari beberapa zona. Untuk informasi lebih lanjut tentang wilayah dan zona Alibaba Cloud, lihat Wilayah dan zona.

    • Proksi database bersama harus dinonaktifkan untuk instans RDS.

      Catatan

      • Untuk memeriksa apakah proksi database bersama diaktifkan, buka halaman Database Proxy instans RDS dan periksa apakah tab Read/Write Splitting (Shared) ditampilkan. Jika tab tersebut ada, proksi database bersama diaktifkan.

      • Proksi database bersama tidak lagi dipelihara mulai 1 April 2021. Jika Anda masih menggunakannya, kami sarankan Anda meningkatkan ke proksi database khusus. Lihat Tingkatkan proksi database dari proksi database bersama ke proksi database khusus.

      • Jika Anda menggunakan proksi database khusus atau proksi database serbaguna, migrasi lintas zona tidak terpengaruh.

    Untuk informasi lebih lanjut tentang cara memigrasikan instans RDS dengan mesin database berbeda lintas zona di wilayah yang sama, lihat topik-topik berikut:

    Aturan penagihan

    Anda tidak dikenakan biaya untuk migrasi lintas zona, bahkan jika Anda memigrasikan instans RDS dari satu zona ke beberapa zona.

    Catatan penggunaan

    • Anda hanya dapat memigrasikan instans RDS ke zona yang berada di wilayah yang sama dengan zona sumber. Jika Anda ingin memigrasikan instans RDS ke zona di wilayah berbeda, Anda dapat membuat instans RDS di wilayah tujuan dan zona, gunakan DTS untuk memigrasikan data dari instans RDS asli ke instans RDS baru, konfirmasikan bahwa beban kerja berjalan seperti yang diharapkan, lalu lepaskan instans RDS asli.

    • Alih bencana instans: Selama migrasi lintas zona, alih bencana instans mungkin dipicu, menyebabkan titik akhir instans RDS utama dan titik akhir proksi database menjadi tidak tersedia untuk jangka waktu singkat. Pastikan aplikasi Anda dikonfigurasi untuk secara otomatis menyambungkan kembali ke instans RDS. Jika tidak, Anda harus menyambungkan kembali aplikasi secara manual. Untuk informasi lebih lanjut, lihat Dampak dari alih bencana instans. Skenario di mana alih bencana instans dipicu meliputi:

      • Jika zona tujuan instans RDS utama berbeda dari zona saat ini instans RDS utama, instans RDS utama diubah selama migrasi lintas zona.

      • Jika zona tujuan instans RDS utama berbeda dari zona jaringan saat ini instans RDS utama, instans RDS utama diubah selama migrasi lintas zona.

    • Perubahan VIP: Jika alih bencana instans terjadi selama migrasi lintas zona, alamat IP virtual (VIP) instans RDS berubah sementara titik akhir instans RDS tetap tidak berubah. Kami sarankan Anda menggunakan titik akhir daripada alamat IP instans RDS untuk menyambungkan aplikasi Anda.

      • Jika instans RDS disambungkan ke instans PolarDB-X 1.0, perubahan VIP mungkin memengaruhi konektivitas antara instans RDS dan instans PolarDB-X 1.0. Perbaiki masalah konektivitas sesegera mungkin. Untuk informasi lebih lanjut, lihat Perbaiki koneksi shard database.

      • Setelah migrasi, hapus catatan Domain Name System (DNS) yang di-cache dari klien database. Jika klien database berjalan pada JVM, atur waktu hidup (TTL) dalam konfigurasi JVM menjadi 60 detik atau kurang. Dengan cara ini, jika alamat IP virtual yang terikat pada titik akhir berubah, aplikasi Anda dapat meminta catatan DNS terkait untuk mendapatkan alamat IP virtual baru dan menyambungkan kembali.

        Catatan

        Untuk informasi lebih lanjut tentang cara mengatur TTL dalam konfigurasi JVM, lihat Class InetAddress.

    • Penghentian tugas DTS: Jika instans RDS memiliki tugas Data Transmission Service (DTS) yang sedang berlangsung, Anda harus memulai ulang tugas setelah migrasi lintas zona selesai. Untuk informasi lebih lanjut, lihat Apa itu DTS?

    • Pembuatan ulang tabel: Tabel dibuat ulang saat Anda melakukan migrasi lintas zona. Akibatnya, waktu pembuatan tabel berubah, dan nilai bidang CREATE_TIME dalam tabel INFORMATION_SCHEMA berubah.

    • Jika inventaris sumber daya di zona tujuan tidak mencukupi, migrasi mungkin gagal.

    • Selama migrasi lintas zona, Anda tidak dapat mengubah hanya vSwitch. Untuk informasi lebih lanjut tentang cara mengubah vSwitch instans RDS, lihat Ubah VPC dan vSwitch.

    • Jika instans RDS menggunakan SSD Perusahaan Premium (ESSDs) dan fitur Buffer Pool Extension (BPE) diaktifkan, Anda tidak dapat memigrasikan instans RDS ke zona yang tidak mendukung fitur BPE. Untuk informasi lebih lanjut tentang wilayah dan zona yang mendukung fitur BPE, lihat Cakupan yang berlaku.

      Nonaktifkan fitur BPE terlebih dahulu jika Anda ingin memigrasikan instans RDS lintas zona.

    Prosedur

    1. Masuk ke Konsol ApsaraDB RDS dan buka halaman Instans. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Temukan instans RDS dan klik ID instans.

    2. Di halaman Basic Information, klik Migrate Data Across Zones di pojok kanan atas.

      Catatan

      Jika tombol Migrate Data Across Zones tidak ditampilkan, periksa apakah instans RDS Anda memenuhi prasyarat.

    3. Di kotak dialog Migrate Instance Across Zones, konfigurasikan parameter Zona Tujuan, pilih vSwitch, dan atur parameter Waktu Alih. Klik Yes.

      Penting

      Pastikan bahwa virtual private cloud (VPC) dan setidaknya satu vSwitch tersedia di zona tujuan. Jika tidak, instans tidak dapat dimigrasikan ke zona tujuan. Dalam hal ini, buat vSwitch di zona tujuan terlebih dahulu.

      Skenario migrasi

      Deskripsi

      Migrasi dari satu zona ke zona lain

      Instans RDS utama dan sekunder berada di zona tujuan yang sama.

      Sebagai contoh, instans RDS utama dan instans RDS sekunder berada di Zona C Singapura, dan Anda memigrasikan instans tersebut ke Zona A Singapura.

      Migrasi dari satu zona ke beberapa zona

      Instans RDS utama dan sekunder berada di zona tujuan yang berbeda.

      Sebagai contoh, instans RDS utama dan instans RDS sekunder berada di Zona C Singapura, dan Anda memigrasikan instans RDS utama ke Zona B Singapura dan instans RDS sekunder ke Zona A Singapura.

      Catatan

      • Setelah migrasi lintas zona, instans RDS utama dan sekunder berada di zona yang berbeda untuk mencapai pemulihan bencana lintas zona (DR).

      • Metode penerapan multi-zona memberikan kemampuan pemulihan bencana yang lebih tinggi daripada metode penerapan single-zona. Jika Anda memilih metode penerapan single-zona, sistem database Anda dapat menahan kegagalan server dan rak. Jika Anda memilih metode penerapan multi-zona, sistem database Anda dapat menahan kegagalan pusat data.

      • Jika sistem database Anda berisi instans RDS utama dan sekunder, kami sarankan Anda memigrasikan instans RDS ke beberapa zona untuk menerapkan pemulihan bencana lintas zona.

      Migrasi dari beberapa zona ke satu zona

      Instans RDS utama dan sekunder berada di zona tujuan yang sama.

      Sebagai contoh, instans RDS utama berada di Zona B Singapura, instans RDS sekunder berada di Zona A Singapura, dan Anda memigrasikan instans RDS tersebut ke Zona C Singapura.

      Catatan

      Jika Anda memilih metode penerapan single-zona, sistem database Anda tidak dapat mencapai pemulihan bencana lintas zona. Kami sarankan Anda memigrasikan instans RDS ke zona yang berbeda.

      Migrasi dari satu zona ke beberapa zona

      Instans RDS utama dan sekunder berada di zona tujuan yang berbeda.

      Sebagai contoh, instans RDS utama berada di Zona B Singapura, instans RDS sekunder berada di Zona C Singapura, dan Anda memigrasikan instans RDS utama ke Zona A Singapura dan instans RDS sekunder ke Zona B Singapura.

      Penting

      • Setelah migrasi lintas zona, sistem beralih beban kerja Anda berdasarkan nilai parameter Waktu Alih. Anda dapat mengatur parameter Waktu Alih ke Switch Immediately atau Switch Within Maintenance Window. Jika vSwitch instans RDS diubah selama alih bencana, instans RDS terhubung melalui koneksi baru. Pastikan aplikasi Anda dikonfigurasi untuk secara otomatis menyambungkan kembali ke instans RDS. Jika tidak, Anda harus menyambungkan kembali aplikasi secara manual.

      • Jika catatan DNS yang di-cache pada klien database tidak segera diperbarui setelah migrasi, beberapa beban kerja mungkin beralih ke zona utama tujuan 10 menit kemudian. Akibatnya, instans RDS mengalami alih bencana instans lainnya. Pastikan aplikasi Anda dikonfigurasi untuk secara otomatis menyambungkan kembali ke instans RDS. Jika tidak, Anda harus menyambungkan kembali aplikasi secara manual.

      • Untuk informasi lebih lanjut tentang dampak dari alih bencana instans, lihat Dampak dari alih bencana instans.

    4. Di kotak dialog Migrate Instance Across Zones, konfirmasikan informasi zona sebelum dan sesudah migrasi, lalu klik OK.

    Operasi terkait

    Operasi

    Deskripsi

    MigrateToOtherZone

    Memigrasikan instans lintas zona.

    FAQ

    • Jika data ditulis ke instans RDS saya selama migrasi lintas zona, apakah data asli pada instans RDS terpengaruh setelah alih beban kerja? Apakah data yang baru ditulis tetap ada?

      Data asli tidak terpengaruh, dan data yang baru ditulis tetap ada.

      Penting

      Alih bencana instans terjadi selama migrasi. Pastikan aplikasi Anda dikonfigurasi untuk secara otomatis menyambungkan kembali ke instans RDS. Jika tidak, Anda harus menyambungkan kembali aplikasi secara manual. Untuk informasi lebih lanjut tentang dampak dari alih bencana instans, lihat Dampak dari alih bencana instans.

    • Faktor apa yang memengaruhi waktu yang diperlukan untuk migrasi lintas zona?

      Jika instans RDS menggunakan SSD Lokal Premium, waktu yang diperlukan untuk migrasi lintas zona bervariasi berdasarkan jumlah data pada instans RDS Anda. Jika jumlah data besar, beberapa jam mungkin diperlukan. Jika instans RDS menggunakan disk cloud, hingga satu jam mungkin diperlukan.