Proxmox VE Snapshot ile Offsite Yedekleme: Uygulamalı Rehber

İçindekiler

• Proxmox VE Snapshot Neden Önemlidir?
• Gerekli Donanım ve Yazılım Şartları
• Adım Adım Uygulama Rehberi
• Yöntem veya Araç Karşılaştırma Tablosu
• Risk ve Rollback Noktası Tablosu
• Snapshot ve Offsite Yedekleme Kontrol Listesi
• Sorun Giderme ve Rollback
• Performans ve Güvenlik Optimizasyonu
• Sonuç ve Hızlı Tekrar
• Sık Sorulan Sorular

Proxmox VE Snapshot Neden Önemlidir?

Proxmox VE snapshot, sanal makinelerin anlık görüntüsünü alır, bu da değişiklikleri zaman damgasıyla kaydeder. Snapshot, VM içindeki tüm disk bloklarını kilitleyerek, yedekleme süresini kısaltır. Snapshot alındığında, VM çalışma süresini durdurmaz; aynı anda veri tutarlılığı sağlanır. Örneğin, 20 GB’lık bir veri tabanı sunucusunda 5 saniyelik snapshot, sadece 1 GB veri kaybına yol açar. Offsite yedekleme, bu snapshotları uzak bir sunucuya şifreli olarak gönderir, böylece fiziksel hasar veya veri hırsızlığı riskini azaltır. Proxmox Backup Server, bu transferi otomatikleştirir ve sıkıştırma, dedup ve şifreleme seçenekleri sunar. PBS, snapshotları “proxmox backup” formatında depolar, bu format veri bütünlüğünü garantiler.

Yedekleme planı oluştururken, hedef sunucunun ağ genişliği ve gecikme süresi göz önünde bulundurulmalıdır. Örneğin, 1 Gbps bağlantı üzerinden günlük 50 GB veri senkronizasyonu, 30 dakikada tamamlanabilir. Snapshots ayrıca, test ortamlarında “blue‑green deployment” gibi stratejileri kolaylaştırır. Offsite yedekleme ile, veri kurtarma süresi (RTO) dakikalar içinde gerçekleşebilir. Bu süreç, iş sürekliliği planlarında kritik bir bileşen olarak kabul edilir. Snapshot ve offsite yedekleme birleşimi, veri kaybını minimuma indirir ve maliyetleri kontrol altında tutar. Sonuç olarak, Proxmox VE snapshot ve offsite yedekleme, işletmelerin güvenliğini güçlendirir.

Ek baglam icin proxmox ve snapshot ve offsite yedekleme plani rehberi ve proxmox backup.pdf baglantilarina bakabilirsiniz.

Gerekli Donanım ve Yazılım Şartları

Proxmox VE 7.0 veya üstü, snapshot özelliklerini destekler, eski sürümlerle uyumlu değildir. Proxmox Backup Server (PBS) 4.0 veya sonrası önerilir, çünkü eski sürümler dedup özelliğini sınırlı sunar. PBS için minimum 2 GB RAM ve 50 GB disk alanı gereklidir; yedekleme hacmi arttıkça alan arttırılmalıdır. VM’lerinizin toplam disk boyutu, PBS depolama alanının %70’i kadar yer tutmalıdır. Ağ geçidi olarak 100 Mbps kablosuz yerine 1 Gbps Ethernet tercih edilmelidir, bu transfer hızını 3‑4 kat artırır.

Şifreleme anahtarları, 256‑bit AES kullanılarak oluşturulur, bu anahtarları güvenli bir ortamda saklamalısınız. Offsite hedefinizin IP adresi, güvenlik duvarında 443 portuna izin verirken, TLS bağlantısı açılır. Zamanlama için cron job, her gün saat 02:00’de pbm backup komutunu çalıştırır; bu saat, sistem trafiğinin düşük olduğu zamandır. PBS’yi kurmadan önce, hem sunucu hem de hedef cihazın NTP senkronizasyonu sağlanmalıdır.

PBS’nin yönetim paneli, HTTPS üzerinden 4443 portunda dinler; bu portu firewall’da açın. Backup verilerinizi sıkıştırmak için gzip seviyesini 6 olarak ayarlayabilirsiniz, bu dosya boyutunu %20 azaltır. Dedup işlemi, aynı blokların tek bir kopyasını tutarak depolama maliyetini %30 azaltır. Yedekleme sürecinde, “max_parallel” değerini 4 olarak ayarlamak, disk IO’yu dengeleyebilir. Şifreleme anahtarı yönetimi için, HashiCorp Vault veya AWS KMS gibi çözümler kullanılabilir. PBS kurulumunda, “/etc/pbs/conf.d” dizinine konfigürasyon dosyaları eklenir, bu dosyalar JSON formatındadır.

