VMware Sicherungsproxys
Ende der Vermarktung: Ab dem 31. Oktober 2025 sind neue Bereitstellungen von VMware Solutions Angeboten für neue Kunden nicht mehr verfügbar. Bestehende Kunden können ihre aktiven VMware® Workloads weiterhin auf IBM Cloud® nutzen und erweitern. Weitere Informationen finden Sie unter Ende der Vermarktung für VMware auf IBM Cloud.
Ein VMware®-Backup-Proxy befindet sich zwischen dem Backup-Server und anderen Komponenten der Backup-Infrastruktur. Während der Backup-Server die Aufgaben verwaltet, verarbeitet der Proxy die Aufträge und liefert den Backup-Datenverkehr.
VMware Backup-Proxy-Aufgaben umfassen die folgenden Verfahren:
- Abrufen von Daten virtueller Maschinen (VM) aus dem Produktionsspeicher.
- Komprimieren, Deduplizieren und Verschlüsseln.
- Senden von Daten an das Backup-Repository, wenn Sie einen Backup-Auftrag ausführen.
- Senden von Daten an einen anderen VMware Backup-Proxy, wenn Sie einen Replikationsauftrag ausführen.
Während der Servicebereitstellung konfiguriert die Automatisierung einen VMware-Backup-Proxy auf dem Backup-Server. Erwägen Sie den Einsatz mehrerer VMware-Backup-Proxys für Verfügbarkeit und Skalierung. Sie haben folgende Auswahlmöglichkeiten:
- VM- Für die meisten Anwendungsfälle wird die Verwendung einer VM empfohlen.
- Virtuelle Serverinstanzen- Aufgrund ihrer 1-GB-Schnittstellen in der Regel nicht empfohlen.
- Bare Metal Server- Eine gute Wahl, wenn Sie einen kombinierten Proxy und ein Repository einsetzen oder direkten NFS Speicherzugriff verwenden.
Ein VMware Backup-Proxy kann einen der folgenden Datentransportmodi verwenden:
-
Direkter Speicherzugriff- In IBM Cloud® ist nur der direkte NFS Speichermodus geeignet.
- Für den direkten Speicherzugriff sollten Sie Folgendes in Betracht ziehen:
- Da die NFS-Freigabe dem VMware-Backup präsentiert wird, kann ein lokaler Administrator oder ein root-Konto alle Dateien in der Freigabe löschen.
- Ein Bare-Metal-Server mit 10-Gbit/s-NICs bietet einen hohen Durchsatz.
- Ignorieren Sie alle Warnungen in vCenter, die darauf hinweisen, dass eine andere Arbeitslast erkannt wird.
- Für den direkten Speicherzugriff sollten Sie Folgendes in Betracht ziehen:
-
Virtuelle Appliance- Dieser Modus verwendet den HotAdd-Modus und nur eine VM kann im Appliance-Modus arbeiten, und er wird in IBM Cloud empfohlen.
- Für vSAN-Cluster ist die Erstellung zu erwägen:
- Ein VMware-Backup-Proxy für jeden ESXi-Host im vSAN-Cluster, um die Arbeitslast auf dem ESXi-E/A-Stack während des Backups zu reduzieren.
- Eine VM-Host-Affinitätsregel, die verhindert, dass der VMware-Backup-Proxy von seinem zugewiesenen ESXi-Host verschoben wird.
- Für vSAN-Cluster ist die Erstellung zu erwägen:
Für NFS 3-Cluster siehe VMs, die sich auf NFS-Speicher befinden, reagieren während eines Snapshot-Entfernungsvorgangs nicht mehr. Hier wird empfohlen, Backup-Appliances auf demselben Host zu platzieren, auf dem sich die zu sichernde VM befindet.
- Netzwerk- Dieser Modus ist der Standardmodus von VMware-Backup-Proxys und sie greifen auf diesen Modus zurück, wenn andere Modi fehlschlagen. Der Proxy verbindet sich mit dem Port vSphere des Hosts vmdk0 und verwendet NBD-Transport. Was die Bandbreite betrifft, ist NBD der langsamste Modus. Dieser Modus eignet sich am besten für VMware-Backup-Proxys, die auf virtuellen Serverinstanzen und Bare-Metal-Servern gehostet werden, da sie im selben Subnetz wie die vSphere-Hosts bereitgestellt werden.