Dell Unity: Asynkronisen replikoinnin ja avaruuden regeneroinnin vaikutus levyjärjestelmän suorituskykyyn
Summary: Tässä artikkelissa tarkastellaan asynkronisen replikoinnin vaikutusta levyjärjestelmän suorituskykyyn suurten virtuaalikoneiden (VM) avaruudesta palautumisen aikana.
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
Massiivinen viive KAIKISSA tallennusresursseissa (koko levyjärjestelmässä) voidaan havaita, kun toistetaan seuraavat vaiheet:
1. Isännän virtuaalikoneilla (VM) ei ole käyttöä, ja ne ovat offline-tilassa - ei I/O : ta - täysin käyttämättömänä - (tarkoitettu poistettavaksi).
2. Virtuaalikonetta poistetaan isäntäkoneesta (Space Reclamation).
3. Kaikki toimii hyvin. Kaikilla levyjärjestelmän loogisilla levynasemilla ja isännillä on odotetut vasteajat.
4. [Käynnistin] Replikointi alkaa joko manuaalisesti tai Recover Point Objective (RPO) -tavoitteen mukaisesti. Viive kasvoi KAIKISSA LUNeissa ja isännissä – tiedot eivät olleet käytettävissä.
2. Virtuaalikonetta poistetaan isäntäkoneesta (Space Reclamation).
3. Kaikki toimii hyvin. Kaikilla levyjärjestelmän loogisilla levynasemilla ja isännillä on odotetut vasteajat.
4. [Käynnistin] Replikointi alkaa joko manuaalisesti tai Recover Point Objective (RPO) -tavoitteen mukaisesti. Viive kasvoi KAIKISSA LUNeissa ja isännissä – tiedot eivät olleet käytettävissä.
Cause
Asynkroninen replikointi:
- Kun replikointi-istunto keskeytetään, reklamaationopeus ei pysähdy eikä hidastu.
- Kun replikointi-istunto on keskeytetty, työ kerääntyy levyjärjestelmään.
- Kun replikointi-istuntoa jatketaan (joko manuaalisesti tai automaattisesti), kertynyt työ siirtyy keskeytyshetkestä.
- Kertyneen työn määrästä riippuen tämä voi aiheuttaa viiveen, tässä tapauksessa vakavan.
- Tämä on Function As Design.
Avaruuden kunnostus:
- Parhaiden käytäntöjen mukaisesti 64 Tt: tä ei suositella ESXi-lohko-LUN: ille, erityisesti yhdistettynä asynkroniseen replikointiin.
- Kun matriisi kyselee 40 TB: n tyhjän tilan läpi löytääkseen lohkoja, joissa on vaihtelevan pituinen kartta luettavaksi, tämä on paljon lisäarvoa tuottavaa työtä.
- Kun näin tapahtuu, kuormitus kasvaa ja vaikuttaa sekä LUN: iin että Arrayyn (kaikki resurssit).
- Kun replikointi-istunto keskeytetään, reklamaationopeus ei pysähdy eikä hidastu.
- Kun replikointi-istunto on keskeytetty, työ kerääntyy levyjärjestelmään.
- Kun replikointi-istuntoa jatketaan (joko manuaalisesti tai automaattisesti), kertynyt työ siirtyy keskeytyshetkestä.
- Kertyneen työn määrästä riippuen tämä voi aiheuttaa viiveen, tässä tapauksessa vakavan.
- Tämä on Function As Design.
Avaruuden kunnostus:
- Parhaiden käytäntöjen mukaisesti 64 Tt: tä ei suositella ESXi-lohko-LUN: ille, erityisesti yhdistettynä asynkroniseen replikointiin.
- Kun matriisi kyselee 40 TB: n tyhjän tilan läpi löytääkseen lohkoja, joissa on vaihtelevan pituinen kartta luettavaksi, tämä on paljon lisäarvoa tuottavaa työtä.
- Kun näin tapahtuu, kuormitus kasvaa ja vaikuttaa sekä LUN: iin että Arrayyn (kaikki resurssit).
Resolution
Massiivisen viiveen välttämiseksi näiden ehtojen täyttyessä on suositeltavaa:
1. Pysäytä ja poista replikointi-istunto.
2. Tyhjennä käyttämätön ohut ja sitoutumaton tila (tiedonsiirtoa käyttäen) pienempään LUN-levyyn.
3. Luo sen sijaan uusi replikointi-istunto pienemmästä LUN-asemasta.
2. Tyhjennä käyttämätön ohut ja sitoutumaton tila (tiedonsiirtoa käyttäen) pienempään LUN-levyyn.
3. Luo sen sijaan uusi replikointi-istunto pienemmästä LUN-asemasta.
Jos siirtotietosäilö on vanhentunut ja se on tarkoitus poistaa, suosittelemme seuraavia suosituksia:
1. Poista replikointi-istunto.
2. Poista LUN, jota ongelma koskee.
3. Luo tulevaisuudessa pienempi looginen levy parhaiden käytäntöjen mukaisesti.
2. Poista LUN, jota ongelma koskee.
3. Luo tulevaisuudessa pienempi looginen levy parhaiden käytäntöjen mukaisesti.
Muita huomioita:
- LUN:ien, ESXi-isäntien/virtuaalikoneiden ja replikoinnin virheellisellä määrittämisellä voi olla epäselviä seurauksia, vaikka parhaat käytännöt olisivat käytössä.
- Erityisesti tässä tapauksessa tämä aiheutti latenssin näin massiivisessa mittakaavassa.
- Kehityksen mukaan tämä on odotettua käyttäytymistä, ja Unity toimii suunnitellusti.
Viitedokumentaatio:
- Dell EMC Unity: VMware vSpheren parhaat käytännöt
- vSphere-tallennuslaite (yhteisö - ulkoinen linkki)
Additional Information
Varmista, että tämä on sama toiminta, tarkistamalla, että replikointi on käynnistynyt tai käynnistyi, katsomalla seuraavia matriisissa eläviä tiedostoja:
Live levyjärjestelmässä:
- /EMC/backend/log/shared/EMCSystemLogFile.log
- /EMC/C4Core/log/c4_safe_ktrace.log
Järjestelmänvalvojakäyttäjän manuaalisesti käynnistämä:
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.
Automaattisesti palautuspistetavoitteen (RPO) mukaan:
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.
Huomautus: Tilannevedos päivittyy aina, kun RPO:hon päästään tai kun manuaalinen päivitys aloitetaan. Yksittäistä tilannevedoksen päivitystä voidaan pitää tuhoamisena tai uudelleenluomisena.
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.