Alur migrasi

Untuk migrasi PostgreSQL homogen ke AlloyDB untuk PostgreSQL, Database Migration Service terhubung ke instance utama cluster AlloyDB untuk PostgreSQL tujuan dan mengelola proses migrasi berkelanjutan atas namanya. Instance utama tujuan membuat koneksi ke database sumber, sementara Database Migration Service mengatur dan memantau pipeline data end-to-end.

Untuk migrasi PostgreSQL homogen standar ke AlloyDB untuk PostgreSQL, Database Migration Service mendukung migrasi berkelanjutan. Dalam migrasi berkelanjutan, data awal dimuat dari dump snapshot, lalu perubahan data yang sedang berlangsung terus direplikasi dari write-ahead log (WAL) database sumber menggunakan decoding logis dan ekstensi pglogical. Untuk migrasi mulai cepat berkelanjutan, Database Migration Service menggunakan pgnative.

Fase migrasi berkelanjutan

Migrasi berkelanjutan berlangsung melalui fase berurutan berikut:

Migrasi standar

  1. Penyiapan dan orkestrasi replikasi: Saat Anda membuat tugas migrasi, Database Migration Service akan mengonfigurasi instance utama cluster AlloyDB untuk PostgreSQL tujuan agar bertindak sebagai replika dan membuat langganan replikasi dengan ekstensi pglogical. Saat bermigrasi ke cluster AlloyDB untuk PostgreSQL yang ada, Database Migration Service mengonfigurasi replikasi eksternal tanpa menempatkan database dalam mode hanya baca.
  2. Fase snapshot awal: Saat Anda memulai tugas migrasi, Database Migration Service akan mengambil snapshot yang konsisten dari database yang dipilih di instance sumber. Proses ini memerlukan penguncian tabel singkat (biasanya kurang dari 10 detik per tabel) saat snapshot diinisialisasi. Database sumber terus menerima pembacaan dan penulisan selama proses berlangsung.
  3. Fase pemuatan data: Database Migration Service mengalirkan data snapshot awal dari database sumber dan memuatnya ke instance utama cluster AlloyDB untuk PostgreSQL tujuan.
  4. Pembuatan batasan dan indeks: Setelah pemuatan data awal selesai, batasan tabel (termasuk kunci utama dan kunci asing) serta indeks sekunder akan dibuat di instance tujuan. Memisahkan pemuatan data dari pembuatan batasan akan mengoptimalkan kecepatan penyerapan data.
  5. Fase pengambilan data perubahan (CDC): Setelah batasan diterapkan, Database Migration Service akan memasuki fase CDC berkelanjutan. Selama CDC, Database Migration Service menangkap perubahan DML yang sedang berlangsung dari aliran replikasi logis database sumber menggunakan pglogical dan menerapkannya ke cluster tujuan hampir secara real time.
  6. Fase peralihan dan promosi: Saat Anda siap mengalihkan traffic aplikasi ke cluster tujuan, hentikan penulisan ke database sumber, pastikan jeda replikasi mencapai nol, dan mulai promosi di Database Migration Service. Selama promosi, Database Migration Service memutuskan koneksi cluster tujuan dari sumber, menghapus slot replikasi, dan mengubah tujuan menjadi instance utama AlloyDB untuk PostgreSQL mandiri yang dapat dibaca/ditulis.

Migrasi mulai cepat

  1. Penyiapan dan orkestrasi replikasi: Saat Anda membuat tugas migrasi, Database Migration Service akan otomatis menyiapkan konektivitas jaringan melalui IP pribadi menggunakan antarmuka Private Service Connect (otomatis membuat konfigurasi konektivitas pribadi, lampiran jaringan, dan subnet). Alat ini membuat replikasi antara database sumber dan tujuan menggunakan replikasi logis PostgreSQL (dengan pgnative), tanpa memerlukan penginstalan ekstensi pglogical di sumber. Tujuannya dapat berupa cluster AlloyDB untuk PostgreSQL aktif yang menyalurkan traffic ke database lain.
  2. Fase snapshot awal: Saat Anda memulai tugas migrasi, Database Migration Service akan mengambil snapshot yang konsisten dari database yang dipilih (memigrasikan hingga 50 database per tugas) di server database sumber. Database sumber terus menerima pembacaan dan penulisan selama proses berlangsung.
  3. Fase pemuatan data: Database Migration Service mengalirkan data snapshot awal langsung ke cluster AlloyDB untuk PostgreSQL tujuan melalui konektivitas pribadi. Objek database tujuan diberi kepemilikan kepada pengguna database tujuan yang dikonfigurasi untuk tugas migrasi (seperti pengguna postgres default).
  4. Pembuatan batasan dan indeks: Setelah pemuatan data awal selesai, batasan tabel dan indeks sekunder dibuat di cluster tujuan untuk memastikan fidelitas skema sekaligus memaksimalkan performa penyerapan.
  5. Fase pengambilan data perubahan (CDC): Setelah batasan diterapkan, Database Migration Service akan memasuki fase CDC berkelanjutan. Selama CDC, Database Migration Service mengalirkan perubahan DML yang sedang berlangsung dari aliran replikasi logis PostgreSQL pgnative dan menerapkannya ke cluster tujuan dalam waktu hampir real-time. Untuk tabel tanpa kunci utama, operasi UPDATE dan DELETE dapat direplikasi saat identitas replika tabel dikonfigurasi ke INDEX atau FULL.
  6. Fase peralihan dan promosi: Saat Anda siap mengalihkan traffic aplikasi ke cluster tujuan, hentikan penulisan ke database sumber, pastikan jeda replikasi mencapai nol, dan mulai promosi di Database Migration Service. Selama promosi, Database Migration Service menyelesaikan replikasi CDC, menghentikan slot replikasi, dan melepaskan pipeline migrasi, sehingga database AlloyDB untuk PostgreSQL tujuan Anda beroperasi sepenuhnya untuk koneksi klien.

Langkah berikutnya