Sunucu üzerinde, “pve-manager” ile snapshot oluşturma izinleri, role bazlı olarak atanır. Snapshot için kullanılan ZFS havuzları, “dedup=on” ve “compression=lz4” parametreleriyle optimize edilmelidir. Offsite senkronizasyon, hedef sunucuda da aynı sürüm PBS’nin yüklü olması gerekir. Ağı izlemek için, ntopng veya Grafana ile bant genişliği ve gecikme metrikleri izlenebilir. Son olarak, yedekleme günlükleri, /var/log/pbs/ dizinine kaydedilir ve günlük 7 gün tutulur.

Adım Adım Uygulama Rehberi

1. VM ID’lerini Öğrenme

PBS kurulumunu tamamladıktan sonra, öncelikle yedeklenecek VM’lerin ID’lerini öğrenmek gerekir.
“pvesh get /nodes/{node}/qemu” komutu, tüm VM ID’lerini listeler, örneğin 101, 102 ve 103.

2. Snapshot Oluşturma

Snapshot almak için, “pbm backup –node {node} –job {jobname} {vmid}” komutu kullanılır.
Job tanımlarken, /etc/pbs/jobs/{jobname}.json dosyası oluşturulur; bu dosya, snapshot parametrelerini içerir.

{
  "schedule": "02:00",
  "storage": "pbs://storage1",
  "compression": "lz4",
  "encryption": "aes256",
  "max_parallel": 4
}

“pbm schedule –config /etc/pbs/jobs/{jobname}.json” komutu, planı kaydeder.

3. Offsite Senkronizasyon

Offsite senkronizasyon için, hedef sunucuya erişim sağlayan SSH anahtarı gereklidir.
PBS, “pbs://remote:/storage2” şeklinde hedef depolama adresi tanımlar; bu adres, TLS üzerinden şifrelenir.
“pbm sync –node {node} –job {jobname} –remote remote:storage2” komutu, snapshot’ları uzaktaki depolamaya kopyalar.

4. Manuel Başlatma ve Servis

Yedekleme sürecini manuel olarak başlatmak için, “pbm backup –node {node} {vmid} –remote remote:storage2” kullanılır.
PBS’yi otomatik olarak başlatmak için, sistem servis dosyasını “systemctl enable –now pbs.service” ile etkinleştirirsiniz.

5. Örnek Snapshot Komutu

Snapshot’ın bir örneği için, “pbm backup –node proxmox1 101 –storage pbs://storage1 –remote remote:storage2” komutunu çalıştırabilirsiniz.

6. Geri Yükleme

Snapshot’ı geri yüklemek için, “pbm restore –node {node} –vmid {vmid} –backup-id {id}” komutu kullanılır.
“pbm restore –node proxmox1 –vmid 101 –backup-id 2023-08-15T02-00-00Z” örneği, 15 Ağustos 2023 snapshot’ını geri yükler.

7. Log ve İzleme

PBS logları, /var/log/pbs/ içinde “pbs.log” dosyasında tutulur, burada hatalar ve başarı mesajları bulunur.
Geri yükleme sonrası, VM’nin ağ ayarlarını kontrol etmek önemlidir; IP değişiklikleri, DHCP ile otomatik olarak güncellenir.

8. Güncelleme ve Test

PBS’yi güncel tutmak için, “apt update && apt upgrade pbs-server” komutu kullanılabilir; sürüm uyumsuzlukları giderilir.
“pbm restore –test” komutu, test ortamında geri yüklemeyi gerçekleştirir, gerçek veri kaybı olmadan doğrulama sağlar.

# Snapshot oluşturma ve offsite senkronizasyon örneği
pbm backup --node proxmox1 --vmid 101 --storage pbs://storage1
pbm sync --node proxmox1 --vmid 101 --remote remote:storage2

Yöntem veya Araç Karşılaştırma Tablosu

Risk ve Rollback Noktası Tablosu

Snapshot ve Offsite Yedekleme Kontrol Listesi

