Dell EMC VPLEX: DU-innlegg endre LUN-typen fra tynn til tykk på BE-matrisen

Problemet:

DU / høy ytelsespåvirkning ses mot et påvirket volum som konverteres fra tynn til tykk LUN på backend-arrayet.  

I gjeldende versjon er det et problem med VPLEX-backend-kode der den feilaktig kan anse en LUN som tynn hvis underliggende LUN på bakendel-arrayet konverteres fra tynn til ikke-tynn klargjøring.

Det tynne attributtet må oppdateres på begge nivåer, dvs. virtuelt volum og lagringsvolum automatisk når LUN-typen endres på bakre array. Vær oppmerksom på at attributtet som er tynt kompatibelt, skal oppdateres automatisk på lagringsvolumnivå, siden "tynnkompatibel" er et skrivebeskyttet attributt på lagringsvolumnivå.

Hvis det tynne attributtet ikke endres manuelt på virtuelt volumnivå, fortsetter VPlex å sende UNMAP-forespørsel til den logiske enheten hvis LUN-type er endret til tykk, og alle disse forespørselene blir avbrutt av back-end LUN.

Oppløsning:

Dette problemet er løst i GeoSynchrony 6.2.0.00.00.32 og nyere versjoner.

Fremgangsmåte for løsning:

1. Etter endring av LUN-type fra tynn til tykk i BE-matrisen, må du kontrollere at attributtet "Tynnkompatibel" endres på virtuelt volum tilsvarende.  Hvis du endrer attributtet til false på virtuelt volum, sendes ikke lenger UNMAP-kommandoer til BE LUN som følger:

1.a) Logg på vplexcli-konteksten som følger:
MERK: VPLEX som kjører GeoSynchrony før 6.x når du får tilgang til vplexcli, krever legitimasjon for tjenestekontoen for pålogging.

service@ManagementServer:~> vplexcli
Prøver ::1...
Koblet til localhost.
Flukttegnet er '^]'.
 
Skriv inn brukernavn: service
 
Passord:
Opprette loggfil: / var / log / VPlex / cli / session.log_service_localhost_Logfile_T24531_yyyymmddhhmmss

1.b) Gå inn i den berørte virtuelle volumkonteksten og utsted kommandoen nedenfor som viser at "tynnkompatibel" -attributtet er satt til "true" selv etter at LUN-typen er endret fra tynn til tykk ved BE-matrisen:
 

1.c) Deaktiver manuelt "thin-capable"-attributtet til "false" som følger, noe som vil deaktivere tynn klargjøring på virtuelt volumnivå som følger:

Example:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> set thin-capable false

1.d) Når attributtet "tynnkompatibel" endres til "false" ved virtuelt volum, bør den problematiske tilstanden for virtuelt volum endres til "OK". Kjør kommandoen «cluster status» for å sjekke den generelle tilstanden til VPlex på følgende måte:

Example:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> ll
Name Value
-------------------------- ----------------------------------------
block-count 429654016
4K
cache-mode i blokkstørrelse synkron
kapasitet 12G
konsistens-gruppe -
utvidbar sann
utvidbar kapasitet 0B
utvidelsesmetode lagring-volum
utvidelse-status -
helse-indikasjoner []
helse-tilstand ok
lokalitet distribuert
operativ-status ok
recoverpoint-protection-at []
recoverpoint-usage -
scsi-release-delay 0
service-status running
storage-array-family clariion
storage-tier -
supporting-device device_****_1
system-id device_**_1_vol
tynn-capable false
thin-enabled disabled
VPD-ID-ID for volumtype med virtuelt volum
VPD83T3:60001440000****************

VPlexcli:/> cluster status
Cluster cluster-1 operational-status
:           
OK Transitioning-Indikasjoner:
        transitioning-progress:
        Helse-tilstand:                 
OK helse-indikasjoner:
        lokal-com:                    

ok Cluster cluster-2
operational-status:           
OK Transitioning-Indikasjoner:
        transitioning-progress:
        Helse-tilstand:                 
OK helse-indikasjoner:
        lokal-com:                     ok

wan-com: ok


2. Hvis tilstanden for virtuelt volum fortsatt rapporterer tilstandene "feil" eller "kritisk feil" etter trinnene ovenfor, må du utføre gjenoppdagelse av arrayet mot BE-matrisen, der den problematiske logiske enheten hører hjemme. Array-gjenoppdagelsen skal automatisk oppdatere attributtet på lagringsvolumnivå som følger:

Example:
VPlexcli:/> array re-discover -a /clusters/cluster-1/storage-elements/storage-arrays/EMC-CLARiiON-CKM0018******* -c cluster-1

3. Selv etter flere forsøk på array-gjenoppdagelse, hvis den problematiske virtuelle volumtilstanden fortsatt rapporterer "feil" eller "kritisk feil", må den tilsvarende logiske enheten på back-end-arraysiden fjernes fra matrisens lagringsgruppe / -basseng og legges tilbake til den, og kjøre array-gjenoppdagelseskommandoen slik at en manuell oppdagelse blir utløst på VPLEX-siden. 

4. Hvis ingen av trinnene ovenfor hjelper til med å løse problemet, anbefaler vi brukeren å utføre oppgradering til fast versjon som er nevnt ovenfor, og deretter fortsette med LUN-type endringsaktivitet.