PolarDB:Klon instans RDS for MySQL ke kluster PolarDB for MySQL dengan satu klik

Pilih metode migrasi

Klon satu klik mendukung dua metode: migrasi fisik dan migrasi logis (melalui Data Transmission Service (DTS)). Metode yang digunakan bergantung pada versi MySQL, edisi, dan jenis penyimpanan instans sumber Anda.

Migrasi fisik menyalin data penuh langsung dari instans sumber tanpa melibatkan DTS. Proses ini lebih cepat dan tidak memengaruhi operasi instans sumber.

Migrasi logis membuat tugas sinkronisasi data DTS untuk memigrasikan skema dan data penuh. Metode ini mendukung konfigurasi sumber yang lebih luas dan memungkinkan klon lintas versi, tetapi tunduk pada batasan spesifik DTS.

Kedua metode tidak mendukung sinkronisasi data inkremental atau migrasi cross-region.

Penagihan

• Migrasi fisik: Tidak dikenai biaya untuk migrasi data. Anda hanya membayar kluster PolarDB. Lihat Ikhtisar item yang dapat ditagih.

• Migrasi logis: Tidak dikenai biaya untuk tugas sinkronisasi DTS dalam 30 hari pertama setelah dibuat. Setelah 30 hari, tugas tersebut dibatalkan secara otomatis. Uji coba gratis ini tidak berlaku untuk akun operator jaringan virtual (VNO) atau pengguna Resource Access Management (RAM).

Prasyarat

Sebelum memulai, pastikan bahwa:

• Kluster PolarDB target menjalankan versi MySQL yang sama atau lebih baru daripada instans sumber. Penurunan versi tidak didukung (misalnya, Anda tidak dapat mengklon instans RDS MySQL 5.7 ke kluster PolarDB for MySQL 5.6).

Hanya untuk migrasi fisik:

• Instans sumber memenuhi versi minor minimum: Untuk memeriksa versi minor, jalankan pernyataan berikut pada instans sumber:

  • RDS MySQL 5.6: versi minor 20190815 atau lebih baru

  • RDS MySQL 5.7: versi minor 20200331 atau lebih baru

  SHOW VARIABLES LIKE '%rds_release_date%';

  Jika versi minor lebih lama dari yang dipersyaratkan, tingkatkan versinya sebelum melanjutkan. Lihat Perbarui versi mesin minor.

• Mesin penyimpanan tabel adalah InnoDB atau X-Engine. Untuk mengidentifikasi tabel yang menggunakan mesin lain, jalankan:

  SELECT TABLE_SCHEMA, TABLE_NAME, ENGINE
  FROM INFORMATION_SCHEMA.TABLES
  WHERE TABLE_SCHEMA NOT IN ('information_schema', 'mysql', 'performance_schema', 'sys')
    AND ENGINE NOT IN ('InnoDB', 'X-Engine');

  Konversi semua tabel yang dikembalikan sebelum mengklon.

• Transparent Data Encryption (TDE) dan SSL dinonaktifkan pada instans sumber. Lihat TDE dan SSL. Jika TDE atau SSL diaktifkan dan Anda tidak dapat menonaktifkannya, gunakan DTS untuk memigrasikan data secara manual. Lihat Migrasikan data dari instans ApsaraDB RDS for MySQL ke kluster PolarDB for MySQL.

• Jika Database Proxy (Safe Mode) diaktifkan, buat akun istimewa atau ubah mode koneksi jaringan ke mode berkinerja tinggi. Lihat Buat akun dan Tingkatkan mode koneksi jaringan instans ApsaraDB RDS.

Hanya untuk migrasi logis:

Lengkapi kedua pemeriksaan awal di bawah ini sebelum memulai migrasi.

Langkah 1: Buat kluster dengan mengklon

1. Masuk ke Konsol PolarDB.

2. Di pojok kiri atas, pilih wilayah tempat instans RDS sumber ditempatkan.

3. Klik Create Cluster.

4. Atur Billing Method menjadi Subscription, Pay-as-you-go, atau Serverless.

   Metode penagihan	Cara kerjanya
   Subscription	Bayar di muka untuk node komputasi. Penyimpanan ditagih per jam berdasarkan penggunaan aktual.
   Pay-as-you-go	Tidak ada pembayaran di muka. Node komputasi dan penyimpanan ditagih per jam berdasarkan penggunaan aktual.
   Serverless	Tidak ada pembayaran di muka. Node komputasi, penyimpanan, dan PolarProxy diskalakan secara otomatis. Ditagih berdasarkan penggunaan sumber daya aktual.

