4 4 3:VMware Requirements & Restrictions/de: Difference between revisions

From SEPsesam
(Updating to match new version of source page)
No edit summary
Line 88: Line 88:
Das folgende Diagramm beschreibt den Aufbau und das Funktionsprinzip für Skalierbares LAN-free Backup über SAN Transport:
Das folgende Diagramm beschreibt den Aufbau und das Funktionsprinzip für Skalierbares LAN-free Backup über SAN Transport:


[[File:SEP sesam Best-Practice scalable VMware LAN-free-Backup 02.png|link=]]
[[File:VMware_LAN_free_-backup.png|1120px|link=]]


Durch den Modularen Aufbau von SEP sesam, werden per ''scale-out'' Prinzip mehrere identische Remote Device Server (RDS) parallel betrieben.
Durch den Modularen Aufbau von SEP sesam, werden per ''scale-out'' Prinzip mehrere identische Remote Device Server (RDS) parallel betrieben.

Revision as of 16:20, 15 April 2021

Other languages:

Copyright © SEP AG 1999-2024. Alle Rechte vorbehalten.

Jede Form der Reproduktion der Inhalte dieses Benutzerhandbuches, ganz oder in Teilen, ist nur mit der ausdrücklichen schriftlichen Erlaubnis der SEP AG gestattet. Bei der Erstellung dieses Benutzerhandbuches wurde mit größtmöglicher Sorgfalt gearbeitet, um korrekte und fehlerfreie Informationen bereit stellen zu können. Trotzdem kann die SEP AG keine Gewähr für die Richtigkeit der Inhalte dieses Benutzerhandbuches übernehmen.

Docs latest icon.png Willkommen in der aktuellsten Version der SEP sesam Dokumentation 4.4.3/4.4.3 Beefalo V2. Frühere Versionen der Dokumentation finden Sie hier: VMware Archiv.


Übersicht

Quick Start 3.png
Quick setup
  1. Lesen und denken Sie zuerst über den relevant Transport-Modus nach. Abhängig von Ihrer Umgebung gehen Sie wie folgt vor:
    1. Sicherung von VMs über LAN (NBD) – keine spezielle Konfiguration erforderlich.
      • Erweitern Sie Ihren ESX Server (Single Server-Umgebung) oder vCenter Server (Cluster-Umgebung) als SEP sesam Client.
      • Wählen Sie den Zugriffsmodus: PROXY (ermöglicht es Ihnen, ein Sicherung durchzuführen, ohne die SEP sesam Software auf dem ESX und vCenter Server zu installieren).
      • Wählen Sie unter der Registerkarte vCenter Access bzw. ESX Server Access, einen Data Mover aus; in diesem Beispiel ist dies Ihr Backup-Server.
      • Performance: Normal/langsam.
    2. Sicherung von VMs über LAN via Proxy-VM: Installieren Sie eine kleine neue VM (Windows oder Linux) in Ihrer Umgebung.
      • Anforderungen: 2 Cores, 8 GB RAM, 50 GB Disk.
  2. Konfigurieren der VM-Sicherung.


Dieser Artikel beschreibt die Konfigurationsanforderungen und Beschränkungen der SEP sesam Integration mit VMware. Beachten Sie, dass die in diesem Artikel vorgestellten Prozeduren nur die erforderlichen Schritte zur Vorkonfiguration sind. Weitere Informationen zu den wichtigsten VMware-Integrationsfunktionen und zur Backup-Konfiguration finden Sie unter VMware Sicherung.

VDDK

SEP sesam erfordert die Installation des VMware Virtual Disk Development Kit (VDDK) auf SEP sesam Data Mover (SDM-VV). Das VDDK-Installationsverfahren unterscheidet sich je nach SEP sesam Version und Betriebssystem:

  • Unter Windows wird VDDK während der SEP sesam Installation automatisch installiert. Je nach SEP sesam Version wird entweder VDDK 6.0.2 oder VDDK 6.0.3 installiert (Details siehe VMware Supportmatrix). Mit dem neuen vSphere 6.5 bietet jedoch keine der beiden VDDK 6.0.x Versionen SAN-Transportunterstützung bei der Verwendung von Datenspeichern, die mit dem neuen VMFS 6.0-Dateisystem formatiert wurden. Wenn Sie beabsichtigen, VMs im SAN-Transportmodus zu sichern, die sich auf VMFS 6.0-Datenspeichern befinden, müssen Sie VDDK 6.5 oder höher manuell installieren. Weitere Informationen finden Sie unter Installing VDDK.
  • Unter Linux müssen Sie die erforderliche VDDK-Version manuell installieren. Details zur erforderlichen Version finden Sie unter VDDK Compatibility Matrix. Details zur Installation finden Sie unter VDDK installieren.
  • Wenn auf dem Datamover bereits ein VDDK installiert ist, auf dem Sie SEP sesam installieren oder auf die neueste SEP sesam Version upgraden wollen, wird die bestehende VDDK Version deinstalliert und eine neue Version von VDDK entpackt.

