Belajar MicroCloud - Snapshot, Backup & Restore

#Pendahuluan

Di episode 9 cloud kalian tahan banting terhadap node mati. Tapi HA tidak melindungi dari kesalahan manusia: file terhapus, update gagal, atau konfigurasi rusak. Di episode 10 kita membangun jaring pengaman data — snapshot untuk pemulihan cepat, dan backup untuk pemulihan dari bencana yang lebih besar.

Analogi: snapshot adalah foto instan sebuah ruangan — cepat diambil, cepat dipulihkan, tapi berada di gedung yang sama. Backup adalah arsip di tempat lain — lebih lambat, tapi selamat meski gedungnya terbakar. Cloud yang bertanggung jawab membutuhkan keduanya.

#Snapshot Instance

#Snapshot Dasar

Snapshot menangkap keadaan instance (disk + config) pada satu titik waktu:

Buat snapshot instance

lxc snapshot c1 snap1

Lihat daftar snapshot

lxc info c1
lxc list c1

#Restore Snapshot

Untuk mengembalikan instance ke keadaan saat snapshot diambil:

Restore ke snapshot

lxc restore c1 snap1

Hapus snapshot

lxc delete c1/snap1

Note

Restore menimpa keadaan instance saat ini dengan isi snapshot. Karena volume instance ada di Ceph, snapshot dan restore-nya juga terjadi di lapisan RBD — LXD hanya menjadi antarmukanya. Untuk VM, pastikan instance dalam keadaan mati (stopped) sebelum restore jika ingin hasil yang deterministik.

#Snapshot Terjadwal

Praktik yang baik: snapshot otomatis dengan snapshots.schedule pada instance atau profil:

Aktifkan snapshot harian

lxc config set c1 snapshots.schedule "0 2 * * *"
lxc config set c1 snapshots.expiry 7d

Instance kini di-snapshot setiap pukul 02.00 dan snapshot berumur lebih dari 7 hari otomatis dibersihkan.

#Snapshot Storage Pool dan Ceph RBD

#Snapshot Pool

LXD juga mendukung snapshot pada level storage volume dan pool — berguna sebelum operasi besar:

Snapshot volume pool Ceph

lxc storage volume snapshot remote c1 pre-update

#Snapshot RBD di Ceph

Di balik layar, snapshot volume LXD di pool Ceph adalah snapshot RBD. Kalian bisa melihat dan mengelolanya langsung dari sisi Ceph:

Lihat snapshot RBD

rbd snap ls lxc/c1

Kombinasi LXD + Ceph berarti snapshot dibuat secara efisien di lapisan block, tanpa menyalin seluruh data (copy-on-write) — cepat dan hemat ruang. Inilah kekuatan snapshot pada storage terdistribusi.

#Backup: Export dan Import

#Export Instance ke File

Snapshot ada di dalam cluster yang sama. Untuk melindungi dari kehilangan seluruh cluster, ekspor instance ke file portabel:

Export instance ke file

lxc export c1 /backup/c1-backup.tar.gz

File ini berisi konfigurasi, disk, dan (opsional) snapshot. Untuk membackup beserta semua snapshot:

Export dengan snapshot

lxc export c1 /backup/c1-full.tar.gz --instance-only=false

#Import ke Cluster

Untuk memulihkan instance dari file backup:

Import dari file

lxc import /backup/c1-backup.tar.gz

Import dengan nama baru

lxc import /backup/c1-backup.tar.gz --name c1-restored

Tip

Simpan file export di luar cluster — object storage, NFS, atau mesin terpisah. File yang tersimpan di disk cluster sendiri akan ikut hilang saat cluster hilang. Ekspor lxc export adalah gerbang kalian menuju backup off-site.

#Integrasi Backup: Restic dan PBS

#Restic di Dalam VM

Untuk backup aplikasi (file, database dump), jalankan agen backup di dalam instance. restic adalah pilihan populer: dedup, terenkripsi, dan mendukung banyak repository:

Install restic di dalam container/VM

lxc exec c1 -- apt install -y restic

Init repository dan backup

lxc exec c1 -- restic -r s3:https://... init
lxc exec c1 -- restic -r s3:https://... backup /var/www

restic membackup ke dalam, dari aplikasi — komplementer dengan snapshot LXD yang menangkap seluruh instance.

#Proxmox Backup Server (PBS) di VM

Untuk backup block-level yang efisien (dedup, incremental forever), kalian bisa menjalankan Proxmox Backup Server sebagai VM di dalam MicroCloud itu sendiri, lalu membackup instance lain ke PBS:

Buat VM untuk PBS

lxc launch ubuntu:24.04 pbs --vm --profile default --profile big

Dari sisi klien, instance lain (atau host) bisa membackup dengan proxmox-backup-client. Kombinasi "cloud di dalam cloud" ini populer untuk homelab: data MicroCloud dicadangkan ke PBS yang juga berjalan di MicroCloud — namun idealnya PBS tetap diletakkan di mesin/network terpisah untuk skenario disaster recovery yang nyata.

#Strategi Backup yang Disarankan

Pertimbangkan lapisan-lapisan ini:

Snapshot LXD harian (misal snapshots.schedule): recovery cepat dari kesalahan kecil, retensi 7 hari.
Snapshot RBD/Ceph manual sebelum upgrade besar: rollback titik waktu yang andal.
lxc export mingguan ke storage off-cluster: pemulihan instance di cluster baru.
Backup aplikasi (restic/PBS) di dalam instance: melindungi data yang berada di database aplikasi, bukan sekadar disk.

#Pitfall Umum

Snapshot bukan backup: snapshot berada di Ceph cluster yang sama — hapus cluster, hilang pula snapshot. Selalu punya lapisan export/backup luar.
Restore VM dalam keadaan running: hasilnya bisa tak konsisten; hentikan VM dulu.
Export tanpa --instance-only=false: snapshot tidak ikut — periksa flag sesuai kebutuhan.
Lupa retensi snapshot: pool Ceph bisa penuh oleh snapshot menumpuk; set snapshots.expiry.

#Penutup

Inti yang harus dibawa pulang:

lxc snapshot memberi recovery cepat; jadwalkan dengan snapshots.schedule dan batasi dengan snapshots.expiry.
Snapshot volume di pool Ceph adalah snapshot RBD — efisien via copy-on-write.
lxc export/import memindahkan instance ke file portabel; simpan di luar cluster.
Backup aplikasi dengan restic/PBS melindungi data logis, bukan hanya disk.
Strategi berlapis: snapshot cepat + export berkala + backup aplikasi.

Di episode 11 selanjutnya kita akan membahas scaling: tambah node & disk — menambah member baru dengan microcloud join, rebalancing Ceph yang otomatis, menambah OSD dengan microceph disk add, dan memperluas storage pool. Cloud kalian mulai tumbuh!