Replikasi Situs dan Pemulihan Bencana (Disaster Recovery - DR)

Cockpit menyediakan pemulihan bencana tingkat hypervisor melalui replikasi mesin virtual aktif-pasif. Fitur ini memungkinkan beban kerja yang berjalan di pusat data utama (Situs A) mereplikasi perangkat penyimpanan blok secara asinkron ke situs pemulihan bencana sekunder (Situs B) melalui WAN atau jaringan sekunder.

---

1. Desain Arsitektur

Replikasi dikoordinasikan oleh Cockpit tetapi dieksekusi secara langsung peer-to-peer antara host virtualisasi fisik (daemon Vapor) untuk mengoptimalkan throughput jaringan dan mengurangi hambatan pada lapisan manajemen.

• Protokol Transfer Data: File dan patch delta blok inkremental dialirkan melalui koneksi TLS yang aman menggunakan Protokol TUS (Resumable Upload) (melalui permintaan HTTP PATCH).
• Snapshot Penyimpanan Asinkron: Menggunakan rantai backing QCOW2 untuk mentransfer blok data tanpa mengganggu kinerja mesin virtual yang aktif.

---

2. Mekanisme Replikasi

Replikasi berjalan dalam proses dua tahap menggunakan lapisan snapshot:

Tahap 1: Sinkronisasi Baseline (Salinan Penuh)

1. Cockpit memerintahkan host Vapor Sumber untuk membuat cadangan penuh.
2. Hypervisor membekukan sementara sistem file tamu (melalui QEMU Guest Agent) dan menjalankan qemu-img convert untuk mengalirkan volume disk.
3. Cockpit mendaftarkan sesi unggahan di host Vapor Target.
4. Vapor Sumber mengalirkan file basis .qcow2 blok demi blok menggunakan protokol TUS.
5. Vapor Target mendaftarkan citra disk baseline tersebut.

Tahap 2: Sinkronisasi Inkremental (Didorong RPO)

1. Pada interval Recovery Point Objective (RPO) yang dikonfigurasi (misalnya, 15 menit), Cockpit memicu sinkronisasi inkremental.
2. Vapor Sumber mengunci QEMU, membuat file overlay baru, dan menjalankan qemu-img convert yang merujuk pada snapshot induk (parent snapshot):

   qemu-img convert -O qcow2 -o backing_file=parent.qcow2,backing_fmt=qcow2 source.qcow2 delta.qcow2

3. Vapor Sumber mengalirkan hanya file patch delta.qcow2 melalui permintaan patch TUS ke host target.
4. Vapor Target menulis patch blok delta ke dalam rantai backing replikasi, menciptakan status pemulihan Point-in-Time (PIT).

---

3. Langkah Konfigurasi

3.1 Hubungkan Pasangan Situs

Sebelum mendaftarkan beban kerja, administrator harus memasangkan situs Cockpit:

1. Masuk ke instans Cockpit target (DR) dan salin token otorisasi aktif (dari cockpit:auth di local storage).
2. Masuk ke instans Cockpit utama, navigasikan ke Configure -> Site Pairs, dan klik Link Site Pair.
3. Masukkan nama situs jarak jauh, URL API endpoint (misalnya, https://192.168.122.128:7771/api/v1), token, dan sertifikat TLS opsional.

3.2 Daftarkan Mesin Virtual

1. Pilih VM target di pohon inventaris dan navigasikan ke tab Replication.
2. Konfigurasikan kebijakan replikasi:
   • Target Site: Pilih situs DR yang telah dipasangkan.
   • Target Datastore: Pilih storage pool di situs DR.
   • RPO (Recovery Point Objective): Pilih interval sinkronisasi (15 Menit, 30 Menit, 1 Jam, 4 Jam, atau 24 Jam).
   • PIT Snapshots: Jumlah maksimum checkpoint historis yang akan disimpan di situs DR (jumlah Multiple Point-in-Time).
   • Kompresi Data: Opsi untuk mengompresi aliran data disk selama transit untuk mengoptimalkan bandwidth WAN.
3. Klik Enable Replication untuk memicu sinkronisasi baseline.

---

4. Alur Kerja Pemulihan Bencana

Administrator memulai prosedur pemulihan dan validasi dari menu ACTIONS ▾ pada panel status Replikasi VM:

4.1 Test Failover (Uji Coba DR)

Untuk memverifikasi kelayakan pemulihan tanpa mengganggu VM produksi atau menghentikan replikasi:

1. Pilih Test Failover dan klik Start Drill.
2. Tindakan Backend: Cockpit mengkloning penyimpanan replika target dari snapshot PIT terbaru, membuat instans VM sementara, dan mem-boot-nya di dalam jaringan host yang terisolasi (bubble network).
3. Verifikasi layanan OS tamu VM melalui konsol.
4. Pilih Stop Test Failover untuk mematikan VM sandbox dan menghapus klon sementara dari storage pool DR.

4.2 Migrasi Terencana (Planned Migration)

Digunakan untuk memindahkan beban kerja secara permanen selama pemeliharaan terjadwal:

1. Pilih Planned Migration dan klik Start Migration.
2. Tindakan Backend:
   • VM utama dimatikan secara perlahan.
   • Sinkronisasi replikasi penyesuaian akhir dieksekusi untuk mentransfer blok data yang tersisa.
   • Registrasi VM dihapus dari host utama, kemudian VM didaftarkan dan di-boot di host DR.

4.3 Emergency Failover (Kegagalan Darurat)

Digunakan ketika pusat data utama offline karena bencana:

1. Pilih Emergency Failover dan klik Emergency Failover.
2. Tindakan Backend: Cockpit melewati langkah mematikan VM utama dan sinkronisasi akhir. Sistem segera mendaftarkan VM di host DR menggunakan snapshot PIT yang terakhir kali berhasil disinkronkan dan menyalakan VM tersebut.