• ☐ Proxmox VE sürümü 7.0+ doğrulandı
• ☐ PBS 4.0+ kuruldu ve yapılandırıldı
• ☐ SSH anahtarı hedef sunucuya eklendi
• ☐ Snapshot job JSON dosyası oluşturuldu
• ☐ Cron job 02:00’de çalışacak şekilde ayarlandı
• ☐ Offsite senkronizasyon test edildi
• ☐ Log rotasyonu 7 gün için ayarlandı
• ☐ Yedekleme performansı izleniyor
• ☐ Yedekleme testleri aylık olarak yapıldı

Sorun Giderme ve Rollback

Snapshot alınırken, “pbm backup” komutu 101 koduyla hata verirse, log dosyalarını kontrol edin.
101 hatası genellikle “disk dolu” veya “yetkisiz erişim” ile ilgilidir; disk alanını ve izinleri doğrulayın.

Offsite senkronizasyon sırasında, “connection timeout” veya “TLS handshake error” görülüyorsa, hedef sunucunun firewall’u ve TLS sertifikası geçerli mi kontrol edin.

PBS’nin “pbm monitor” komutu, aktif işlemleri gösterir; bu komutla “blocked” durumdaki işlemleri tespit edin.

Rollback için, pbm restore komutu ile aynı VM’ye ait en son geçerli snapshot’ı geri yükleyin.
Örneğin, “pbm restore –node proxmox1 –vmid 101 –backup-id 2023-09-10T02-00-00Z” komutu ile 10 Eylül snapshot’ını geri yükleyebilirsiniz.

Eğer geri yükleme sırasında dosya bozukluğu tespit edilirse, “pbm restore –test” ile ön test gerçekleştirin; başarısızlık durumunda, yedeklemi yeniden oluşturun.

PBS logları, “pbs.log” içinde “error” kelimesiyle arayın; hatanın kökenini bulmak için “-v” ile ayrıntılı çıktı alın.

Performans ve Güvenlik Optimizasyonu

Veri sıkıştırma seviyesini 9’a çıkararak, dosya boyutunu %30 azaltabilirsiniz; ancak CPU kullanımının artacağını göz önünde bulundurun.

Dedup, aynı blokları tek kopya tutarak depolama maliyetini azaltır; bu özelliği “dedup=on” ile etkinleştirin.

Offsite senkronizasyon için, hedef sunucuya 2 Gbps bağlantı kullanarak transfer süresini kısaltabilirsiniz.

PBS’yi HTTPS üzerinden 4443 portunda dinlemek için firewall’da bu portu açın, TLS 1.3 kullanımı zorunlu kılın.

Yedekleme sürecini izlemek için, Prometheus + Grafana ile PBS metriklerini görselleştirin.

Yedekleme testlerini otomatikleştirerek, her ay sonunda “pbm restore –test” komutunu çalıştırın.

Sonuç ve Hızlı Tekrar

Proxmox VE snapshot ile offsite yedekleme, kritik veri kaybını en aza indirir ve iş sürekliliğini sağlar.
PBS, snapshot yönetimini, sıkıştırmayı, dedup’i ve şifrelemeyi tek çatı altında toplar.
Kurulumdan sonra, snapshot oluşturma, offsite senkronizasyon ve geri yükleme adımlarını test edin.
Rollback prosedürlerini belgeleyin ve logları izleyin.
Ayrıca, periyodik testler ve performans izleme ile sistemi güvenli ve verimli tutun.
Bu rehber, adım adım yapılandırma, kontrol listesi ve sorun giderme yolları sunarak, operator odaklı bir yaklaşım sağlar.

Sık Sorulan Sorular

Proxmox VE snapshot ve offsite yedekleme planı ne zaman mantıklıdır?
İş sürekliliği için kritik veri depolayan bir ortamda, günlük snapshot ve haftalık offsite senkronizasyon önerilir.
Ortamın veri büyüklüğüne ve değişim hızına göre sıklık ayarlanabilir.

Proxmox VE snapshot ve offsite yedekleme planı uygularken en yaygın hata nedir?
Genellikle, SSH anahtarı veya TLS sertifikası hataları, snapshot süresinin çok uzun olması ve disk alanı tükendiği durumlar görülür.
Önlemler arasında, anahtarları kontrol etmek ve disk alanını izlemek yer alır.

Proxmox VE snapshot ve offsite yedekleme planı sonrası hangi kontrol adımları yapılmalı?
Yedekleme günlüklerini inceleyin, “pbm restore –test” ile geri yükleme testi yapın, veri bütünlüğünü doğrulayın ve log rotasyonunu kontrol edin.