Mengonfigurasi Replikasi
Panduan ini memasangkan dua situs Cockpit dan mendaftarkan sebuah VM untuk replikasi dengan kebijakan pemulihan.
Prasyarat
- Akses administrator (atau akses dengan kemampuan replikasi) ke kedua situs Cockpit utama dan pemulihan.
- Datastore penyimpanan di situs pemulihan dengan ruang kosong setidaknya sebesar ukuran disk yang diprovision untuk VM.
- Untuk recovery point yang konsisten dan pengalamatan ulang IP tamu: QEMU Guest Agent terpasang dan berjalan di OS tamu.
Langkah 1 — Pasangkan situs
Anda hanya perlu melakukan ini satu kali untuk setiap pasangan situs.
- Di situs Cockpit pemulihan, salin token akses API untuk pemasangan (token admin atau API key service account).
- Di situs Cockpit utama, pilih node datacenter/cluster, buka tab Configure, dan pilih Site Pairs.
- Klik Add Site Pair dan masukkan:
- Site Name — label untuk situs pemulihan, misalnya
DR-Site-B. - API Endpoint URL — API Cockpit pemulihan, misalnya
https://<recovery-ip>:7771/api/v1. - Access Token — token dari langkah 1.
- TLS Certificate Path (opsional) — sertifikat CA tepercaya/self-signed untuk endpoint pemulihan.
- Site Name — label untuk situs pemulihan, misalnya
- Klik Link Site. Pasangan tersebut seharusnya menampilkan status connected.
Token dapat kedaluwarsa
Jika token pasangan kedaluwarsa atau kredensial berubah, pasangan akan menampilkan error. Hapus dan tambahkan ulang pasangan dengan token baru.
Langkah 2 — Daftarkan VM
- Pilih VM di inventaris dan buka tab Replication-nya.
- Di Configure Site Replication, atur kebijakannya:
| Kolom | Fungsinya |
|---|---|
| Target Site | Situs pemulihan yang telah dipasangkan sebagai tujuan replikasi. |
| Target Datastore | Storage pool di situs pemulihan tempat disk replika ditulis. Harus berupa pool nyata yang dapat diakses hypervisor (bukan direktori home). |
| RPO | Seberapa sering replikasi berjalan — 15 minutes, 30 minutes, 1 hour, 4 hours, atau 24 hours. Semakin kecil = potensi kehilangan data semakin rendah, tetapi lalu lintas lebih besar. |
| Recovery-point retention (MPIT) | Berapa banyak recovery point historis yang disimpan di situs pemulihan. Retensi menggunakan skema grandfather-father-son: Anda dapat menyimpan sejumlah titik hourly, daily, dan weekly sehingga dapat melakukan rollback beberapa jam atau hari ke belakang (misalnya ke kondisi sebelum ransomware/kerusakan data). |
| Compression | Mengompresi aliran disk melalui WAN. Menghemat bandwidth dengan biaya CPU yang kecil. |
(Opsional) Buka opsi lanjutan:
- Quiesce guest filesystem — membekukan sistem file tamu melalui QEMU Guest Agent selama setiap sinkronisasi untuk recovery point yang application-consistent. Memerlukan agent; tanpa agent, recovery point bersifat crash-consistent (tetap dapat di-boot).
- Replicate specific disks — secara default semua disk direplikasi; Anda dapat memilih sebagian saja (misalnya melewati disk scratch).
- Network mapping — memetakan setiap jaringan virtual sumber ke jaringan yang setara di situs pemulihan, sehingga VM yang dipulihkan terhubung ke jaringan yang tepat di sana.
- Guest IP re-addressing — mengatur alamat yang harus digunakan tamu setelah failover (per jaringan sumber): address (CIDR, misalnya
10.20.0.5/24), serta gateway dan nameservers opsional. Saat failover, Cockpit menerapkan pengaturan ini di dalam tamu melalui agent, sehingga VM yang dipulihkan aktif dengan pengalamatan situs pemulihan. Memerlukan QEMU Guest Agent.
Klik Enable Replication.
Cockpit mendaftarkan tugas dan memulai sinkronisasi baseline di latar belakang. Sinkronisasi pertama menyalin seluruh disk dan dapat memakan waktu cukup lama; sinkronisasi berikutnya hanya mentransfer blok yang berubah sesuai jadwal RPO Anda.
Apa yang diharapkan
- Panel Replication Status menampilkan target, RPO, kesehatan, dan waktu Last Successful Sync.
- Sebelum baseline selesai, VM belum dapat dipulihkan. Setelah selesai, recovery point terakumulasi sesuai RPO dan retensi Anda.
- Lihat Operasikan & pantau untuk kesehatan dan sinkronisasi manual, serta Failover & failback untuk pemulihan.