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.

A causa della sincronizzazione incrementale e in base alla configurazione RAID definita dal criterio di storage della macchina virtuale nel sito di destinazione, il consumo di storage da parte della macchina virtuale replicata può essere due volte superiore rispetto al consumo da parte della macchina virtuale di origine.

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 nel sito di destinazione è necessario attivare la deduplicazione e la compressione di vSAN. Se non si utilizza la deduplicazione e la compressione, non viene recuperato spazio di storage nel sito di destinazione. Anche dopo la deduplicazione e la compressione, è possibile che si verifichino ancora picchi di consumo di storage nella posizione di destinazione, ma dopo la sincronizzazione e la riconciliazione, lo spazio di storage viene liberato. Per ulteriori informazioni sulla deduplicazione e la compressione, vedere Utilizzo di deduplicazione e compressione.

Non è possibile visualizzare il consumo di storage da parte della macchina virtuale replicata nel sito di destinazione. È possibile visualizzare solo il consumo complessivo dell'intero datastore vSAN. Pertanto, non è possibile tenere traccia dello spazio di storage recuperato a livello del disco della macchina virtuale, ma è possibile monitorarlo esaminando lo spazio libero complessivo rimasto nel datastore vSAN.

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

È possibile chiamare manualmente i comandi trim/unmap oppure tali comandi possono essere richiamati dal sistema operativo guest in determinati intervalli di tempo. In entrambi i casi, la sincronizzazione dopo il comando potrebbe richiedere una quantità di tempo significativa.

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.