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 in Komprimierung der Replizierungsdaten und Replizierung konfigurieren.
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.