Proxmox VE Snapshot ve Offsite Yedekleme Planı Rehberi

Proxmox VE snapshot: İÇERİK

• Snapshot Kavramı ve Offsite Yedekleme Nedir?
• Snapshot ve Offsite Yedeklemenin Önemi
• Adım‑Adım Uygulama Rehberi
• Sorun Giderme ve Rollback Rehberi
• Güvenlik ve Bakım Notları
• Çokça Sorulan Sorular
• Sonuç ve İleri Adımlar

Snapshot Kavramı ve Offsite Yedekleme Nedir?

Snapshot: VM’in disk, RAM ve yapılandırma dosyalarının anlık bir kopyasıdır. pvevm veya pct komutu ile snapshot oluşturulur. Veri blokları kilitlenmez; bu sayede canlı servis kesintisi yoktur.

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

Offsite Yedekleme: Snapshot veya backup dosyalarını coğrafi olarak farklı bir konuma taşımak. NAS, SMB, S3 gibi hedefler kullanılabilir.

Snapshot vs Full Backup Karşılaştırması

Not: LVM thin pool ile snapshot alımı, disk bloklarını tek seferde kopyalamadan sadece meta veriyi değiştirir; bu da performansı artırır.

Snapshot İçin Örnek Komut

# VM ID 101 için günlük snapshot
pct snapshot 101 daily-$(date +%Y%m%d) --full --storage local-lvm

Eski Snapshot’ları Temizleme

#!/usr/bin/env bash
set -euo pipefail

VMID=101
MAX_DAYS=7
while read -r SNAP; do
  SNAP_DATE=$(echo "$SNAP" | cut -d- -f2- | tr -d .)
  if [[ $(date -d "$SNAP_DATE" +%s) -lt $(date -d "-$MAX_DAYS days" +%s) ]]; then
    pct delete $VMID $SNAP
  fi
done < <(pct list-snapshots $VMID | awk 'NR>1{print $2}')

İpucu: Snapshot silme işlemi, pct delete ile güvenli bir şekilde yapılır; VM’nin çalışıyor olması gerekir.

Offsite Hedef Konfigürasyonu

İpucu: Offsite hedefi her 2‑3 ayda bir fiziksel olarak test edin.

Snapshot ve Offsite Yedeklemenin Önemi

Veri Kaybı Senaryoları

İş Sürekliliği Hedefleri (RTO/RPO)

Not: Snapshot, RPO’yu dakikalık seviyeye düşürür, ancak RTO’nun da optimize edilmesi gerekir.

Uyumluluk Gereksinimleri

• GDPR: 2 yıl veri saklama, şifreleme zorunluluğu
• PCI‑DSS: 1 yıl log saklama, yedekleme güvenliği
• HIPAA: 1 yıl sağlık kayıtları, yedekleme erişim denetimi

Snapshot’lar şifrelenmiş olduğunda (PBS GPG), hem veri gizliliği hem de denetim uyumluluğu sağlanır.

Adım‑Adım Uygulama Rehberi

1. Gereksinimlerin Listesi

Offsite Mount Kontrol Listesi

• ☐ NFS server is online (ping ve nfsstat)
• ☐ /etc/fstab doğru tanımlı
• ☐ Mount işlemi otomatik (systemd mount unit)
• ☐ Disk erişim izinleri (chmod, chown)

2. Snapshot Oluşturma

pct snapshot 101 daily-$(date +%Y%m%d) --full --storage local-lvm

İpucu: --full flag’i, diff değil tam snapshot alır; bu, rollback için kritik.

3. Proxmox Backup Server Kurulumu

apt update && apt install proxmox-backup-server
systemctl enable --now pbsd

• pbsd.conf içinde storage yolunu /var/lib/pbs olarak ayarlayın.
• pbsd servisinin ListenAddressini 0.0.0.0 yapın; TLS sertifikası ekleyin.

4. Offsite Hedefin Bağlanması

mkdir -p /mnt/offsite
mount -t nfs 192.168.1.10:/exports/pbs /mnt/offsite

• fstab eklemesi:

192.168.1.10:/exports/pbs /mnt/offsite nfs defaults,vers=4.1,rsize=1048576,wsize=1048576 0 0