SEP sesam Datamover für VMware vSphere (SDM-VV)

Template:Data mover VMware vSphere/de

Auswählen des besten VMware-Transportmodus für Ihre Umgebung

VMware unterstützt die folgenden Zugriffsmethoden oder Transport Modes für den Transport von Sicherungsdaten: NBD (Network Block Device) über LAN, NBD mit Verschlüsselung (NBDSSL), SAN und SCSI HotAdd. Detaillierte Informationen finden Sie im VMware Artikel Virtuelle Disk-Transportmethoden.

Wählen Sie den gewünschten Transport-Modus für Backups Ihrer VM entsprechend Ihren Netzwerkanforderungen aus. SAN und HotAdd ermöglichen schnellere LAN-freie Backups. Die anderen zwei sind die Sicherung und Rücksicherung über das Netzwerk mittels NBD (Network Block Device) oder NBDSSL (Secure NBD).

Zum Beispiel erfordert der NBD-Transportmodus ein LAN zwischen dem Data Mover und SEP sesam. HotAdd erfordert, dass der Datamover eine virtuelle Maschine (VM) ist, die im selben Datacenter wie eine zu sichernde VM läuft. SAN erfordert, dass der Datamover (Windows) Read-only mit dem Storage verbunden ist, auf dem die VMs laufen. Details zu den einzelnen Transport-Modus und deren Anforderungen finden Sie im VMware Artikel Tipps und Best Practises für Transport Modes.

Die folgende Tabelle kann Ihnen helfen, den optimalen Transport-Modus in Abhängigkeit von der Sicherungsumgebung und dem gewünschten Betrieb zu definieren.

Transport-Modus Sicherungsumgebung Geschwindigkeit Fallstricke
SAN Wird nur auf einer physischen Maschine unterstützt - der VMware Backup-Host (Data Mover) muss ein physischer SEP Sesam Server oder RDS mit Zugriff auf Fibre Channel oder iSCSI SAN sein, das die virtuellen Disks enthält, auf die zugegriffen werden soll.
Stellen Sie sicher, dass Datenspeicher-LUNs für den VMware Data Mover verfügbar ist.
Befolgen Sie außerdem die Best Practices von VMware für SAN-Transporte: Setzen Sie die SAN-Richtlinie auf dem Windows-Proxyserver auf onlineALL. Setzen Sie die SAN-Festplatte auf Read-Only, außer bei einer Rücksicherung. Sie können das Programm diskpart verwenden, um das Read-Only-Flag zu löschen. Die SAN-Richtlinien variieren je nach Windows Server 2008 Edition. Für Enterprise- und Datacenter-Editionen ist die standardmäßige Windows-SAN-Richtlinie offline. Dies ist unnötig, wenn vSphere den SAN-Speicher bereitstellt.
Information sign.png Anmerkung
Wenn Sie VMware vSphere 6.5 mit VMFS 6.0-Datenspeichern verwenden, stellen Sie sicher, dass Sie die Version VDDK 6.5 oder höher installiert haben, da sonst Ihre Sicherungen mit dem SAN-Transportmodus fehlschlagen werden. Weitere Informationen finden Sie unter VDDK-Kompatibilitätsmatrix.
Eine effiziente Methode, um den LAN Backup-Traffic zu entlasten und über SAN zu transportieren. Häufig die beste Wahl für Sicherungen für Array-basierte Storage-Systeme. Keine gute Wahl für Rücksicherungen, weil es die schlechteste Performance auf Thin Disks bietet.
Beachten Sie, dass CBT für Rücksicherungen des SAN-Transports deaktiviert sein muss. Details finden Sie unter Changed Block Tracking (CBT).
Für die Rücksicherung empfiehlt SEP sesam, dass Sie mit einem SEP sesam Client eine separate oder bestehende VM auf der ESX-Umgebung vorbereiten. Diese VM sollte dann als Data Mover für VM-Rücksicherungen genutzt werden.
HotAdd Unterstützt für Backup-Proxy als Virtual Machine - der Datamover muss eine VM sein, die im selben Datacenter wie die zu sichernde VM läuft. Die Sicherungen werden über LAN durchgeführt. Der Datamover kann eine Windows VM mit installiertem SEP sesam Client oder ein beliebiges, von VMware unterstütztes Linux-System sein, auf dem eine VDDK-Version installiert ist.
Weitere Anforderungen und Einschränkungen finden Sie im VMware Artikel Best Practices für HotAdd Transport.
Der HotAdd Modus kann eine annähernd SAN-Modus-Performance erreichen, falls SAN nicht als Transportmodus verfügbar ist.
Beachten Sie, dass die SCSI-HotAdd-Funktion nicht für alle vSphere-Editionen aktiviert ist. Kunden mit z. B. vSphere Essentials oder Standard-Editionen können daher kein HotAdd-Proxy-basiertes Backup durchführen.
Beachten Sie Folgendes, wenn Sie HotAdd mit einem VM-Backup-Host nutzen:
  • HotAdd ist ein SCSI-Feature und funktioniert nicht für IDE-Disks.
  • HotAdd-Transport funktioniert nicht mit virtuellen Disks von SATA für ESXi-Versionen bis 5.5. Ab VDDK Version 5.5 werden SATA-Disks unterstützt, HotAdd Advanced Transport wird für SATA-Laufwerke jedoch nicht unterstützt. Weitere Vorbehalte finden Sie unter VDDK 5.5 Release Notes.
  • Wenn sich die HotAdd-Proxy-VM auf einem VMFS-3-Volume befindet, stellen Sie sicher, dass Sie ein Volume mit der entsprechenden Blockgröße auswählen. Details finden Sie unter VMFS-3 Blockgröße für HotAdd Backup Proxy. Dieser Vorbehalt gilt nur für VMFS-3-Volumes, während VMFS-5-Volumes immer eine Blockgröße von 1 MB haben.
