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.
Non è possibile visualizzare il consumo dello 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 controllando 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.
Utilizzo della modalità di gestione dell'annullamento della mappatura del driver del filtro di vSphere Replication
Per impostazione predefinita, in ESXi 7.0 Update 3 o versioni successive, il driver del filtro di vSphere Replication non riesce a eseguire i comandi di annullamento della mappatura di SCSI durante un'operazione di sincronizzazione se questi comandi sostituiscono il contenuto trasferito nel sito di destinazione. Il sistema operativo guest ritenterà il comando in un secondo momento senza influire sulle applicazioni eseguite nella macchina virtuale. Alcuni sistemi operativi guest non supportano questo comportamento del driver del filtro e potrebbero non rispondere quando è in corso l'operazione di sincronizzazione.
In ESXi 7.0 Update 2 o versioni precedenti, è presente una modalità di gestione dell'annullamento della mappatura di hbr_filter diversa in cui i comandi di annullamento della mappatura vengono eseguiti conservando il contenuto che viene trasferito. Alcuni sistemi operativi guest si comportano meglio in questa modalità anche se il metodo ha alcuni svantaggi:
- Operazioni di lettura e scrittura aggiuntive per la conservazione delle regioni sovrapposte che, se lo storage è lento, potrebbero causare ritardi imprevisti. In seguito a questi ritardi, è possibile che alcuni sistemi operativi guest attivino la reimpostazione del dispositivo durante l'operazione di sincronizzazione.
- Aumento temporaneo del consumo di spazio di storage da parte del contenuto del disco conservato.
Prerequisiti
- In ESXi 7.0 Update 3 o versioni successive, è possibile tornare al comportamento precedente utilizzando l'impostazione avanzata ESXi