• Önerilen systemd mount birimi:

[Unit]
Description=Mount Offsite PBS
After=network-online.target

[Mount]
What=192.168.1.10:/exports/pbs
Where=/mnt/offsite
Type=nfs
Options=vers=4.1,rsize=1048576,wsize=1048576

[Install]
WantedBy=multi-user.target

5. Yedekleme Takviminin Ayarlanması

Backup Job YAML (Proxmox Web UI için)

job:
  name: daily-101
  interval: daily
  vmid: 101
  storage: local
  offsite: true
  retain: 7
  encryption: gpg

• pbs-backup CLI ile oluşturun:

pbs-backup job add daily-101 --vmid 101 --storage local --offsite true --retain 7

Offsite Depolama Tanımlama

pbsd add offsite -t nfs -p /mnt/offsite -h 192.168.1.10 -s /exports/pbs

6. İzleme ve Raporlama

• Web UI: Backup Jobs > Dashboard
• CLI: pbs-backup info --json
• Log: /var/log/pbsd.log

Uyarı: Snapshot süresi, veri hacmine bağlı olarak 10‑30 dk arası değişebilir.

Geri Yükleme Testi Scripti

#!/usr/bin/env bash
set -euo pipefail

VMID=101
SNAP=$(pbs-backup list | grep "$VMID" | head -n1 | awk '{print $2}')
pbs-backup restore $VMID $SNAP --storage local

İpucu: Test, “pre-production” ortamında yapılmalı; üretimde geri yükleme, üretim verilerini etkileyebilir.

Sorun Giderme ve Rollback Rehberi

1. Snapshot Başarısızlığı

Log Örneği

2024-04-01 12:01:23 ERROR pve-manager: Snapshot creation failed for VM 101: Storage is full

İpucu: df -h ile disk kullanımını izleyin.

2. Offsite Yedekleme Hatası

Ağ Testi

ping -c 4 192.168.1.10
nfsstat -c

3. Rollback Süreci

# En son snapshot’ı listeler
pbs-backup list | grep "101" | head -n1 | awk '{print $2}'
# Geri yükleme
pbs-backup restore 101 <snapshot_id> --storage local

Dikkat: Geri yükleme sonrası /etc/fstab’ı kontrol edin. Disk bölme boyutları farklı olursa pvesh ile yeniden yapılandırın.

4. Sıklıkla Görülen Hata Kodu Tablosu

5. Backup Retention Politikası

İpucu: PBS, pbs-backup retention komutu ile otomatik olarak yönetilir; pbsd.conf içinde purge ayarı yapılandırılabilir.

Güvenlik ve Bakım Notları

GPG Şifreleme Örneği

# Public key
gpg --export -a "Proxmox PBS" > pbs_pub.asc

# PBS config
pbsd.conf
storage:
  - type: local
    path: /var/lib/pbs
    encryption: true
    gpg-key: pbs_pub.asc

İpucu: GPG anahtarınızı yedekleme sunucusuna upload edin; şifreyi güçlü tutun (openssl rand -hex 32).

İzleme Checkliste

• ☐ Snapshot oluşturma scripti çalışıyor mu?
• ☐ PBS servisi başlatılmış mı?
• ☐ Offsite hedef mount edilmiştir mi?
• ☐ Şifreleme anahtarları güncel mi?
• ☐ Geri yükleme testi geçiyor mu?
• ☐ Log dosyaları gözden geçirilmiş mi?

Çokça Sorulan Sorular

Sonuç ve İleri Adımlar

• Snapshot ile anlık veri koruması, hızlı geri yükleme sağlar.
• Offsite hedefler veri kaybına karşı katman ekler.
• PBS ile şifreleme, otomasyon ve izleme entegre olur.
• Rollback planları, hatalı güncellemeleri geri almayı mümkün kılar.
• İzlenebilirlik ve audit log güvenlik gereksinimlerini karşılar.

İleri Konular:

Not: Her değişiklikten sonra testleri tekrar yürütün. Gerçek ortamda yedekleme stratejinizi yıllık olarak gözden geçirin.