NBD (LAN) Network Block Device (NBD) ist ein Kernelmodul im Linux-Stil, das die Speicherung auf einem entfernten Host als Blockgerät behandelt. Virtuelle Maschinen werden über ein Ethernet-LAN gesichert. Langsamer Transport-Modus, aber immer noch schneller und mit weniger Resourcen als NBDSSL.
Für das Backup-Netzwerk ist mindestens 10GigE erforderlich.
Netzwerkverbindung zwischen Proxy-Server und ESXi-Server mit offenem TCP-Port 902 muss sichergestellt sein.
Nicht empfohlen, außer für die Rücksicherung anstelle der SAN-Rücksicherung, da letztere sehr langsam ist, wenn sie für die Rücksicherung von Thin Provisioned Disks genutzt wird.
Stellen Sie sicher, dass die Anzahl der NFC-Verbindungen (Network File Copy) zum ESX\ESXi-Host nicht überschritten wird. Details finden Sie unter NFC-Session-Verbindungslimits.
NBDSSL (verschlüsseltes NBD) Das gleiche wie NBD, außer dass NBDSSL SSL verwendet, um alle Daten, die über die TCP/IP-Verbindung übertragen werden, zu verschlüsseln, was die Performance verringern kann. Der langsamste Transport-Modus, da LAN-Operationen sichere NBD (NBDSSL) verwenden und große virtuelle Disks eine lange Übertragungszeit benötigen.
Für das Backup-Netzwerk ist mindestens 10GigE erforderlich.
Netzwerkverbindung zwischen dem Proxy-Server und dem ESXi-Server mit offenem TCP-Port 902 muss sichergestellt sein.
Es wird nicht empfohlen, NBDSSL zu nutzen, wenn keine Over-the-Wire-Verschlüsselung erforderlich ist.
Stellen Sie sicher, dass die Anzahl der NFC-Verbindungen (Network File Copy) zum ESX\ESXi-Host nicht überschritten wird. Details finden Sie unter NFC-Session-Verbindungslimits.

Best Practices: Skalierbares LAN-free Backup über SAN Transport

LAN-free Backup über SAN Transport ist die schnellste Transportmethode für SEP sesam Backup auf SAN-verbundenen ESXi-Hosts. Die VM Backup Performance kann mit SEP sesam skaliert und voll ausgereizt werden. Dadurch können sehr viele Virtual Machines gleichzeitig gesichert werden.

Das folgende Diagramm beschreibt den Aufbau und das Funktionsprinzip für Skalierbares LAN-free Backup über SAN Transport:

VMware LAN free -backup.png

Durch den Modularen Aufbau von SEP sesam, werden per scale-out Prinzip mehrere identische Remote Device Server (RDS) parallel betrieben.

Die folgenden Anforderungen gelten für das skalierbare LAN-free Backup über SAN Transport Szenario:

Grundvoraussetzungen für SAN Transport

  • Der VMware datastore muss die Hardwarebeschleunigung unterstützen. Dazu einfach im vSphere Client einen ESXi Host auswählen und zum Reiter Konfiguration wechseln. Dort bei Speicher prüfen, ob beim gewünschten VMware datastore die Hardwarebeschleunigung unterstützt wird.
  • Weiterhin muss die Hardwarebeschleunigung auf jeden ESXi Host aktiviert sein. Dazu auf Konfiguration -> Erweiterte Einstellungen wechseln und bei DataMover sicherstellen, dass beide Werte auf 1 gesetzt sind. Zudem auf VMFS3 klicken und sicherstellen, dass VMFS3.HardwareAcceleratedLocking auf 1 gesetzt ist.
  • Weitere Anforderungen und Einschränkungen finden Sie im VMware Artikel Best Practices für SAN Transport.
  • Wenn Sie VMware vSphere 6.5 mit VMFS 6.0-Datenspeichern verwenden, stellen Sie sicher, dass Sie die Version VDDK 6.5 oder höher installiert haben, da sonst Ihre Sicherungen mit dem SAN-Transportmodus fehlschlagen werden. Weitere Informationen finden Sie unter VDDK-Kompatibilitätsmatrix.

