Proxmox Snapshot'ları Yedek Değildir

Proxmox snapshot'larını (anlık görüntü) gerçekten seviyorum. Riskli bir işletim sistemi yükseltmesinden, çetrefilli bir konfigürasyon değişikliğinden veya sıfırdan kurmak istemediğim bir sanal makinedeki (VM) bir dist-upgrade işleminden önce hızlıca bir snapshot almak, on saniyelik bir sigorta poliçesidir. İşler fena halde ters giderse, qm rollback çalıştırmak sanal makineyi tam olarak olduğu yere geri döndürür. Bu gerçekten son derece faydalıdır ve sık sık güvendiğim bir şeydir.

Sorun, tam da bu snapshot özelliğine birincil yedekleme (backup) stratejisi muamelesi yapıldığında başlar. İkisi tamamen farklı sorunları çözer ve aralarındaki o devasa uçurum ancak olabilecek en kötü zamanda kendini gösterir.

Snapshot aslında nedir?

Bir Proxmox snapshot'ı sanal makinenin diskini kopyalamaz. Sadece mevcut durumu dondurur ve tüm yeni değişiklikleri bir delta (fark) olarak izlemeye başlar. Orijinal veriler tam olarak olduğu yerde, aynı fiziksel depolama dizisinde ve aynı fiziksel sunucu düğümünde (host node) kalmaya devam eder.

Snapshot'ların saniyeler içinde oluşturulabilmesinin ve anında devasa miktarda ekstra alan tüketmemesinin asıl sebebi tam olarak budur. Ve eğer o fiziksel depolama dizisi veya sunucu düğümünün kendisi feci bir donanım arızası yaşarsa, size kesinlikle hiçbir faydalarının dokunmayacak olmasının sebebi de tam olarak budur.

# Riskli bir değişiklikten önce snapshot al
qm snapshot 101 pre-upgrade

# Eğer ters giderse anında geri dön (rollback)
qm rollback 101 pre-upgrade

Eğer yazılım güncellemesi sanal makinenin içindeki bir şeyi bozarsa, bu mükemmeldir. Otuz saniye sonra, bildiğiniz ve çalışan o iyi duruma geri dönersiniz. Ancak sunucunun gerçek sabit diski arızalanırsa veya anakartı yanıp bir daha açılmayı reddederse, o snapshot diğer her şeyle birlikte kalıcı olarak yok olur. Çünkü veriler aslında hiçbir zaman başka bir yere kopyalanmamıştır.

Gerçek bir yedek neye ihtiyaç duyar?

Gerçek bir yedeklemenin, verilerin fiziksel olarak başka bir yerde var olmasını gerektirmesi gerekir. Sanal makineyle, ana sunucuyla veya yerel depolama birimiyle ilgili yaşanacak bir sorun, yedeği de asla yanında götürememelidir.

Proxmox'un yerleşik vzdump aracı, sanal makinenin tam ve bağımsız bir kopyasını tamamen ayrı bir hedefe yazarak tam olarak bunu yapar:

vzdump 101 --storage backup-nfs --mode snapshot --compress zstd

Buradaki --mode snapshot parametresi, arayüzden alıp geri döndüğünüz Proxmox snapshot'ından tamamen farklı bir şey yapar. Sanal makinenin durdurulmasına gerek kalmaması için arka planda snapshot mekaniklerinden çok kısa süreliğine yararlanır, ancak nihai çıktı backup-nfs hedefine başarıyla yazılmış eksiksiz, kendi başına ayakta durabilen bir arşiv dosyasıdır. O vma.zst arşivi, orijinal diskin hala var olup olmadığıyla kesinlikle ilgilenmez.

İzole edilmiş tek bir sunucunun ötesindeki her yapı için Proxmox Backup Server çalıştırmak kesinlikle tavsiyemdir. Bu işlemin üzerine tekilleştirme (deduplication) ve son derece hızlı artımlı (incremental) yedeklemeler ekler. Bu sayede, devasa boyutlu 500GB'lık bir sanal makinenin günlük yedeği, her gece ağ üzerinden 500GB veri çekmenizi gerektirmez. Ancak yine de, kaynak sunucudan tamamen bağımsız olarak yaşayan ve %100 geri yüklenebilir arşivler üretir.

Gerçekten önemli olan test

Tıpkı veritabanlarında olduğu gibi, bir Proxmox yedeğinin iyi olduğunu bilmenin tek mutlak yolu onu geri yüklemektir (restore). İdeal senaryoda, bunu orijinalinden tamamen farklı bir fiziksel depolamaya veya tamamen farklı bir Proxmox sunucusuna geri yüklersiniz:

qmrestore /mnt/backup-nfs/dump/vzdump-qemu-101-*.vma.zst 201 --storage local-lvm

Eğer bu geri yükleme işlemi, sorunsuz bir şekilde açılan ve düzgün görünen bir sanal makine üretirse yedek gerçektir. Eğer işlem tamamen başarısız olursa, bunu gece 3'teki telaşlı bir felaket kurtarma senaryosunda değil, bir Salı sabahı şu an bilmek kesinlikle çok daha iyidir.

Benim uyguladığım ayrım

Snapshot'ları yalnızca "önümüzdeki on dakika içinde geri almamı gerektirebilecek bir şey yapmak üzereyim" durumu için kullanıyorum. Riskli işletim sistemi yükseltmeleri, yıkıcı yazılım testleri veya büyük konfigürasyon değişiklikleri. Bu iş için ucuz, hızlı ve tam da en doğru araçtır.

NFS depolamasına veya özel bir Proxmox Backup Server'ına push yapan vzdump'ı ise "bu fiziksel sunucu yansa bile bu sanal makine hayatta kalmalı" senaryosu için kullanıyorum. Bunlar zamanlanmıştır (scheduled), sunucu dışında (off-host) saklanır ve arada sırada gerçek bir geri yükleme ile titizlikle test edilir.

Her ikisinin de kesinlikle ayrı bir yeri vardır. Buradaki ölümcül hata, birincisinin sunduğu o saf rahatlığın, sessizce ikincisinin o kritik görevini devralmasına izin vermektir. Bu durum, donanım seviyesindeki bir sorunun aradaki farkı şiddetli bir şekilde belirginleştirdiği ve size inanılmaz derecede pahalıya mal olduğu o güne kadar gayet iyi çalışıyor gibi görünür.