Dell EMC VPLEX: DU po změně typu LUN z tenkého na tlustý v poli BE

Problém:

Snížení du/vysokého výkonu je pozorováno u dotčeného svazku, který je v backendovém poli převeden z tenké na silnou jednotku LUN.  

V aktuální verzi dochází k problému s backendovým kódem VPLEX, který může chybně považovat jednotku LUN za schopnou tenkého provozu, pokud je základní jednotka LUN v backendovém poli převedena z tenkého na netenkou jednotku.

Při změně typu jednotky LUN v backendovém poli je třeba automaticky aktualizovat atribut tenké úrovně, tj. virtuálního svazku i svazku úložiště. Upozorňujeme, že atribut thin-capable by se měl automaticky aktualizovat na úrovni svazku úložiště, protože atribut "thin-capable" je na úrovni svazku úložiště atribut pouze ke čtení.

Pokud atribut tenké funkce není ručně změněn na úrovni virtuálního svazku, VPlex bude pokračovat v odesílání požadavku UNMAP logické jednotce, jejíž typ LUN je změněn na tlustý, a všechny tyto požadavky budou přerušeny backendovou jednotkou LUN.

Rozlišení:

Tento problém je vyřešen ve verzi GeoSynchrony 6.2.0.00.00.32 a vyšší.

Kroky zástupného řešení:

1. Po změně typu jednotky LUN z tenké na silnou v poli BE se ujistěte, že se odpovídajícím způsobem změnil atribut "Thin-capable" na virtuálním svazku.  Změna atributu na hodnotě false na virtuálním svazku již nebude odesílat příkazy UNMAP do jednotky BE LUN následujícím způsobem:

1.a) Přihlaste se do kontextu vplexcli následujícím způsobem:
POZNÁMKA: Systém VPLEX se spuštěnou technologií GeoSynchrony starší než 6.x bude při přístupu k rozhraní vplexcli vyžadovat přihlašovací údaje k servisnímu účtu.

service@ManagementServer:~> vplexcli
Zkouším ::1...
Připojeno k localhost.
Řídicí znak je '^]'.
 
Zadejte uživatelské jméno: service
 
Heslo:
Vytváření souboru protokolu:/var/log/VPlex/cli/session.log_service_localhost_Logfile_T24531_yyyymmddhhmmss

1.b) Přejděte do kontextu příslušného virtuálního svazku a následujícím příkazem zadejte následující příkaz, který ukazuje, že atribut "thin-capable" je nastaven na hodnotu "true" i poté, co se typ logické jednotky v poli BE změní z tenkého na silný:
 

1.c) Následujícím způsobem ručně zakažte atribut "thin-capable" na hodnotu "false", čímž zakážete dynamické přidělování na úrovni virtuálního svazku následujícím způsobem:

Příklad:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> nastavte hodnotu thin-capable false

1.d) Po změně atributu "thin-capable" na hodnotu "false" u virtuálního svazku by se problematický stav virtuálního svazku měl změnit na "OK". Spusťte příkaz 'cluster status' a zkontrolujte celkový stav VPlex následujícím způsobem:

Příklad:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> ll
Název Hodnota
-------------------------- ----------------------------------------
počet bloků 429654016
velikost bloku Synchronní
kapacita v režimu cache 4K
Skupina konzistence 12G
–
rozšiřitelná skutečně
rozšiřitelná kapacita 0B
– metoda rozšíření rozšíření-svazku
úložiště -
stav -health-indications []
stav-stav ok
lokalita distribuovaný
provozní-stav 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
false
thin-enabledzakázáno
ID virtuálního svazku
typu svazku VPD83T3:60001440000****************

VPlexcli:/> cluster status
Cluster cluster-1
operational-status:            Ok
přechodové indikace:
        přechod-průběh:
        Celkový stav:                 
OK Zdravotní indikace:
        local-com:                     ok

Cluster cluster-2
operational-status:            Ok
přechodové indikace:
        přechod-průběh:
        Celkový stav:                 
OK Zdravotní indikace:
        local-com:                     Ok

WAN-COM: OK


2. Pokud stav virtuálního svazku stále hlásí stav "chyba" nebo "kritická porucha" po provedení výše uvedených kroků, proveďte opětovné zjištění pole proti poli BE, kam problematická logická jednotka patří. Opětovné zjištění pole by mělo automaticky aktualizovat atribut na úrovni svazku úložiště následujícím způsobem:

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

3. Pokud problematický stav virtuálního svazku i po několika pokusech o opětovné zjištění pole stále hlásí chybu nebo kritické selhání, je nutné odebrat odpovídající logickou jednotku na straně backendového pole ze skupiny/fondu úložišť pole a znovu do ní přidat a znovu spustit příkaz array re-discover, aby se na straně VPLEX spustilo ruční zjišťování. 

4. Pokud žádný z výše uvedených kroků nepomůže při řešení problému, doporučujeme uživateli provést upgrade na výše uvedenou pevnou verzi a poté pokračovat ve změně typu jednotky LUN.