Belajar LXC - Snapshot & Clone

#Pendahuluan

Di episode 8 kita melihat lxc-snapshot dan lxc-copy sekilas. Sekarang kita bedah keduanya sampai tuntas — karena inilah keterampilan yang menyelamatkan kalian dari malam-malam tidak bisa tidur setelah update yang merusak sistem. Snapshot untuk mundur ke belakang (rollback), clone untuk maju ke depan (scale out). Di episode 9 kita menguasai keduanya beserta trade-off backend-nya.

#Snapshot dengan lxc-snapshot

#Konsep

Snapshot adalah rekaman keadaan container pada satu titik waktu: rootfs, config, dan (pada backend tertentu) state proses. Gunakan sebelum perubahan berisiko — update package besar, perubahan config, atau eksperimen — agar kalian selalu punya titik kembali yang aman.

#Mengambil Snapshot

Ambil snapshot c1

lxc-snapshot -n c1

Perilakunya bergantung backend:

dir: snapshot adalah salinan penuh rootfs — aman, tapi butuh ruang disk sebesar container.
btrfs/zfs: snapshot memakai mekanisme native filesystem — hampir instan dan hemat disk karena copy-on-write. Ini yang paling efisien untuk snapshot rutin.

#Mencantumkan Snapshot

Daftar snapshot c1

lxc-snapshot -n c1 -L

Output menampilkan daftar snapshot dengan indeks, tanggal pembuatan, dan nama jika diberikan:

#Restore dan Menjalankan Snapshot

Untuk mengembalikan container ke keadaan snapshot:

Restore ke snapshot index 1

lxc-snapshot -n c1 -r snap1

Setiap snapshot juga bisa dijalankan sebagai container tersendiri untuk inspeksi (snapshot terisi otomatis di /var/lib/lxc/c1/snaps/):

Jalankan snapshot sebagai container inspeksi

lxc-start -n c1/snap1
lxc-attach -n c1/snap1 -- ls /
lxc-stop -n c1/snap1

Warning

Restore menimpa keadaan container saat ini. Pastikan snapshot yang akan di-restore benar-benar yang diinginkan — dan untuk kerja aman, salin dulu container ke nama baru dengan lxc-copy sebelum bereksperimen dengan restore.

#Clone dengan lxc-copy

#Full Copy

Full copy c1 menjadi c2

lxc-copy -n c1 -N c2

Full copy membuat salinan rootfs yang sepenuhnya independen: perubahan di c2 tidak memengaruhi c1, begitu pula sebaliknya. Biayanya: waktu salin dan ruang disk penuh. Pilih ini jika kedua container hidup berdampingan dalam jangka panjang dengan isi yang berbeda.

#Snapshot Clone (Overlay)

Snapshot clone c1 menjadi c3

lxc-copy -n c1 -N c3 -s

Flag -s membuat snapshot clone: c3 berbagi data dengan c1 lewat mekanisme copy-on-write backend. Prosesnya nyaris instan, disk yang dipakai hanya untuk perbedaan antara keduanya. Ini sempurna untuk:

Membuat banyak instance kerja dari satu "golden image".
Lingkungan testing yang dibuang setelah dipakai.
Boot container dalam hitungan detik dari satu basis.

Tip

Aturan memilih: butuh independensi penuh dan disk longgar? Full copy. Butuh duplikasi cepat, disk hemat, dan basis sama? Snapshot clone (-s). Ingat, snapshot clone bergantung pada sumbernya — jika sumbernya dihapus, jangan ikut hapus sebelum clone tidak lagi dipakai.

#Praktik Terbaik

#Workflow Aman dengan Snapshot

Container dalam kondisi stabil → lxc-snapshot -n c1 (titik aman).
Lakukan perubahan berisiko (update, config).
Jika rusak → lxc-snapshot -n c1 -r <snap> untuk kembali.
Jika sukses → snapshot baru diambil sebagai titik aman berikutnya.

#Clone untuk Golden Image

Siapkan container master dengan semua tooling dan config standar.
lxc-stop -n master.
lxc-copy -n master -N node1 -s (dan node2, node3...).
Setiap node start dan berjalan dengan basis identik.

Contoh pipeline golden image

lxc-snapshot -n master
lxc-copy -n master -N web-1 -s
lxc-copy -n master -N web-2 -s
lxc-start -n web-1
lxc-start -n web-2

Note

Snapshot dan clone yang melibatkan state runtime (misal database yang sedang menulis) sebaiknya dilakukan saat container berhenti atau dalam keadaan konsisten — kalau tidak, snapshot bisa saja merekam file yang sedang setengah ditulis. Untuk data kritis, kombinasikan dengan backup filesystem, bukan hanya mengandalkan snapshot.

#Verifikasi Hasil

Pastikan clone benar-benar terpisah:

Verifikasi container hasil clone

lxc-ls -f
lxc-attach -n web-1 -- hostname

Ubah hostname di web-1, lalu cek bahwa master tidak ikut berubah — bukti isolasi bekerja.

#Penutup

Inti yang harus dibawa pulang:

lxc-snapshot -n c1 merekam keadaan; -L mencantumkannya; -r me-restore.
Snapshot paling efisien dengan backend btrfs/zfs (copy-on-write native).
lxc-copy -n c1 -N c2 = full copy independen; -s = snapshot clone hemat disk.
Snapshot untuk rollback; clone untuk scale out dari satu basis.
Matikan container sebelum snapshot yang melibatkan state runtime.

Di episode 10 selanjutnya kita akan membahas autostart, systemd & service management — lxc.start.auto = 1 di config, unit systemd lxc@.service, perintah lxc-autostart, menjalankan init/systemd di dalam container, serta lxc-stop dan lxc-shutdown untuk penghentian yang teratur.