Proxmox Yedekleme Sunucusuna Veri Depoları Nasıl Eklenir: SMB/Samba, NFS ve ZFS Yapılandırması

Proxmox Backup Server'da veri deposu, temel depolama birimidir. PBS'deki her şey, örneğin veri tekilleştirme, artımlı yedekleme, doğrulama, çöp toplama ve saklama, bir veri deposu üzerinde çalışır. Veri deposu yapılandırmasının doğru yapılması, PBS'nin vaat ettiği depolama verimliliğini sağlayıp sağlamayacağını veya sessizce düşük performans gösterip göstermeyeceğini belirler. Yanlış yapılandırma, izin hatalarına, kaçırılan yedekleme zaman aralıklarına ve beklenenden daha hızlı dolan depolama alanına yol açar.

Bu kılavuz, Proxmox Backup Server'da üç ana depolama arka ucu üzerinden veri depolarının nasıl ekleneceğini ele almaktadır: yerel olarak bağlı ZFS (en iyi performans), NFS ile bağlanan paylaşımlar (esnek ancak performans sorunları mevcut) ve Proxmox Backup Server'dan Samba'ya SMB/CIFS (Windows tabanlı ortamlarda en yaygın olanı). Üçünü de karşılaştırıyoruz, her biri için Proxmox yedekleme sunucusuna veri deposu ekleme yapılandırmasını adım adım inceliyoruz ve ekipleri hazırlıksız yakalayan hata noktalarını belirtiyoruz.

Zmanda Pro'nun bunu nasıl basitleştirdiğine bakın.

PBS Veri Deposu Nedir ve Neden Önemlidir?

PBS veri deposu, PBS'nin yedekleme verilerini parçalar halinde depoladığı, dizin tabanlı bir depolama konumudur. Tek parça yedekleme dosyaları yazan geleneksel yedekleme biçimlerinin aksine, PBS sanal makine disk verilerini değişken boyutlu parçalara ayırır, veri deposu içinde tekilleştirir ve sonucu dosya sisteminde içerik adresli bir parça deposu olarak saklar.

Parça deposu, veri deposunu oluştururken belirttiğiniz dosya sistemi yolunda bulunur. PBS, bu yolun yerel olarak bağlı depolama alanında mı yoksa ağ bağlantısında mı olduğuyla ilgilenmez, ancak temel depolama türü yedekleme performansı, parça işlem hızı ve güvenilirlik üzerinde önemli bir etkiye sahiptir. En yaygın üç arka uç, yerel ZFS, NFS ve SMB/Samba'dır.

PBS Veri Deposu Arka Uç Karşılaştırması: Yerel ZFS, NFS ve SMB/Samba
özellik Yerel ZFS NFS SMB / Samba
Performans En iyi sonuç — veri bloğu G/Ç işlemleri için ağ gecikmesi yok. 10 GbE'de iyi; 1 GbE ile sınırlı Orta düzey — Küçük dosyalar için SMB'nin ek yükü NFS'den daha yüksektir.
Veri bütünlüğü En iyi yöntem — ZFS sağlama toplamları sessiz bozulmaları tespit eder. NAS dosya sistemine bağlıdır. SMB sunucu dosya sistemine bağlıdır.
Kurulum karmaşıklığı Düşük — ZFS havuzu + PBS veri deposu yolu Orta seviye — NFS dışa aktarma yapılandırması + bağlama Orta-Yüksek — kimlik bilgileri, bağlama, izinler
En iyi kullanım durumu Birincil PBS veri deposu; üretim ortamları Mevcut NAS kapasitesi üzerinde PBS veri deposu Mevcut Windows/Samba dosya sunucularına sahip ortamlar
Tekrarlanan verilerin kaldırılmasının verimliliği PBS'in tam sürüm dedup performansı NFS gecikmesi nedeniyle biraz azalmıştır. Azaltıldı — SMB küçük dosya yükü, öbek işlemlerini etkiliyor
PBS'nin doğal olarak desteklediği programlar nelerdir? Evet — doğrudan yol İşletim sistemi üzerinden bağlama (yerleşik PBS özelliği değil) İşletim sistemi üzerinden bağlama (yerleşik PBS özelliği değil)

Seçenek 1: Yerel ZFS'ye bir PBS Veri Deposu ekleyin (Önerilir)

