Veeam-Sicherungsproxy

Ein Backup-Proxy ist eine Veeam®-Komponente, die sich zwischen dem Backup-Server und anderen Komponenten der Backup-Infrastruktur befindet. Während der Backup-Server die Aufgaben verwaltet, verarbeitet der Proxy die Aufträge und liefert den Backup-Datenverkehr an das Backup-Repository. Zu den wichtigsten Gestaltungselementen von Backup-Proxys gehören die folgenden Details:

• Standardmäßig wird die Rolle des Backup-Proxys dem Backup-Server zugewiesen. Es wird empfohlen, spezielle Backup-Proxys einzusetzen.
• Für die Skalierung können die Backup-Proxys verkleinert oder vergrößert werden.
• Ein Backup-Proxy kann auf einem physischen oder virtuellen Windows®- oder Linux®-basierten Server eingesetzt werden.
• In der Praxis gibt es keine Leistungsunterschiede zwischen Windows- und Linux-Proxys. Daher kann die Entscheidung für ein Betriebssystem auf Dingen wie der Lizenzierung beruhen.
• Backup-Proxys führen die folgenden Komponenten und Dienste aus:
  • Der Veeam Installer Service ist ein Hilfsdienst, der nur auf dem Windows-basierten Server installiert wird und zur Analyse, Installation und Aktualisierung der Komponenten dient.
  • Der Veeam Data Mover führt die Datenverarbeitungsaufgaben durch, zu denen das Abrufen der Daten der virtuellen Maschine (VM) aus dem Speicher, die Komprimierung, Deduplizierung und Verschlüsselung sowie das Senden der Daten an das Backup-Repository gehören.
• Planen Sie idealerweise einen physischen Kern oder eine vCPU und 2 GB RAM für jede konfigurierte Proxy-Aufgabe ein, wobei eine Proxy-Aufgabe eine VM-Festplatte verarbeitet.
• Für virtuelle Backup-Proxyserver wird empfohlen, Proxys mit maximal 8 vCPUs zu konfigurieren, um Probleme bei der Zeitplanung zu vermeiden.
• In der Regel verwenden virtuelle Backup-Proxy-Server 4, 6 oder 8 vCPUs.
• Für einen physischen Backup-Proxy empfiehlt sich ein 20-Core-Server mit 48 GB RAM und zwei 10-GB-NICS.
• Der Datenverkehr von der Quelle zum Backup-Proxy wird nicht optimiert, z. B. komprimiert oder entdoppelt. Daher werden 100 % der Sicherungsdaten über diese Verbindung übertragen.
• Zwischen dem Backup-Proxy und dem Backup-Repository werden über diese Verbindung optimierte Daten übertragen, die in der Regel etwa 50 % der Quelldatengröße betragen.
• Im virtuellen Appliance-Modus verwendet Veeam die VMware SCSI HotAdd-Fähigkeit, die es ermöglicht, Geräte an eine VM anzuschließen, während die VM läuft. Während des Backups werden die Replikations- oder Wiederherstellungsfestplatten der verarbeiteten VM an den Backup-Proxy angeschlossen. VM-Daten werden direkt vom oder in den Datenspeicher abgerufen oder geschrieben, anstatt über das Netzwerk zu gehen.
• Der virtuelle Appliance- oder HotAdd-Modus ist nicht so effizient wie der direkte Speicherzugriffsmodus. Er bietet jedoch eine bessere Leistung als der Netzwerkmodus.

Der Backup-Proxy kann verschiedene Transportmodi verwenden, die den Verkehrsfluss zwischen der Quelle und dem Backup-Proxy ermöglichen. Der End-to-End-Verkehrsfluss kann wie folgt betrachtet werden:

• Quelle zum Backup-Proxy.
• Backup-Proxy zum Backup-Repository.

In der Reihenfolge der effizientesten Datenübertragung werden die folgenden Transportarten für den Backup-Proxy bevorzugt:

