Türkiye (Türkçe)
Almanya (German)
Worldwide (English)
Proxmox VE, snapshot ve backup işlevlerini ayrı özellikler olarak sunar. Backup aracı VM/CT yapılandırması ve verisini bağımsız yedek formatında saklar; snapshot ise mevcut storage üzerindeki belirli bir zamana dönüş noktasıdır.
Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Snapshot ile gerçek yedeği; retention, offsite kopya, ransomware, restore testi, RPO/RTO ve Proxmox/PBS mantığıyla doğru şekilde ayırın.
Proxmox VE, snapshot ve backup işlevlerini ayrı özellikler olarak sunar. Backup aracı VM/CT yapılandırması ve verisini bağımsız yedek formatında saklar; snapshot ise mevcut storage üzerindeki belirli bir zamana dönüş noktasıdır.
Snapshot tek başına aynı storage arızasına, pool kaybına veya yetkisiz silmeye karşı bağımsız koruma sağlamaz. Gerçek yedekleme stratejisi ayrı failure domain ve restore testi gerektirir.
Snapshot, sanal makine veya volume'un belirli bir andaki durumuna hızlı dönüş için kullanılır. ZFS, LVM-thin veya qcow2 gibi storage katmanları snapshot'ı farklı tekniklerle uygular. Çoğu senaryoda snapshot aynı storage altyapısına bağlıdır; dolayısıyla o storage tamamen kaybolursa snapshot da kaybolabilir.
Snapshot'ın en iyi kullanım alanı kontrollü değişiklik öncesidir: kernel güncellemesi, büyük uygulama upgrade'i, config değişimi veya kısa süreli geri dönüş ihtiyacı. Uzun süre yüzlerce snapshot biriktirmek performans ve kapasite sorunları yaratabilir.
Backup'ın amacı canlı storage'dan bağımsız bir geri yükleme kopyası oluşturmaktır. Proxmox VE `vzdump` ve Proxmox Backup Server bu amaçla VM/CT verisini ayrı backup hedefinde saklayabilir. Backup farklı disk, farklı node, farklı veri merkezi veya object/offsite depolama katmanına taşınabilir.
Backup'ın kalitesi yalnız dosyanın varlığıyla ölçülmez. Retention, verification, restore testi, encryption, immutability/offline copy ve erişim ayrımı birlikte değerlendirilmelidir.
Saldırgan hypervisor yönetim hesabını ele geçirirse canlı VM'lerle birlikte snapshot'ları da silebilir. Aynı storage pool'a bağlı snapshot, yetki ihlali ve storage kaybı açısından gerçek bağımsızlık sunmaz. Backup hesabı ve hedefi mümkünse production yönetiminden ayrılmalıdır.
RPO ne kadar veri kaybetmeyi kabul ettiğinizi, RTO ise servisin ne kadar sürede geri dönmesi gerektiğini tanımlar. Her 24 saatte bir backup alan sistemin teorik RPO'su 24 saate yaklaşabilir. Kritik veritabanında daha sık backup, transaction log/binlog veya replikasyon gerekebilir.
Snapshot hızlı rollback için düşük RTO sağlayabilir fakat ayrı bir backup'ın RPO/RTO rolünü tamamen üstlenmez. İkisini birlikte tasarlamak çoğu production sistem için daha doğrudur.
Örnek yapı: canlı VM diskleri bir storage üzerinde, günlük Proxmox Backup Server yedeği başka fiziksel storage üzerinde, haftalık veya günlük ikinci kopya farklı lokasyonda. Amaç aynı elektrik, aynı RAID controller, aynı admin hesabı veya aynı veri merkezi arızasının bütün kopyaları aynı anda etkilemesini önlemektir.
Backup job 'OK' görünmesi verinin gerçekten boot edilebilir veya uygulamanın tutarlı olduğu anlamına gelmez. Belirli aralıklarla ayrı test VM'e restore yapın, boot edin, veritabanını açın ve uygulama health check çalıştırın.
vzdump --helppvesm statusqm listsnapshot <VMID>pct listsnapshot <CTID>5 dakika sonra geri dönebilmek için config değişikliği yapıyorsanız snapshot. Donanım arızası, node kaybı, ransomware veya yanlış silme sonrası geri dönmek istiyorsanız bağımsız backup. Kritik sistemde çoğu zaman ikisi birlikte kullanılır.
| Özellik | Snapshot | Backup |
|---|---|---|
| Hızlı rollback | Çok uygun | Uygun ama restore daha uzun olabilir |
| Storage arızasına dayanıklılık | Aynı storage ise düşük | Ayrı hedefte yüksek |
| Uzun retention | Genellikle uygun değil | Uygun |
| Offsite kopya | Doğal özelliği değil | Evet |
Minimum sistem gereksinimini production kapasitesi sanmayın. Gerçek seçimde peak workload, yedekleme, büyüme payı, kaynak paylaşım politikası ve geri dönüş planı birlikte değerlendirilmelidir.
Tek başına hayır. Aynı storage ve yönetim alanına bağlıysa bağımsız disaster-recovery kopyası değildir.
Kritik veride evet. Snapshot hızlı geri dönüş, backup ise bağımsız kurtarma kopyası sağlar.
CPU, RAM, disk, network ve yönetim ihtiyacınızı birlikte değerlendirin; darboğazı bilinmeden yalnız daha büyük paket satın almak çoğu zaman kalıcı çözüm değildir.