Dell EMC VPLEX: DU після зміни типу LUN з тонкого на товстий у масиві BE

Проблема:

Вплив DU/Висока продуктивність спостерігається на впливі об'єму, який перетворюється з тонкого на товстий LUN на Back-End масиві.  

У поточному релізі існує проблема з кодом VPLEX Backend, коли LUN може помилково вважатися тонким, якщо базовий LUN у бекенд-масиві конвертується з тонкого у нетонке провіяційне

забезпечення.Атрибут thin-capable потрібно автоматично оновлювати на обох рівнях, тобто Virtual-Volume і Storage-Volume при зміні типу LUN у бекенд-масиві. Зверніть увагу, що атрибут thin-capable має автоматично оновлюватися на рівні обсягу сховища, оскільки «thin-capable» є атрибутом лише для читання на рівні

обсягу зберігання.Якщо атрибут thin-capable не змінюється вручну на рівні Virtual-Volume, VPlex продовжить надсилати запит UNMAP логічному блоку, тип LUN якого змінюється на товстий, і всі ці запити будуть скасовані бекенд-LUN.

Розв'язка:

Ця проблема вирішена у версіях GeoSynchrony 6.2.0.00.00.32 та старіших.

Обхідні кроки:

1. Після зміни типу LUN з тонкого на товстий у масиві BE переконайтеся, що атрибут "Thin-capable" відповідно змінюється на віртуальному об'ємі.  Зміна атрибута на false у віртуальному томі більше не надсилатиме команди UNMAP у BE LUN наступним чином:

1.a) Увійти в контекст vplexcli наступним чином:
ПРИМІТКА: VPLEX, який запускає GeoSynchrony до 6.x при доступі до vplexcli, вимагатиме облікових даних сервісного облікового запису для входу

.service@ManagementServer:~>vplexcli
Спроба ::1...
Підключено до localhost.
Персонаж втечі — '^]'. 
 
Введіть ім'я користувача: сервіс
 
Password:
Creating logfile:/var/log/VPlex/cli/session.log_service_localhost_Logfile_T24531_yyyymmddhhmmss

1.b) Зайдіть у відповідний контекст віртуального тома і видайте наступну команду, яка показує, що атрибут "thin-capable" встановлений як "true" навіть після зміни типу LUN з thin на thick у масиві BE:
 

1.c) Ручно вимкнути атрибут "thin-capable" на "false" наступним чином, що вимкне thin provisioning на рівні віртуального тому наступним чином:

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

1.d) Після зміни атрибута 'thin-capable' на "false" на virtual-volume, проблемне здоров'я віртуального тома слід змінити на "OK". Запустіть команду 'cluster status' для перевірки загального стану VPlex наступним чином:

Example:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> ll
Name Value
-------------------------- ----------------------------------------
block-count 429654016
блок-розміром 4K,
синхронна
ємність кеш-режиму 12G
-
expandable true
expandable capacity 0B
— метод розширення Розширення обсягу
зберігання-статус -
здоров'я-індикації []
Health-state OK
локальність розподілена
операційна-статус 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
thin-capablefalse-thin-enabled
вимкнено
VPD-ID типу volume-type
VPD83T3:60001440000****************

VPlexcli:/> стан кластера
Кластер кластер-1
— операційний статус:            Добре
, індикації переходу:
        Прогрес переходу:
        Стан здоров'я:                  Окей
, медичні показники:
        локальний ком:                     ok

Cluster-2
операційний статус:            Добре
, індикації переходу:
        Прогрес переходу:
        Стан здоров'я:                  Окей
, медичні показники:
        локальний ком:                     Гаразд

WAN-COM: Добре


, 2. Якщо здоров'я віртуального тома все ще повідомляє про стан «помилка» або «критичний відбій» після наведених вище кроків, тоді виконайте повторне виявлення масиву проти масиву BE, де належить проблемна логічна одиниця. Перевиявлення масиву має автоматично оновлювати атрибут на рівні обсягу зберігання таким чином:

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

3. Навіть після численних спроб повторного виявлення масиву, якщо проблемний стан віртуального тома все ще повідомляє про «помилку» або «критичну відмову», відповідний логічний блок на стороні масиву на задньому плані потрібно видалити з групи зберігання/пулу масиву і додати назад до нього, а також повторно виконати команду rediscover array, щоб на стороні VPLEX-активувалося ручне виявлення. 

4. Якщо жоден із наведених кроків не допоможе вирішити проблему, ми рекомендуємо користувачу виконати оновлення до виправленої версії, згаданої вище, а потім перейти до зміни типу LUN.