Dell EMC VPLEX: Post DU alterando o tipo de LUN de thin para thick no array BE

Questão:

O impacto de DU/alto desempenho é observado em um volume afetado que é convertido de LUN thin em thick no array de back-end.  

Na versão atual, há um problema com o código de back-end do VPLEX em que ele pode considerar erroneamente uma LUN como compatível com thin se a LUN subjacente no array de back-end for convertida de provisionamento com capacidade thin para não thin.

O atributo de capacidade thin precisa ser atualizado em ambos os níveis, ou seja, Virtual Volume e Storage-Volume automaticamente quando o tipo de LUN é alterado no array de back-end. Esteja ciente de que o atributo com capacidade thin deve ser atualizado automaticamente no nível do volume de armazenamento, pois "capacidade thin" é um atributo somente leitura no nível do volume de armazenamento.

Se o atributo de capacidade thin não for alterado manualmente no nível de volume virtual, o VPlex continuará enviando uma solicitação UNMAP para a unidade lógica cujo tipo de LUN foi alterado para thick e todas essas solicitações serão abortadas pela LUN de back-end.

Resolução:

Esse problema foi resolvido nas versões do GeoSynchrony 6.2.0.00.00.32 e posteriores.

Etapas da solução temporária:

1. Após alterar o tipo de LUN de thin para thick no array BE, certifique-se de que o atributo "Thin-capable" seja alterado adequadamente no volume virtual.  Alterar o atributo para false no volume virtual não enviará mais comandos UNMAP para BE LUN da seguinte forma:

1.a) Faça log-in no contexto da vplexcli da seguinte maneira:
NOTA: O VPLEX que executa o GeoSynchrony antes da versão 6.x ao acessar o vplexcli exigirá as credenciais da conta de serviço para fazer login.

service@ManagementServer:~> vplexcli
Tentando ::1...
Conectado ao host local.
O caractere Escape é '^]'.
 
Digite o nome de usuário: service
 
Senha:
Creating logfile:/var/log/VPlex/cli/session.log_service_localhost_Logfile_T24531_yyyymmddhhmmss

1.b) Entre no contexto do volume virtual em questão e execute o comando abaixo da seguinte forma, que mostra que o atributo "thin-capable" está definido como "true" mesmo depois que o tipo de LUN é alterado de thin para thick no array BE:
 

1.c) Desative manualmente o atributo "thin-capable" para "false" da seguinte forma, o que desativará o provisionamento thin no nível de volume virtual da seguinte forma:

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

1.d) Depois de alterar o atributo "thin-capable" para "false" no volume virtual, a integridade problemática do volume virtual deve ser alterada para "OK". Execute o comando "cluster status" para verificar a integridade geral do VPlex da seguinte maneira:

Exemplo:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> ll
Name Value
-------------------------- ----------------------------------------
block-count 429654016
tamanho de bloco 4K
cache mode
synchronous capacity 12G
consistency-group -
expandable true
expandable-capacity 0B
expansion-method storage-volume
expansion-status -
health-indications []
health-state ok
localidade distributed
operational-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
thin-capable false
thin-enabled disabled
Volume-type virtual-volume
vpd-id VPD83T3:60001440000****************

VPlexcli:/> cluster status
Cluster cluster-1
operational-status:            OK
Indicações de transição:
        Andamento da transição:
        Estado de integridade:                  OK
Indicações de Saúde:
        local-com:                     ok

Status operacional do cluster 2
do cluster:            OK
Indicações de transição:
        Andamento da transição:
        Estado de integridade:                  OK
Indicações de Saúde:
        local-com:                     okey

WAN-COM: OK


2. Se a integridade do volume virtual ainda estiver relatando o estado "erro" ou "falha crítica" após a etapa acima, execute a nova detecção do array no array BE, ao qual a unidade lógica problemática pertence. A nova detecção do array deve atualizar automaticamente o atributo no nível do volume de armazenamento da seguinte forma:

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

3. Mesmo após várias tentativas de nova detecção do array, se a integridade problemática do volume virtual ainda estiver relatando "erro" ou "falha crítica", a unidade lógica correspondente no lado do array de back-end precisa ser removida do grupo de armazenamento/pool do array e adicionada de volta a ele, e executar novamente o comando de nova detecção do array para que uma detecção manual seja acionada no lado do VPLEX. 

4. Se nenhuma das etapas acima ajudar a resolver o problema, recomendamos que o usuário faça upgrade para a versão corrigida mencionada acima e, em seguida, prossiga com a atividade de alteração do tipo de LUN.