Yerel olarak bağlı ZFS, PBS için önerilen depolama arka ucudur. Parça G/Ç'sinden kaynaklanan ağ gecikmesini ortadan kaldırır, yedeklemelere yayılmadan önce sessiz disk bozulmalarını yakalayan ZFS veri bütünlüğü sağlama toplamları sunar ve donanım RAID denetleyicisi olmadan sürücü yedekliliği için ZFS RAIDZ'ye olanak tanır.

ZFS Havuzunu Oluşturun

Yedekleme diskleriniz henüz bir ZFS havuzunda değilse, bir tane oluşturun. İki sürücü için (temel aynalama):

zpool create backup-pool mirror /dev/sdb /dev/sdc

Dört sürücüde RAIDZ2 yapılandırması için (üretim ortamı için önerilir, aynı anda iki sürücünün arızalanmasına dayanıklıdır):

zpool create backup-pool raidz2 /dev/sdb /dev/sdc /dev/sdd /dev/sde

PBS veri deposunda kullanılmak üzere bir veri seti oluşturun:

zfs create backup-pool/pbs-datastore

PBS Veri Deposu'nu ekleyin

PBS web arayüzünde, Yönetim → Veri Deposu → Veri Deposu Ekle yolunu izleyin. Yolu şu şekilde ayarlayın: /backup-pool/pbs-datastorePBS, öbek dizin yapısını bu yolda oluşturur. Oluşturulduktan sonra, herhangi bir yedekleme işlemi çalıştırmadan önce veri deposu ayarları altında bir temizleme işlemi ve bir çöp toplama işlemi yapılandırın.

Seçenek 2: NFS'ye bir PBS Veri Deposu ekleyin

Mevcut NAS kapasitesine (Synology, TrueNAS, QNAP) sahip ekipler için, PBS veri deposunu NFS ile bağlanmış bir yola yönlendirmek, PBS artımlı yedeklemesi için bu depolama alanından yararlanmanın uygun maliyetli bir yoludur. PBS, NFS bağlantısını yerel bir yol olarak ele alır; PBS'nin veri deposu olarak kullanabilmesi için bağlantının mevcut ve erişilebilir olması gerekir.

NFS Share'i PBS'te yayınlayın.

mkdir -p /mnt/nfs-backup
mount -t nfs [NAS-IP]:/volume1/pbs-datastore /mnt/nfs-backup

