Dell EMC VPLEX: Test DU post zmieniający typ jednostki LUN z elastycznej na grubą w macierzy BE

Problem:

Wpływ DU/wysokiej wydajności dotyczy woluminu, który jest konwertowany z elastycznej na grubą jednostkę LUN w macierzy Back-End.  

W bieżącej wersji występuje problem z kodem zaplecza VPLEX polegający na tym, że jednostka LUN może zostać błędnie uznana za zdolną do obsługi elastycznej, jeśli podstawowa jednostka LUN w macierzy zaplecza zostanie przekonwertowana z przydzielania elastycznego na niezdolną do elastycznego przydzielania zasobów.

Atrybut thin capable musi być automatycznie aktualizowany na obu poziomach, tj. Virtual-Volume i Storage-Volume, po zmianie typu jednostki LUN w macierzy back-end. Należy pamiętać, że atrybut "thin able" powinien być automatycznie aktualizowany na poziomie woluminu pamięci masowej, ponieważ "thin-capable" jest atrybutem tylko do odczytu na poziomie woluminu pamięci masowej.

Jeśli atrybut thin capable nie zostanie ręcznie zmieniony na poziomie woluminu wirtualnego, VPlex będzie nadal wysyłać żądanie UNMAP do jednostki logicznej, której typ jednostki LUN został zmieniony na gruby, a wszystkie te żądania zostaną przerwane przez jednostkę LUN zaplecza.

Rozdzielczość:

Ten problem został rozwiązany w GeoSynchrony 6.2.0.00.00.32 i nowszych wersjach.

Kroki obejścia problemu:

1. Po zmianie typu jednostki LUN z elastycznej na grubą w macierzy BE upewnij się, że atrybut "Thin-capable" został odpowiednio zmieniony na woluminie wirtualnym.  Zmiana atrybutu na false w woluminie wirtualnym nie spowoduje wysłania więcej poleceń UNMAP do BE LUN w następujący sposób:

1.a) Zaloguj się do kontekstu vplexcli w następujący sposób:
UWAGA: VPLEX z uruchomioną funkcją GeoSynchrony w wersji wcześniejszej niż 6.x podczas uzyskiwania dostępu do vplexcli będzie wymagać poświadczeń konta usługi w celu zalogowania.

service@ManagementServer:~> vplexcli
Próbuję ::1...
Połączono z hostem lokalnym.
Znakiem ucieczki jest '^]'.
 
Wprowadź nazwę użytkownika: service
 
Hasło:
Tworzenie pliku dziennika:/var/log/VPlex/cli/session.log_service_localhost_Logfile_T24531_yyyymmddhhmmss

1.b) Przejdź do odpowiedniego kontekstu woluminu wirtualnego i uruchom poniższe polecenie w następujący sposób, które pokazuje, że atrybut "thin-capable" jest ustawiony na "true" nawet po zmianie typu jednostki LUN z thin na thick w macierzy BE:
 

1.c) Ręcznie wyłącz atrybut "thin-capable" na "false" w następujący sposób, co wyłączy thin provisioning na poziomie woluminu wirtualnego w następujący sposób:

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

1.d) Po zmianie atrybutu "thin-capable" na "false" w woluminie wirtualnym, problematyczny stan woluminu wirtualnego powinien zostać zmieniony na "OK". Uruchom polecenie "cluster status", aby sprawdzić ogólny stan VPlex w następujący sposób:

Example:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> ll
Nazwa Wartość
-------------------------- ----------------------------------------
liczba-bloków 429654016
rozmiar bloku Pamięć podręczna 4K
pojemność synchroniczna
12G
grupa spójności -
rozszerzalna prawdziwa
rozszerzalność-pojemność 0B
metoda rozszerzania stan-rozszerzenia-woluminu
pamięci masowej -
wskazania-kondycji []
stan-zdrowia: ok, lokalizacja, rozproszony
, stan-operacyjny, ok
, recoverpoint-protection-at, []
recoverpoint-usage-scsi-release-delay
, 0
stan-usługi, running
, storage-array-family, clariion
, storage-tier--
device-supporting-device device_****_1
system-id: device_
**_1_vol
thin-able, false
, thin-enabled, disabled
typ woluminu, wolumin
wirtualny, identyfikator VPD VPD83T3:60001440000****************

VPlexcli:/> status klastraStan operacyjny klastra 1
:
            ok
transitioning-wskazania:
        Postęp przejścia:
        Stan kondycji:                  OK
Wskazania zdrowotne:
        local-com:                     ok

Cluster cluster-2
operational-status:            ok
transitioning-wskazania:
        Postęp przejścia:
        Stan kondycji:                  OK
Wskazania zdrowotne:
        local-com:                     Ok

WAN-COM: OK


2. Jeśli kondycja woluminu wirtualnego nadal zgłasza stan "błąd" lub "awaria krytyczna" po wykonaniu powyższych kroków, przeprowadź ponowne wykrywanie macierzy w macierzy BE, do której należy problematyczna jednostka logiczna. Ponowne wykrycie macierzy powinno automatycznie odświeżyć atrybut na poziomie woluminu pamięci masowej w następujący sposób:

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

3. Nawet po wielu próbach ponownego wykrywania macierzy, jeśli problematyczny stan woluminu wirtualnego nadal zgłasza "błąd" lub "awarię krytyczną", wówczas odpowiednia jednostka logiczna po stronie macierzy zaplecza musi zostać usunięta z grupy/puli pamięci masowej macierzy i ponownie do niej dodana, a następnie ponownie uruchomić polecenie ponownego wykrywania macierzy, aby ręczne wykrywanie zostało wyzwolone po stronie VPLEX. 

4. Jeśli żaden z powyższych kroków nie pomoże w rozwiązaniu problemu, zalecamy użytkownikowi wykonanie aktualizacji do naprawionej wersji wymienionej powyżej, a następnie kontynuowanie działania zmiany typu jednostki LUN.