Zusätzliche Voraussetzungen für SAN Transport mit einem Linux Proxy

Unter Linux können SCSI-Reservierungskonflikte während dem SAN-Zugriff auftreten. Dadurch schlägt die Sicherung/Rücksicherung fehl. Folgendes muss geprüft werden, damit dies unterbunden werden kann.

Auf jedem ESXi Server muss ein Terminal gestartet und folgender Befehl ausgeführt werden:

vmkfstools -Ph -v1 /vmfs/volumes/<Name des VMware Datenspeichers>

Beispiel:

vmkfstools -Ph -v1 /vmfs/volumes/SAN-test-volume/

Die Ausgabe enthält u.A. dies:

Mode: public
Partitions spanned (on "lvm"):
        naa.600000e00d280000002801dd00050000:1

Falls der Modus public sein sollte, kann der SAN-Fehler auftreten. In diesem Fall muss ATS (Atomic Test & Set) aktiviert werden. Zu diesem Zeitpunkt sollte keine VM laufen, die auf dem betroffenen VMware datastore liegt (Empfehlung VMware). Dieser Befehl muss dann auf jedem ESXi Server ausgeführt werden, auf dem der public Modus läuft:

vmkfstools --configATSOnly 1 /vmfs/devices/disks/<naa-id]:[partition-number>

Beispiel:

vmkfstools --configATSOnly 1 /vmfs/devices/disks/naa.600000e00d280000002801dd00050000:1

Der Gerätename naa.600000e00d280000002801dd00050000:1 wurde beim obrigen Befehl ausgegeben. Nach diesem Schritt sollte die Ausgabe mit dem ersten Befehl dies zeigen:

 vmkfstools -Ph -v1 /vmfs/volumes/<Name des VMware Datenspeichers>

Die Ausgabe sollte:

Mode: public ATS-only

Von dort an wird ATS verwendet und sporadische SAN Fehler mit Linux Proxys sollten nicht mehr auftreten.

SEP sesam Backup Server:

  • Hardware Mindestanforderung: Intel 4 Core Server CPU oder AMD Server 6 Core CPU, min. 16GB RAM
  • Backup LAN: 10 Gbit (die VM Backupdaten laufen nur über das SAN)
  • SAN Anbindung: Beim Backup Server nicht erforderlich

SEP sesam Remote Device Server:

  • Hardware Mindestanforderung: Intel 4 Core Server CPU oder AMD Server 6 Core CPU, min. 16GB RAM
  • Backup LAN: 10 Gbit (die VM Backupdaten laufen nur über das SAN)
  • SAN Anbindung: Alle VMware LUN's müssen über SAN angebunden und sichtbar sein. Für iSCSI-Beispiel siehe auch Linux Man Page iscsiadm.
  • Backup Storage: Anbindung der Tape Hardware und Disk Backup Storage über FC, iSCSI oder SAS.
  • VDDK: Auf allen RDS muss relevant VDDK installiert sein. Details zu den unterstützten Versionen finden Sie unter VDDK Compatibility Matrix.
  • vCenter: Kann auf einem der Remote Device Server als vCenter for Windows installiert werden, oder es wird die VMware vCenter Appliance als VM verwendet.
  • Data mover (Proxy): Die Maschine, die als Data Mover verwendet wird, muss die folgenden Systemanforderungen erfüllen (zutreffende Anforderungen sind ohne Si3 Deduplizierung).

Hardware requirements/de

Einschränkungen

Festplatten im Modus unabhängig oder Festplatten mit Raw-Device-Mapping werden nicht mitgesichert.
Für VMs mit mindestens einer unabhängigen Festplatte oder Festplatten mit physikalischem Raw-Device-Mapping empfehlen wir, Backups in der virtuellen Maschine mit unserem SEP sesam Client durchzuführen, um konsistente Backups zu erhalten.

Siehe Externe Referenzen

Bekannte Probleme

Im Falle von Problemen mit VMware bitte hier schauen: VMware Troubleshooting.

Siehe auch

VMware Sicherung (aktuell)VMware Sicherung 4.4.3Changed Block Tracking (CBT)VMware RücksicherungVMware Single File RestoreVMware Instant RecoveryVDDK Compatibility MatrixVDDK installieren

Externe Referenzen