I requisiti della larghezza di banda dello storage e della rete potrebbero aumentare quando si utilizzano i comandi trim/unmap del sistema operativo guest con vSphere Replication. È inoltre possibile che si presentino violazioni di RPO.

Sincronizzazione incrementale dopo l'utilizzo dei comandi trim/unmap del sistema operativo guest

Se si richiamano i comandi trim/unmap, il consumo di storage nel sito di destinazione potrebbe aumentare.

Dopo aver utilizzato i comandi trim/unmap nel disco del sito di origine, lo spazio libero disponibile sul disco viene aggiunto ai blocchi dati che vSphere Replication trasferisce al sito di destinazione durante il ciclo di RPO successivo. Di conseguenza, quando il disco del sito di origine è meno pieno, le dimensioni dei blocchi modificati trasferiti nel sito di destinazione sono maggiori.

Ad esempio, se il disco del sito di origine è 10 TB e viene allocato solo 1 TB, richiamare i comandi trim/unmap comporta il trasferimento di almeno 9 TB al sito di destinazione.

Se il disco del sito di origine è 10 TB, 9 TB dei quali sono allocati, e se si eliminano 2 TB di dati, richiamare i comandi trim/unmap comporta il trasferimento di almeno 3 TB di dati al sito di destinazione.

Nota: Se si utilizzano i comandi trim/unmap nel sito di origine, è consigliabile configurare la replica con una compressione di rete attivata per ridurre la larghezza di banda della rete. Vedere Compressione dei dati di replica e Configurare una replica.
Nota: Se si utilizzano i comandi trim/unmap, e il datastore di destinazione è vSAN, per ridurre il consumo effettivo dello spazio di storage fisico, è consigliabile attivare la deduplicazione e la compressione di vSAN. Vedere Utilizzo di deduplicazione e compressione.

Violazioni dell'obiettivo punto di ripristino dopo l'utilizzo dei comandi trim/unmap sulla macchina virtuale di origine

L'utilizzo dei comandi trim/unmap per recuperare lo spazio inutilizzato nella macchina virtuale di origine potrebbe generare modifiche in molti blocchi del disco. La sincronizzazione di queste modifiche potrebbe richiedere più tempo del valore di RPO configurato, e vSphere Replication inizierebbe a segnalare violazioni di RPO.

Poiché la replica è in ritardo sulla pianificazione RPO, per sincronizzare i blocchi del disco modificati, una nuova sincronizzazione incrementale inizia non appena viene completata la sincronizzazione dell'istanza precedente. Questo processo di sincronizzazioni incrementali successive continue continua finché vSphere Replication non crea un'istanza di replica che soddisfi la pianificazione RPO e non segnali nessuna violazione RPO. Lo stato della replica diventa OK.