Ekle /etc/fstab ısrar için ( _netdev (Bayrak, montajın ağ bağlantısını beklemesini sağlar):

[NAS-IP]:/volume1/pbs-datastore  /mnt/nfs-backup  nfs  defaults,_netdev  0  0

Montajın doğruluğunu kontrol edin: df -h /mnt/nfs-backup

PBS'ye Veri Deposu ekleyin.

PBS'de: Yönetim → Veri Deposu → Veri Deposu Ekle. Yolu şu şekilde ayarlayın: /mnt/nfs-backupNFS dışa aktarımında, PBS sunucusunun IP adresi için root squash'ın devre dışı bırakılması gerekir; root squash, root'u nobody'ye eşler ve PBS'nin chunk dizin yapısını oluşturmasını ve yedekleme verilerini yazmasını engeller. Bu, en yaygın NFS veri deposu arıza nedenidir.

Seçenek 3: Proxmox Yedekleme Sunucusu ile Samba (SMB/CIFS) Bağlantısı

Proxmox yedekleme sunucusunun Samba kurulumu, NFS'de olduğu gibi işletim sistemi üzerinden bağlama ve ardından PBS veri deposu oluşturma modelini izler. Samba/SMB paylaşımları yerel bir PBS depolama türü değildir, ancak PBS, bir SMB paylaşımı PBS ana bilgisayar dosya sistemine bağlandıktan sonra onu veri deposu yolu olarak memnuniyetle kullanacaktır.

CIFS Yardımcı Programlarını Kurun ve Paylaşımı Bağlayın

apt install cifs-utils -y
mkdir -p /mnt/smb-backup

fstab dosyasına parola eklemekten kaçınmak için bir kimlik bilgisi dosyası oluşturun:

echo "username=backup-user" > /etc/pbs-smb-credentials
echo "password=yourpassword" >> /etc/pbs-smb-credentials
chmod 600 /etc/pbs-smb-credentials

Paylaşımı bağlayın:

mount -t cifs //[SERVER-IP]/backup-share /mnt/smb-backup 
  -o credentials=/etc/pbs-smb-credentials,uid=0,gid=0,dir_mode=0755,file_mode=0644

Azimli olmak için /etc/fstab:

//[SERVER-IP]/backup-share  /mnt/smb-backup  cifs  credentials=/etc/pbs-smb-credentials,uid=0,gid=0,dir_mode=0755,file_mode=0644,_netdev  0  0

MKS uid=0,gid=0 Bu seçenekler, PBS'nin çalıştığı root kullanıcısının bağlama noktasının tam sahipliğine sahip olmasını sağlar. Bunlar olmadan, PBS öbek dizin yapısını oluşturamaz ve veri deposu başlatma işlemi başarısız olur.

PBS'ye Veri Deposu ekleyin.

SMB paylaşımı bağlandıktan ve erişilebilir hale geldikten sonra, PBS'ye veri deposunu ekleyin: Yönetim → Veri Deposu → Veri Deposu Ekle → yolu ayarlayın /mnt/smb-backupVeri deposu yapılandırmasının geri kalanı (budama işleri, çöp toplama işleri, saklama ayarları) diğer veri depolarıyla aynıdır.

Proxmox VE'de CIFS'i Doğrudan Kullanma (vzdump ile SMB'ye. PBS yok)

PBS yerine doğrudan vzdump ile yedekleme yapan ekipler için Proxmox VE, işletim sistemi düzeyinde bağlama gerektirmeyen yerel bir depolama türü olarak CIFS/SMB'yi destekler. Proxmox VE'de: Veri Merkezi → Depolama → Ekle → SMB/CIFS. Sunucu, paylaşım, kullanıcı adı, parola bilgilerini girin ve içerik türü olarak VZDump yedekleme dosyasını seçin. Bu işlem, paylaşımı bağlar ve vzdump yedekleme hedefi olarak kullanılabilir hale getirir.

Bu yaklaşım, PBS'den SMB'ye geçiş yönteminden daha basittir ancak yalnızca tam yedeklemeler üretir, veri tekilleştirme veya artımlı yedekleme yapmaz. Basitliğin depolama verimliliğinden daha önemli olduğu küçük ortamlar için uygundur.

PBS Veri Deposu Yapılandırması İçin En İyi Uygulamalar

  • PBS işletim sistemi diskini asla veri deposu yolu olarak kullanmayın. Yedekleme verilerinin işletim sistemi diskini doldurması, PBS'ye erişimi imkansız hale getirir ve tüm yedekleme işlemlerinin başarısız olmasına neden olur.
  • İlk yedekleme işlemi çalışmadan önce budama ve çöp toplama işlemlerini planlayın. İlk günden itibaren veri saklama yönetimi yapılmazsa, depolama alanı sınırsız bir şekilde birikir.
  • NFS ve SMB bağlantıları için, yeniden başlatmalar arasında kalıcılığı test edin. Eksik _netdev fstab dosyasındaki değişiklikler önyükleme sırasında bağlama hatalarına neden olur; bu da PBS'nin veri deposu olmadan başlaması ve yedekleme işlemlerinin sessizce başarısız olması anlamına gelir.
  • Veri deposu disk kullanımını proaktif olarak izleyin. PBS, veri deposu diski dolduğunda yedekleme işlemlerini başarısız kılacaktır. %80 kapasiteye ulaşıldığında bir izleme uyarısı ayarlayın.
  • Veri deposunda doğrulama görevlerini ayarlayın. PBS doğrulama görevleri, tam bir geri yükleme işlemi yapmadan parça bütünlüğünü doğrular. En az haftalık olarak planlayın.

Birden fazla Proxmox kümesinde NFS ve iSCSI yedeklemelerini yöneten ekipler için , küme başına PBS veri deposu yapılandırma modeli, her kümenin kendi yapılandırmasına ve izlemesine ihtiyaç duyduğu anlamına gelir. Zmanda Pro, birleşik yönetim, otomatik uyarı ve politika uygulama ile bunu kümeler arasında merkezileştirerek, her küme için ayrı veri deposu yapılandırmalarının sürdürülmesi ihtiyacını ortadan kaldırır.

Proxmox ortamları için tüm mimari seçenekleri, Proxmox Yedekleme Sunucusu kapsamlı kılavuzunda ele alınmıştır.

proxmox yedekleme sunucusundan samba'ya | Zmanda Pro CTA

Bir veri uzmanıyla konuşun

Zmanda Pro'nun yedekleme yeteneklerinin özel ortamınızı nasıl koruyabileceğini görmek için uzmanlarımızdan biriyle 30 dakikalık bir demo planlayın.

💬