Dell EMC VPLEX: DU después de cambiar el tipo de LUN de delgado a grueso en el arreglo BE

Problema:

El impacto de DU/alto rendimiento se observa en un volumen afectado que se convierte de LUN delgado a grueso en el arreglo de back-end.  

En la versión actual, hay un problema con el código de back-end de VPLEX por el cual se puede considerar erróneamente un LUN como compatible con aprovisionamiento delgado si el LUN subyacente en el arreglo de back-end se convierte de aprovisionamiento delgado a no delgado.

El atributo thin-capable se debe actualizar en ambos niveles, es decir, volumen virtual y volumen de almacenamiento automáticamente, cuando se cambia el tipo de LUN en el arreglo de back-end. Tenga en cuenta que el atributo thin-capable debe actualizarse automáticamente en el nivel del volumen de almacenamiento, ya que "thin-capable" es un atributo de solo lectura en el nivel del volumen de almacenamiento.

Si el atributo thin-capable no se cambia manualmente en el nivel de volumen virtual, VPLEX continuará enviando una solicitud UNMAP a la unidad lógica cuyo tipo de LUN cambie a grueso y el LUN de back-end anulará todas esas solicitudes.

Resolución:

Este problema se aborda en GeoSynchrony 6.2.0.00.00.32 y versiones posteriores.

Pasos de la solución alternativa:

1. Después de cambiar el tipo de LUN de delgado a grueso en el arreglo BE, asegúrese de que el atributo "Thin-capable" se cambie en el volumen virtual según corresponda.  Si se cambia el atributo a false en el volumen virtual, no se enviarán más comandos UNMAP al LUN BE de la siguiente manera:

1.a) Inicie sesión en el contexto de vplexcli de la siguiente manera:
NOTA: VPLEX que ejecuta GeoSynchrony antes de la versión 6.x cuando acceda a vplexcli requerirá las credenciales de la cuenta de servicio para iniciar sesión.

service@ManagementServer:~> vplexcli
Intentando ::1...
Conectado al host local.
El carácter de escape es '^]'.
 
Ingrese el nombre de usuario: service
 
Password:
Creating logfile:/var/log/VPlex/cli/session.log_service_localhost_Logfile_T24531_yyyymmddhhmmss

1.b) Entre en el contexto del volumen virtual correspondiente y ejecute el siguiente comando de la siguiente manera, que muestra que el atributo "thin-capable" está configurado como "true", incluso después de que el tipo de LUN cambia de delgado a grueso en el arreglo BE:
 

1.c) Deshabilite manualmente el atributo "thin-capable" a "false" de la siguiente manera, lo que deshabilitará el aprovisionamiento delgado en el nivel de volumen virtual de la siguiente manera:

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

1.d) Después de cambiar el atributo "thin-capable" a "false" en el volumen virtual, el estado problemático del volumen virtual se debe cambiar a "OK". Ejecute el comando "cluster status" para comprobar el estado general de VPLEX de la siguiente manera:

Ejemplo:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> ll
Nombre Value
-------------------------- ----------------------------------------
block-count 429654016
tamaño de bloque Capacidad síncrona en modo de caché de 4K
Grupo
de coherencia de 12 G
:
expandible Capacidad expandible verdadera
Método de expansión 0B
estado-expansión-volumen-almacenamiento
-
indicaciones-de-salud []
estado-estado correcto
localidaddistribuido-operativo-status
ok
protección-de-recoverpoint-at []
uso-de-recoverpoint -
scsi-retraso-de-lanzamiento 0
estado-de-servicio en ejecución
familia de arreglos de almacenamiento clariion
nivel de almacenamiento -
dispositivo-soporte device_****_1
id. del sistema device_**_1_vol
capacidaddelgada falso
thin-enabled deshabilitado
volume-type virtual-volume
vpd-id VPD83T3:60001440000****************

VPlexcli:/> cluster status
Cluster cluster-1
operational-status:            Indicaciones de transición correctas
:
        Transición-progreso:
        estado-condición:                  OK
Indicaciones de salud:
        local-com:                     Estado

operativo correcto del clúster 2
del clúster:            Indicaciones de transición correctas
:
        Transición-progreso:
        estado-condición:                  OK
Indicaciones de salud:
        local-com:                     De acuerdo

WAN-com: OK


2. Si el estado del volumen virtual sigue informando un estado de "error" o "falla crítica" después de seguir el paso anterior, realice un redescubrimiento del arreglo en el arreglo BE, al que pertenece la unidad lógica problemática. El redescubrimiento de arreglos debe actualizar automáticamente el atributo en el nivel de volumen de almacenamiento de la siguiente manera:

Ejemplo:
VPlexcli:/> redescubrimiento de arreglos -a /clusters/cluster-1/storage-elements/storage-arrays/EMC-CLARiiON-CKM0018******* -c cluster-1

3. Incluso después de varios intentos de redescubrimiento del arreglo, si el estado problemático del volumen virtual sigue informando "error" o "falla crítica", la unidad lógica correspondiente en el lado del arreglo de back-end debe eliminarse del grupo de almacenamiento o pool del arreglo y volver a agregarse a él, y volver a ejecutar el comando de redescubrimiento del arreglo para que se active un descubrimiento manual en el lado de VPLEX. 

4. Si ninguno de los pasos anteriores ayuda a resolver el problema, se recomienda que el usuario realice la actualización a la versión fija mencionada anteriormente y, a continuación, continúe con la actividad de cambio de tipo de LUN.