Apa Itu Snapshot VPS dan Bedanya dengan Backup?

Snapshot VPS adalah rekaman kondisi disk virtual pada satu titik waktu, dibuat di tingkat hypervisor atau sistem penyimpanan. Dengan snapshot, kamu bisa mengembalikan seluruh VPS ke keadaan persis seperti saat snapshot diambil. Backup adalah salinan data yang disimpan di tempat lain, terpisah dari server dan sistem penyimpanannya.

Keduanya sama-sama terdengar seperti "cadangan", dan di situlah risikonya. Orang yang mengira snapshot sudah cukup sering baru sadar saat terlambat: ketika penyimpanan host rusak, akun diretas, atau ransomware ikut terenkripsi, snapshot yang tersimpan di tempat yang sama bisa ikut hilang.

Bagaimana snapshot bekerja?

Kebanyakan sistem virtualisasi membuat snapshot dengan teknik copy-on-write. Saat snapshot diambil, data lama dibekukan. Setiap perubahan setelahnya ditulis ke area baru, sementara blok yang tidak berubah tetap dipakai bersama. Karena tidak perlu menyalin seluruh disk, snapshot bisa dibuat dalam hitungan detik, berapa pun ukuran disknya.

Akibatnya ada dua hal yang perlu dipahami.

Snapshot bergantung pada disk aslinya

Pada banyak implementasi, snapshot bukan salinan mandiri. Ia berupa catatan perbedaan yang menempel pada disk asli di sistem penyimpanan yang sama. Kalau sistem penyimpanan itu rusak, snapshot dan disk asli bisa hilang bersamaan. Detailnya berbeda antar penyedia: sebagian menyalin snapshot ke penyimpanan lain, sebagian tidak. Tanyakan hal ini sebelum mengandalkannya.

Snapshot yang menumpuk memperlambat disk

Semakin lama snapshot dibiarkan dan semakin banyak perubahan data, semakin besar rantai perbedaan yang harus dilacak. Di sebagian platform ini menambah beban I/O. Karena itu snapshot cocok untuk jangka pendek, lalu dihapus setelah tidak diperlukan.

Perbandingan snapshot dan backup

Bagaimana dengan konsistensi database?

Snapshot yang diambil saat VPS menyala bersifat crash-consistent. Artinya kondisinya mirip server yang listriknya dicabut mendadak. Sistem file modern dan database seperti MySQL dengan InnoDB atau PostgreSQL umumnya bisa pulih dari kondisi ini lewat log transaksinya, tetapi transaksi yang belum ditulis ke disk saat snapshot diambil bisa hilang.

Ada beberapa cara untuk mengurangi risiko itu. Sebagian penyedia memakai agen di dalam VM (misalnya QEMU Guest Agent) untuk membekukan sistem file sesaat sebelum snapshot. Cara lain yang sederhana adalah menghentikan layanan database sebentar, mengambil snapshot, lalu menyalakannya lagi. Untuk data database, backup logis dengan mysqldump atau pg_dump tetap cara paling aman. Langkahnya ada di cara backup database MySQL dan PostgreSQL otomatis.

Kapan memakai snapshot, kapan backup?

Pakai snapshot sesaat sebelum perubahan berisiko: upgrade versi OS, update besar panel kontrol, mengganti versi PHP, atau menjalankan skrip yang belum pernah kamu coba. Kalau hasilnya kacau, kembalikan snapshot dan VPS kembali seperti semula dalam beberapa menit. Setelah perubahan terbukti aman selama beberapa hari, hapus snapshotnya. Snapshot juga berguna untuk mengkloning VPS, misalnya membuat server uji yang identik dengan server produksi.

Pakai backup sebagai perlindungan rutin yang berjalan otomatis, setiap hari atau lebih sering untuk data yang cepat berubah. Simpan di luar server, idealnya di lokasi atau penyedia berbeda, dengan riwayat beberapa minggu atau bulan. Banyak masalah baru ketahuan setelah lama, misalnya file yang terhapus atau situs yang disusupi diam-diam, dan saat itu snapshot terakhir sudah ikut berisi masalahnya. Prinsip menyimpan cadangan yang tahan ransomware dijelaskan di aturan backup 3-2-1-1-0.

Pada praktiknya, server yang sehat memakai keduanya. Snapshot untuk kecepatan pemulihan dari kesalahan operasional, backup untuk memastikan data tetap ada apa pun yang terjadi pada server. Untuk backup seluruh server Linux dengan penjadwalan dan enkripsi, lihat cara backup server Linux dengan Restic.

Hal yang sering terlewat

• Biaya penyimpanan. Sebagian penyedia mengenakan biaya untuk snapshot berdasarkan ukurannya. Snapshot yang terlupa bisa menumpuk di tagihan.
• Batas jumlah. Penyedia sering membatasi jumlah snapshot per VPS. Kebijakan rotasi tetap perlu.
• Snapshot ikut terhapus bersama VPS. Di banyak platform, menghapus atau membatalkan layanan VPS juga menghapus snapshotnya.
• Backup yang tidak pernah diuji. Backup baru terbukti berguna setelah berhasil dipulihkan. Jadwalkan uji restore berkala, misalnya memulihkan satu database ke server uji setiap bulan, lalu catat berapa lama prosesnya. Angka itu membantu kamu tahu berapa lama layanan akan berhenti bila bencana benar-benar terjadi.
• Snapshot sebelum update otomatis. Kalau server memakai pembaruan otomatis, sebagian penyedia menyediakan jadwal snapshot. Manfaatkan untuk server yang perubahan konfigurasinya sering.