Best Practices für die Verwendung und Konfiguration von vSphere Replication können mögliche Probleme während der Replizierung für Ihre Umgebung verhindern.

Wichtig: Sie dürfen die Hardware der Quell-VM nicht ändern, während Sie eine Replizierung konfigurieren. Fügen Sie der Quell-VM beispielsweise keine Festplatte hinzu oder entfernen Sie sie nicht, bevor Sie die Konfiguration der Replizierung abgeschlossen haben.

Festlegen der optimalen RPO-Zeit (Recovery Point Objective)

Für die Replizierung von Tausenden von virtuellen Maschinen ist viel Bandbreite erforderlich. Einer der vielen Faktoren, die sich auf die Bandbreitenanforderungen für vSphere Replication auswirken, ist die RPO-Konfiguration für jede replizierte virtuelle Maschine.

Sie können den RPO-Wert auf 5 Minuten festlegen, aber Sie müssen die optimale RPO-Zeit schätzen, um Bandbreite für die Replizierung zu sparen und Ihre Unternehmensanforderungen für den Schutz Ihrer virtuellen Maschinen zu erfüllen.

Wenn sich ein Block beispielsweise nur einmal pro Tag ändert, wird er unabhängig von der RPO-Konfiguration nur einmal repliziert. Wenn sich ein Block jedoch mehrmals während des Tages ändert und das RPO auf eine niedrige Anzahl (z. B. 30 Minuten) festgelegt ist, wird der Block möglicherweise bis zu 48 Mal an einem Tag repliziert.

vSphere Replication verfolgt größere Blöcke auf Festplatten über 2 TB. Die Replizierungsleistung auf Festplatten über 2 TB kann sich von der Replizierungsleistung auf Festplatten unter 2 TB bei gleicher Arbeitslast unterscheiden, je nach Umfang der Daten auf der Festplatte, die für einen bestimmten Satz geänderter Blöcke über das Netzwerk übertragen werden.

Ein Netzwerk mit der geeigneten verfügbaren Bandbreite zum Übertragen der Datenaufnahmerate des Systems ist zur Unterstützung des gewünschten Replizierungsintervalls erforderlich.

Wenn Sie zum Beispiel einen Datensatz von 1 TB mit einer täglichen Änderungsrate von 2 GB pro Stunde und einem auf eine Stunde festgelegten RPO haben, bedeutet dies, dass vSphere Replication 2 GB in 1 Stunde oder 4,7 MBit/s übertragen muss. Dies ist die theoretische Mindestbandbreite, die zum Abschließen der vSphere Replication-Übertragung erforderlich ist.

Die Datenänderungsrate ist über den Tag hinweg nicht gleichbleibend, auch wenn im obigen Beispiel davon ausgegangen wird. Verwenden Sie zur Berechnung der Anforderung für die Mindestbandbreite die Spitzen-Datenübertragungsrate in Ihrem Szenario.

Weitere Informationen dazu finden Sie unter Berechnen der Bandbreite für vSphere Replication.

Verwenden der MPIT-Wiederherstellung (Multiple Point in Time)

Für jeden Point-in-Time-Snapshot ist Speicher erforderlich. Der erforderliche Speicher ist abhängig von der Datenänderungsrate der virtuellen Maschine. Wenn Sie mehrere MPIT-Instanzen für die Replizierung einer virtuellen Maschine zwischen zwei vCenter Server-Sites festlegen, zeigt vSphere Replication die aufbewahrten Instanzen nach der Wiederherstellung als Standard-Snapshots an. Der Zeitaufwand für die Konsolidierung der Snapshots nach der Wiederherstellung nimmt mit der Anzahl der Snapshots zu.

Wenn Sie beispielsweise eine Replizierung mit 10 Wiederherstellungspunkten konfigurieren, kann sich die Speichernutzung auf der Ziel-Site auf das 11-Fache der ursprünglichen Größe der Quellfestplatte erhöhen.

vSphere Replication unterstützt zwar bis zu 24 Wiederherstellungspunkte, aber Sie müssen für MPIT die niedrigste Anzahl von Wiederherstellungspunkten im Rahmen Ihrer Unternehmensanforderungen festlegen. Wenn beispielsweise in Ihrem Unternehmen 10 Wiederherstellungspunkte erforderlich sind, müssen Sie für vSphere Replication festlegen, dass nur 10 Snapshots gespeichert werden. Sie können zwei Wiederherstellungspunkte pro Tag für die letzten fünf Tage einrichten. Der belegte Speicher und der Zeitaufwand für die Konsolidierung der Snapshots nach der Wiederherstellung sind demzufolge niedriger als bei Verwendung der maximalen Anzahl von Wiederherstellungspunkten.

Konfigurieren der Stilllegung

Für virtuelle Maschinen mit hohen Speicher-E/A-Werten kann die Stilllegung des Dateisystems und der Anwendungen mehrere Minuten dauern und die Leistung der virtuellen Maschine beeinträchtigen. Für das Stilllegen eines Dateisystems und der Anwendungen für Windows-VMs benötigt vSphere Replication vor der Replizierung einen regulären VM-Snapshot. Bei der Schätzung der RPO-Zeit sollten Sie den Zeitaufwand und den Ressourcenbedarf für die Stilllegung und für die Konsolidierung der Snapshots berücksichtigen. Wenn Sie beispielsweise für die Replizierung einer Windows-VM einen RPO-Wert von 15 Minuten konfigurieren und die Stilllegung aktiviert ist, generiert vSphere Replication einen VM-Snapshot und konsolidiert ihn alle 15 Minuten.

Stilllegungsoptionen sind nur für virtuelle Maschinen verfügbar, die eine Stilllegung unterstützen. Weitere Informationen zu den unterstützten Betriebssystemen finden Sie im Abschnitt „Unterstützung zur Gastbetriebssystem-Stilllegung“ in Kompatibilitätstabellen für vSphere Replication 9.0.x.
Hinweis: Die Stilllegung für vSphere Replication- und Sicherungsvorgänge für dieselbe virtuelle Maschine wird nicht unterstützt.

Konfigurieren der Replizierungsspeicher

Sie können virtuelle Festplattendateien von Quell-VMs zum Zielspeicherort kopieren und diese Dateien als Replizierungsspeicher verwenden. Mithilfe von Replizierungsspeichern reduziert vSphere Replication den Zeitaufwand und die erforderliche Netzwerkbandbreite für die anfängliche vollständige Synchronisierung. Die UUID der Quell- und Ziel-VMDK-Dateien müssen übereinstimmen, damit die Replizierung erfolgreich durchgeführt wird und um das versehentliche Überschreiben von Festplattendateien, die zu anderen virtuellen Maschinen gehören, im Zielspeicherort zu verhindern.

Überwachen eines Datenspeichers auf der Ziel-Site

vSphere Replication benötigt ausreichend Speicherplatz auf der Ziel-Site, um eine virtuelle Maschine zu replizieren. Wenn der verfügbare Speicherplatz nicht ausreicht, um die Replizierungsdateien zu speichern, schlägt die Replizierung möglicherweise fehl. Sie können einen Alarm für den Fall erstellen, dass die Ziel-Site nicht genügend Speicherkapazität aufweist.