• Der direkte Speicherzugriff ermöglicht es dem Backup-Proxy, Daten direkt vom Speicher abzurufen, wobei die vSphere® ESXi-Hosts und das Netzwerk umgangen werden. Der Backup-Proxy kann physisch oder virtuell sein, wenn iSCSI oder NFS den Speicher verbinden. Für Fibre-Channel-SANs muss es jedoch physisch sein. Dieser Transportmodus kann nicht für vSAN, VVols, oder vSphere ESXi-Host-Lokalspeicher verwendet werden. Der direkte Speicherzugriff hat zwei Modi:
  • Direkter SAN-Zugriff wird für VMs empfohlen, deren Festplatten auf gemeinsam genutzten VMFS-SAN-LUNs liegen, die mit vSphere ESXi-Hosts über FC, FCoE, iSCSI, und auf gemeinsam genutztem SAS-Speicher verbunden sind. Der direkte SAN-Zugriff verwendet VMware VADP, um VM-Daten direkt zum und vom Storage zu transportieren. Da die VM-Daten über das SAN übertragen werden und dabei vSphere ESXi-Hosts und das Netzwerk vermieden werden, bietet der direkte SAN-Zugriffsmodus die schnellste Datenübertragungsgeschwindigkeit. Auch das Produktionsnetz wird dadurch nicht belastet.
  • Im direkten NFS-Zugriffsmodus umgeht der Backup-Proxy den vSphere ESXi-Host und greift über seinen lokalen NFS-Client direkt auf die NFS Datenspeicher zu. VM-Daten werden über das Netzwerk übertragen. Auf dem vSphere ESXi-Host ist jedoch keine Last vorhanden.
• Virtuelle Appliance (HotAdd) ermöglicht dem Backup-Proxy den Zugriff auf VM-Festplatten im Datenspeicher, indem sie eine netzwerkfreie Datenübertragung zwischen dem vSphere ESXi-Host und dem Backup-Proxy ermöglicht. Für diese Transportart:
  • Der Backup-Proxy muss eine VM sein und dies ist der empfohlene Modus für einen VM-basierten Proxy.
  • Sie wird nicht für NFS-Datenspeicher empfohlen. Der direkte NFS-Zugang muss verwendet werden.
  • Auf dem Backup-Server und dem Backup-Proxy muss die neueste Version der VMware Tools installiert sein.
  • SCSI 0:X Controller muss auf einem Backup-Proxy vorhanden sein.
• Der Netzwerkmodus ermöglicht dem Backup-Proxy den Zugriff auf VM-Daten über das Netzwerk von den vSphere ESXi-Hosts unter Verwendung des NBD/NDBSSL-Protokolls. Bei diesem Transportmodus kann der Backup-Proxy entweder physisch oder virtuell sein. Im Netzwerkmodus verwendet der Backup-Proxy das VMware Virtual Disk Development Kit (VDDK), um mit dem ESXi-Host zu kommunizieren, was eine zusätzliche Belastung für den vSphere ESXi-Host bedeutet.
• Im Modus Backup von Speicher-Snapshots kann der Backup-Proxy auf VM-Platten zugreifen, wenn sich diese auf einem unterstützten Speichersystem befinden und das Speichersystem von Veeam Backup and Replication verwaltet wird. Diese Methode ist nicht verfügbar, wenn sich die Produktionsumgebung in IBM Cloud® befindet.

Weitere Informationen finden Sie unter Transportmodi.

Wenn Sie einen VM-basierten Backup-Proxy verwenden:

• Wenn die Produktionsumgebung nicht auf IBM Cloud liegt, hängt der effizienteste Transportmodus von der Speicherarchitektur ab.
• Wenn die Produktionsumgebung auf IBM Cloud läuft und die VMware Cloud Foundation for Classic – Automated-Instanz NFS verwendet, dann ist der direkte NFS-Zugriffsmodus am effizientesten.
• Wenn die Produktionsumgebung auf IBM Cloud läuft und die VCF for Classic – Automated-Instanz vSAN, verwendet, ist die virtuelle Appliance (HotAdd) am effizientesten.