5. Konfigurasikan parameter berikut. Untuk parameter yang tidak tercantum di sini, lihat Beli kluster.

   Parameter	Deskripsi
   Creation Method	Pilih Clone from RDS.
   Region	Wilayah tempat instans RDS sumber ditempatkan. Kluster PolarDB tujuan harus berada di wilayah yang sama.
   Source RDS Version	Versi MySQL instans RDS sumber: 5.6, 5.7, atau 8.0.
   Source RDS Instance	Instans RDS sumber. Instans read-only tidak ditampilkan.
   Database Engine	Versi MySQL untuk kluster PolarDB tujuan. Bisa sama atau berbeda dari sumber.
   Node Specification	Spesifikasi node komputasi. Pilih spesifikasi yang sama atau lebih tinggi daripada instans sumber. Lihat Spesifikasi node komputasi PolarDB untuk MySQL Edisi Perusahaan.

6. Tinjau konfigurasi kluster di pojok kanan atas. Untuk kluster Subscription, atur Duration, Quantity, dan Auto-renewal.

7. Baca dan terima syarat layanan, lalu klik Confirm Order.

8. Di halaman Purchase, konfirmasi pesanan dan metode pembayaran, lalu klik Purchase.

9. Tunggu 10 hingga 15 menit, lalu periksa halaman Clusters untuk kluster baru. Kluster siap digunakan saat statusnya berubah dari Creating menjadi Running. Pastikan Anda telah memilih wilayah yang benar.

Langkah 2: Verifikasi status migrasi

Setelah kluster dibuat, verifikasi bahwa migrasi berhasil diselesaikan.

1. Masuk ke Konsol PolarDB dan buka halaman Clusters.

2. Klik ID kluster baru untuk membuka halaman Basic Information-nya.

3. Periksa bagian RDS Migration: Contoh: Jika instans sumber memiliki pemicu, pemeriksaan awal gagal dengan pesan "The RDS instance has a trigger." Hapus pemicu tersebut dan klik Continue Migration, atau lihat Konfigurasikan tugas sinkronisasi data untuk database sumber yang berisi pemicu.

   • Jika statusnya Running, migrasi berjalan normal.

   • Jika statusnya Precheck Failed, ikuti pesan error untuk memperbaiki masalah, lalu klik Continue Migration. Atau, klik Cancel Migration dan buat tugas sinkronisasi DTS secara manual.

Langkah 3: Lihat detail tugas DTS (hanya untuk migrasi logis)

Jika migrasi logis digunakan dan Anda perlu menyelidiki error (seperti kegagalan pemeriksaan awal atau latensi replikasi tinggi), lihat detail tugas DTS.

1. Masuk ke Konsol PolarDB dan klik ID kluster.

2. Di halaman Basic Information, temukan bagian RDS Migration dan klik DTS Data Synchronization Task.

   

3. Di konsol DTS, temukan tugas sinkronisasi data. Dari halaman ini, Anda dapat melihat detail kegagalan pemeriksaan awal, status tugas, dan log tugas.

FAQ

Apa perbedaan antara klon dan peningkatan instans RDS ke PolarDB?

Klon membuat salinan independen dari data sumber tanpa menjaga sinkronisasi instans sumber. Peningkatan menjaga sinkronisasi antara sumber dan tujuan selama migrasi sehingga Anda dapat beralih dengan kehilangan data minimal.

Apakah klon memengaruhi instans RDS sumber?

Tidak. Klon tidak mengganggu instans sumber tetapi mengonsumsi sebagian sumber dayanya selama proses berlangsung.

Apa yang terjadi ketika saya membatalkan migrasi?

Membatalkan migrasi memiliki efek berikut:

• Tautan sinkronisasi antara instans sumber dan kluster tujuan terputus.

• Kluster tujuan menjadi dapat dibaca dan ditulis tetapi tidak dilepas secara otomatis. Lepaskan kluster jika Anda tidak lagi membutuhkannya untuk menghindari tagihan berkelanjutan.

• Anda dapat memilih apakah akan menonaktifkan binary logging pada kluster saat membatalkan secara manual. Binary logging tidak dinonaktifkan ketika migrasi dibatalkan secara otomatis.

Menonaktifkan binary logging sedikit meningkatkan kinerja tulis. Setelah dinonaktifkan, log biner yang ada tetap disimpan. Untuk menghapusnya, kurangi periode retensi dan tunggu log tersebut dihapus secara otomatis, lalu nonaktifkan binary logging. Kluster akan restart secara otomatis setelah binary logging dinonaktifkan. Restart selesai dalam waktu 5 menit, dengan gangguan layanan sekitar 40 detik. Durasi tepatnya bergantung pada jumlah data dan jumlah tabel. Nonaktifkan binary logging selama jam sepi dan pastikan aplikasi Anda dapat terhubung kembali secara otomatis.

Referensi API

Langkah selanjutnya

Perbarui titik akhir koneksi database aplikasi Anda ke titik akhir kluster PolarDB. Lihat Kelola titik akhir kluster.