Die Anforderungen an die Speicherbandbreite und die Netzwerkbandbreite können sich erhöhen, wenn die Befehle trim/unmap des Gastbetriebssystems mit vSphere Replication verwendet werden. Sie können auch RPO-Verstöße feststellen.

Inkrementelle Synchronisierung nach der Verwendung der Befehle trim/unmap des Gastbetriebssystems

Das Aufrufen der Befehle trim/unmap kann die Speichernutzung auf der Ziel-Site erhöhen.

Nach der Verwendung der Befehle trim/unmap auf der Quell-Site-Festplatte wird der auf der Festplatte verfügbare freie Speicherplatz zu den Datenblöcken hinzugefügt, die vSphere Replication während des nächsten RPO-Zyklus an die Ziel-Site überträgt. Wenn die Festplatte der Quell-Site weniger voll ist, ist die Größe der geänderten Blöcke, die an die Ziel-Site übertragen werden, größer.

Wenn beispielsweise die Quell-Site-Festplatte 10 TB aufweist und nur 1 TB zugeteilt ist, führt das Aufrufen der Befehle trim/unmap zu einer Übertragung von mindestens 9 TB an die Ziel-Site.

Wenn die Festplatte der Quell-Site 10 TB aufweist, von denen 9 TB zugeteilt sind, und wenn Sie 2 TB Daten löschen, führt das Aufrufen der Befehle trim/unmap zu einer Übertragung von mindestens 3 TB Daten an die Ziel-Site.

Aufgrund der inkrementellen Synchronisierung und abhängig von der RAID-Konfiguration, die durch die VM-Speicherrichtlinie auf der Ziel-Site definiert ist, kann der Speicherverbrauch durch die replizierte VM mehr als doppelt so hoch sein wie der Verbrauch durch die Quell-VM.

Hinweis: Wenn Sie die Befehle trim/unmap auf der Quell-Site verwenden, empfiehlt es sich, die Replizierung mit aktivierter Netzwerkkomprimierung zu konfigurieren, um die Netzwerkbandbreite zu reduzieren. Weitere Informationen finden Sie unter Komprimierung der Replizierungsdaten und Konfigurieren einer Replizierung.
Hinweis: Wenn Sie die Befehle trim/unmap verwenden und der Zieldatenspeicher vSAN ist, müssen Sie die Deduplizierung und Komprimierung von vSAN aktivieren, um den tatsächlichen Verbrauch von physischem Speicherplatz zu reduzieren. Wenn Sie Deduplizierung und Komprimierung nicht verwenden, wird auf der Ziel-Site kein Speicherplatz zurückgefordert. Selbst nach Deduplizierung und Komprimierung kann es am Zielspeicherort immer noch zu Speicherverbrauchsspitzen kommen, aber nach der Synchronisierung und dem Abgleich wird der Speicherplatz freigegeben. Weitere Informationen zu Deduplizierung und Komprimierung finden Sie in Verwenden von Deduplizierung und Komprimierung.

Der Speicherverbrauch durch die replizierte VM auf der Ziel-Site wird nicht angezeigt. Sie können nur den Gesamtverbrauch des gesamten vSAN-Datenspeichers anzeigen. Sie können den zurückgeforderten Speicherplatz auf VM-Festplattenebene also nicht nachverfolgen. Sie können ihn jedoch verfolgen, indem Sie den gesamten freien Speicherplatz auf dem vSAN-Datenspeicher betrachten.

Verstöße gegen das Recovery Point Objective nach der Verwendung der Befehle trim/unmap auf der virtuellen Quellmaschine

Sie können die Befehle trim/unmap manuell aufrufen, oder diese können vom Gastbetriebssystem in bestimmten Zeitintervallen aufgerufen werden. In beiden Fällen kann die Synchronisierung nach dem Befehl sehr viel Zeit in Anspruch nehmen.

Die Verwendung der Befehle trim/unmap zum Zurückfordern des nicht verwendeten Speicherplatzes auf der virtuellen Quellmaschine generiert möglicherweise eine große Anzahl geänderter Festplattenblöcke. Die Synchronisierung dieser Änderungen kann länger als das konfigurierte RPO dauern, und vSphere Replication beginnt, RPO-Verstöße zu melden.

Da sich die Replizierung hinter dem RPO-Zeitplan befindet, beginnt zum Synchronisieren der geänderten Festplattenblöcke eine neue inkrementelle Synchronisierung, sobald die Synchronisierung der vorherigen Instanz abgeschlossen ist. Dieser Vorgang der sofortigen nachfolgenden inkrementellen Synchronisierung wird fortgesetzt, bis vSphere Replication eine Replikatinstanz erstellt, die den RPO-Zeitplan erfüllt und keinen RPO-Verstoß meldet. Der Replizierungsstatus wird als OK angezeigt.

Verwenden des Modus zum Aufheben der Zuordnung des vSphere Replication-Filtertreibers

In ESXi 7.0 Update 3 oder höher schlagen die Befehle zur Aufhebung der SCSI-Zuordnung durch den vSphere Replication-Filtertreiber während einer Synchronisierung standardmäßig fehl, wenn diese Befehle den Inhalt außer Kraft setzen, der an die Ziel-Site übertragen wird. Das Gastbetriebssystem versucht später, den Befehl erneut auszuführen, ohne dass dies Auswirkungen auf die Anwendungen hat, die auf der virtuellen Maschine ausgeführt werden. Einige Gastbetriebssysteme unterstützen dieses Verhalten des Filtertreibers nicht ordnungsgemäß. Sie reagieren möglicherweise nicht mehr, während die Synchronisierung ausgeführt wird.

In ESXi 7.0 Update 2 oder älteren Versionen bietet der hbr_filter einen anderen Modus zum Aufheben der Zuordnung. Dabei werden die Befehle zum Aufheben der Zuordnung so ausgeführt, dass der übertragene Inhalt erhalten bleibt. Einige Gastbetriebssysteme verhalten sich in diesem Modus besser, obwohl die Methode auch einige Nachteile hat:

  • Es sind zusätzliche Lese- und Schreibvorgänge zum Beibehalten der überlappenden Bereiche erforderlich. Wenn der Speicher langsam ist, können dadurch unerwartete Verzögerungen auftreten. Diese Verzögerungen können bei einigen Gastbetriebssystemen dazu führen, dass während der Synchronisierung Gerätezurücksetzungen ausgegeben werden.
  • Der beibehaltene Festplatteninhalt belegt vorübergehend mehr Speicherplatz.

Voraussetzungen

  • In ESXi 7.0 Update 3 oder höher können Sie mithilfe der erweiterten ESXi-Einstellung zum vorherigen Verhalten zurückkehren.

Prozedur

  1. Wenn TRIM/UNMAP während Synchronisierungsvorgängen zulässig sein soll, erteilen Sie auf dem ESXi-Host, auf dem die virtuelle Maschine ausgeführt wird, den folgenden Befehl:
    $ esxcli system settings advanced set -o /HBR/DemandlogFailCollidingUnmap -i 0
  2. Wenn TRIM/UNMAP während Synchronisierungsvorgängen nicht zulässig sein soll, erteilen Sie auf dem ESXi-Host, auf dem die virtuelle Maschine ausgeführt wird, den folgenden Befehl:
    $ esxcli system settings advanced set -o /HBR/DemandlogFailCollidingUnmap -i 1