Dell Unity: In che modo la replica asincrona e il recupero dello spazio influiscono sulle prestazioni degli array
Summary: Questo articolo analizza l'impatto della replica asincrona sulle prestazioni dell'array durante il recupero dello spazio da macchine virtuali (VM) di grandi dimensioni.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Durante la riproduzione dei seguenti passaggi, è possibile riscontrare un'elevata latenza in TUTTE le risorse di storage (intero array):
1. Le macchine virtuali (VM) sull'host non vengono utilizzate e sono offline, senza I/O , completamente inattive (da eliminare).
2. La macchina virtuale viene eliminata dall host (recupero dello spazio).
3. Tutto funziona bene. Per tutte le LUN e gli host nell'array sono previsti tempi di risposta.
4. [Grilletto] La replica viene avviata manualmente o tramite il Recover Point Objective (RPO). La latenza aumenta in TUTTE le LUN e gli host: i dati non sono più disponibili.
2. La macchina virtuale viene eliminata dall host (recupero dello spazio).
3. Tutto funziona bene. Per tutte le LUN e gli host nell'array sono previsti tempi di risposta.
4. [Grilletto] La replica viene avviata manualmente o tramite il Recover Point Objective (RPO). La latenza aumenta in TUTTE le LUN e gli host: i dati non sono più disponibili.
Cause
Replica asincrona:
- Quando la sessione di replica viene sospesa, la velocità di recupero non si arresta né rallenta.
- Mentre la sessione di replica è sospesa, il lavoro si accumula sull'array.
- Una volta ripresa la sessione di replica (manualmente o automaticamente), viene eseguito il push del lavoro accumulato, da quando è stato sospeso.
- A seconda della quantità di lavoro accumulata, ciò potrebbe causare latenza, in questo caso, grave.
- Questa è la funzione come design.
Recupero dello spazio:
- In base alle best practice, 64 TB non sono consigliati per le LUN di blocchi ESXi, in combinazione speciale con la replica asincrona.
- Quando l'array esegue query su 40 TB di spazio vuoto per trovare blocchi con mappa di lunghezza variabile per la lettura, si tratta di un sacco di lavoro senza valore aggiunto.
- In questo caso, il carico aumenta e influisce sia sulla LUN che sull'array (tutte le risorse).
- Quando la sessione di replica viene sospesa, la velocità di recupero non si arresta né rallenta.
- Mentre la sessione di replica è sospesa, il lavoro si accumula sull'array.
- Una volta ripresa la sessione di replica (manualmente o automaticamente), viene eseguito il push del lavoro accumulato, da quando è stato sospeso.
- A seconda della quantità di lavoro accumulata, ciò potrebbe causare latenza, in questo caso, grave.
- Questa è la funzione come design.
Recupero dello spazio:
- In base alle best practice, 64 TB non sono consigliati per le LUN di blocchi ESXi, in combinazione speciale con la replica asincrona.
- Quando l'array esegue query su 40 TB di spazio vuoto per trovare blocchi con mappa di lunghezza variabile per la lettura, si tratta di un sacco di lavoro senza valore aggiunto.
- In questo caso, il carico aumenta e influisce sia sulla LUN che sull'array (tutte le risorse).
Resolution
Per evitare una latenza elevata quando vengono soddisfatte queste condizioni, si consiglia di:
1. Arrestare ed eliminare la sessione di replica.
2. Eliminare il thin inutilizzato e lo spazio non sottoposto a commit (con la migrazione dei dati) in una LUN più piccola.
3. Creare invece una nuova sessione di replica dalla LUN più piccola.
2. Eliminare il thin inutilizzato e lo spazio non sottoposto a commit (con la migrazione dei dati) in una LUN più piccola.
3. Creare invece una nuova sessione di replica dalla LUN più piccola.
In alternativa, se il datastore di migrazione è obsoleto e deve essere rimosso, si consiglia quanto segue:
1. Eliminare la sessione di replica.
2. Eliminare la LUN interessata.
3. Creare una LUN più piccola in futuro, seguendo le best practice.
2. Eliminare la LUN interessata.
3. Creare una LUN più piccola in futuro, seguendo le best practice.
Ulteriori considerazioni:
- Una configurazione errata di LUN, host/VM ESXi e replica può avere conseguenze poco chiare, anche con le best practice in atto.
- In questo caso in particolare, questo è ciò che stava causando una latenza su questa vasta scala.
- Secondo lo sviluppo, si tratta di un comportamento previsto e Unity funziona come previsto.
Documentazione di riferimento:
- Unità Dell EMC: Best practice di
VMware vSphere- vSphere Storage Appliance (Community - Link esterno)
Additional Information
Per verificare che si tratti dello stesso comportamento, verificare che la replica sia o sia stata attivata, esaminare i seguenti file in tempo reale sull'array:
Live on Array:
- /EMC/backend/log/shared/EMCSystemLogFile.log
- /EMC/C4Core/log/c4_safe_ktrace.log
Attivato manualmente dall'utente amministratore:
14:10:21 service@spb:~/user# tailf 00_emc_backend_log_shared/EMCSystemLogFile.log | grep -i "refresh the replication"
B 05/04/21 14:10:48.405 ReplicPlugin 610021 [INFO] Audit: User Admin started to refresh the replication session rep_sess_res_xx_res_xx_CKM00xxxxxxxxx_CKM00xxxxxxxxx.Automaticamente, per RPO (Recovery Point Objective):
B 05/04/21 14:45:33.687 std ddf1a70d c4_safe_ktrace SASPMC 0 (BE99) API INFO set_dynamic_int_coalescing: nr_busy_ports=1 ict=100 icc=16
B 05/04/21 14:45:33.708 sade 9f3f70f c4_safe_ktrace DIC: 6:[SVDM_B] Handle request /dic_s/DicXmlAsyncMsgService/async=4=302002=503370607
B 05/04/21 14:45:33.708 sade 9f3f70f c4_safe_ktrace DIC: 6:[SVDM_B] Send back /dic_s/DicXmlAsyncMsgService/async=4=302002=503370607 response (200 OK)
B 05/04/21 14:45:33.708 sade 9f3f70f c4_safe_ktrace DIC: 6:[SVDM_B] Response for /dic_s/DicXmlAsyncMsgService/async=4=302002=503370607 sent
B 05/04/21 14:45:33.708 sade e5243708 c4_safe_ktrace XML: 6:[core]
B 05/04/21 14:52:07.605 mlu 16d001c [INFO] System: Snapshot 81604378643_CKM00201901039_0000.ckpt000_3275157210146496.2_684 has been created for LUN 23.
B 05/04/21 14:52:07.710 mlu 12d0003 [INFO] System: Operation Create Replica started by 900002a4a on 9000000fd.
B 05/04/21 14:52:07.724 mlu 16d0027 [INFO] System: The new name for snapshot being destroyed is Destroying_20210106115207.694+00-000.
B 05/04/21 14:52:07.738 mlu 16d0027 [INFO] System: The new name for snapshot being destroyed is Destroying_20210106115207.694+00-001.Nota: Ogni volta che viene raggiunto l'RPO o viene avviato un aggiornamento manuale, si verifica un aggiornamento delle snapshot. Un singolo aggiornamento delle snapshot può essere considerato un'eliminazione o una ricreazione.
Affected Products
Dell EMC Unity, Dell EMC Unity Family |Dell EMC Unity All Flash, Dell EMC Unity HybridArticle Properties
Article Number: 000184863
Article Type: Solution
Last Modified: 21 Oct 2025
Version: 5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.