Dell Unity: Hoe asynchrone replicatie en het vrijmaken van ruimte de arrayprestaties beïnvloeden
Summary: In dit artikel wordt de impact van asynchrone replicatie op de arrayprestaties onderzocht tijdens het vrijmaken van ruimte van grote virtuele machines (VM's).
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
Enorme latentie in ALLE storageresources (volledige array) kan worden weergegeven bij het reproduceren van de volgende stappen:
1. Virtuele machines (VM) op de host worden niet gebruikt en zijn offline - geen I/O - volledig inactief - (bedoeld om te worden verwijderd).
2. VM wordt verwijderd van host (ruimte vrijgemaakt).
3. Alles werkt prima. Voor alle LUN's en hosts in de array worden responstijden verwacht.
4. [Trigger] Replicatie begint handmatig of via de Recover Point Objective (RPO). Latentie neemt toe in ALLE LUN's en hosts - data zijn niet meer beschikbaar.
2. VM wordt verwijderd van host (ruimte vrijgemaakt).
3. Alles werkt prima. Voor alle LUN's en hosts in de array worden responstijden verwacht.
4. [Trigger] Replicatie begint handmatig of via de Recover Point Objective (RPO). Latentie neemt toe in ALLE LUN's en hosts - data zijn niet meer beschikbaar.
Cause
Asynchrone replicatie:
- Wanneer de replicatiesessie is gepauzeerd, stopt of vertraagt de terugwinningssnelheid niet.
- Terwijl de replicatiesessie is gepauzeerd, hoopt het werk zich op de array op.
- Zodra de replicatiesessie is hervat (handmatig of automatisch), wordt het geaccumuleerde werk gepusht, vanaf het moment dat het werd onderbroken.
- Afhankelijk van de hoeveelheid werk die is verzameld, kan dit latentie veroorzaken, in dit geval ernstig.
- Dit is Functie als ontwerp.
Ruimte vrijmaken:
- Volgens de best practices wordt 64 TB niet aanbevolen voor ESXi-blokLUN's, speciaal in combinatie met asynchrone replicatie.
- Wanneer de array 40 TB aan lege ruimte doorzoekt om blokken te vinden met een kaart met variabele lengte om te lezen, is dit veel werk zonder toegevoegde waarde.
- Terwijl dat gebeurt, neemt de belasting toe en heeft dit invloed op zowel LUN als Array (alle resources).
- Wanneer de replicatiesessie is gepauzeerd, stopt of vertraagt de terugwinningssnelheid niet.
- Terwijl de replicatiesessie is gepauzeerd, hoopt het werk zich op de array op.
- Zodra de replicatiesessie is hervat (handmatig of automatisch), wordt het geaccumuleerde werk gepusht, vanaf het moment dat het werd onderbroken.
- Afhankelijk van de hoeveelheid werk die is verzameld, kan dit latentie veroorzaken, in dit geval ernstig.
- Dit is Functie als ontwerp.
Ruimte vrijmaken:
- Volgens de best practices wordt 64 TB niet aanbevolen voor ESXi-blokLUN's, speciaal in combinatie met asynchrone replicatie.
- Wanneer de array 40 TB aan lege ruimte doorzoekt om blokken te vinden met een kaart met variabele lengte om te lezen, is dit veel werk zonder toegevoegde waarde.
- Terwijl dat gebeurt, neemt de belasting toe en heeft dit invloed op zowel LUN als Array (alle resources).
Resolution
Om massale latentie te voorkomen wanneer aan deze voorwaarden wordt voldaan, wordt het volgende geadviseerd:
1. Stop en verwijder de replicatiesessie.
2. Verwijder de ongebruikte dunne en niet-toegewezen ruimte (met datamigratie) naar een kleinere LUN.
3. Maak in plaats daarvan een nieuwe replicatiesessie vanuit de kleinere LUN.
2. Verwijder de ongebruikte dunne en niet-toegewezen ruimte (met datamigratie) naar een kleinere LUN.
3. Maak in plaats daarvan een nieuwe replicatiesessie vanuit de kleinere LUN.
Als de migratiedatastore verouderd is en het de bedoeling is dat deze wordt verwijderd, zijn onze aanbevelingen als volgt:
1. Verwijder de replicatiesessie.
2. Verwijder de betreffende LUN.
3. Maak in de toekomst een kleinere LUN volgens de best practices.
2. Verwijder de betreffende LUN.
3. Maak in de toekomst een kleinere LUN volgens de best practices.
Verdere overwegingen:
- Een verkeerde configuratie van LUN's, ESXi-hosts/VM's en replicatie kan onduidelijke gevolgen hebben, zelfs met best practices.
- In dit geval in het bijzonder is dit de oorzaak van latentie op deze enorme schaal.
- Volgens ontwikkeling is dit een verwacht gedrag en functioneert Unity zoals ontworpen.
Referentiedocumentatie:
- Dell EMC Unity: VMware vSphere Best Practices
- vSphere Storage Appliance (Community - Externe link)
Additional Information
Om te bevestigen dat dit hetzelfde gedrag is, controleert u of replicatie is of werd geactiveerd, kijkt u naar de volgende bestanden live op de array:Live
on Array:
- /EMC/backend/log/shared/EMCSystemLogFile.log
- /EMC/C4Core/log/c4_safe_ktrace.log
Handmatig geactiveerd door de beheerder:
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.Automatisch, op basis van beoogd herstelpunt (RPO):
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.Opmerking: Telkens wanneer de RPO wordt bereikt of een handmatige update wordt gestart, wordt de snapshot vernieuwd. Een enkele snapshotvernieuwing kan worden beschouwd als vernietigen of opnieuw maken.
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.