VPLEX: Falhas de componentes no fabric ou no controlador do array levam à indisponibilidade de dados de desempenho

Resumo do problema
Os usuários finais podem sofrer um impacto severo em alguns ou todos os hosts conectados ao VPLEX devido a problemas como drenos lentos, falhas do controlador de destino do array, erros de CRC, falhas de ASIC do switch, reinicializações do switch etc. O back-end do VPLEX utiliza uma política de rodízio que pode causar problemas em um fabric para afetar todos os caminhos de host nesse fabric (ou também pode afetar caminhos no outro fabric).
  
Para equipes de switches e arrays   
Se um usuário final estiver relatando um impacto generalizado como resultado de uma falha de um único componente, drenagem lenta etc., verifique com o usuário final se o VPLEX está no ambiente. Se o VPLEX estiver no ambiente e a extensão do problema for conhecida, solicite que o usuário final bloqueie os caminhos afetados no switch. Se o VPLEX estiver no ambiente e os caminhos afetados não forem conhecidos, entre em contato com o atendimento ao cliente da Dell EMC, explique o problema e mencione este artigo.
 
Para a equipe
do VPLEXSe houver um chamado em que o usuário final esteja relatando um impacto contínuo e suspeitar que a causa seja devido ao baixo desempenho dos caminhos de back-end, identifique os caminhos de baixo desempenho e bloqueie-os no VPLEX. Se os caminhos afetados não forem evidentes, envolva um instrutor para obter assistência. As colaborações entre switches e arrays podem ser feitas assim que o impacto terminar.
 
Fundo
Fluxo de E/S
do VPLEX para o arrayO VPLEX funciona como um ambiente de host em cluster. Cada director que recebe E/S do host é responsável por concluir essa E/S. Cada director tem vários caminhos em ambos os fabrics para cada LUN. Cada director do VPLEX é responsável por balancear a E/S em todos os caminhos ativos disponíveis.
 
Detecção e redução de falhas do
VPLEXO principal método que o VPLEX usa para detectar e reduzir falhas de caminho é monitorar a taxa de tempos de espera excedidos em cada caminho. Se 90% da E/S atingir o tempo limite em dois períodos consecutivos de 15 segundos, o VPLEX banirá o caminho afetado e não o usará mais. O VPLEX, então, examinará periodicamente o caminho banido e o desbanirá se a E/S for vista novamente com sucesso nesse caminho.
 
Como os problemas podem surgir
Devido ao alto limite para banimento de caminhos, sondagem frequente e baixo limite para desbanir o caminho, caminhos não íntegros podem continuar sendo usados pelo VPLEX. O resultado é que o VPLEX pode enviar uma quantidade significativa de E/S por caminhos de baixo desempenho ou caminhos que apresentaram falhas soft. Essa E/S expira ou leva muito tempo para ser concluída. O resultado são tempos de resposta significativamente elevados em todos os caminhos do host. Isso pode resultar em indisponibilidade de dados de desempenho para qualquer ou todos os hosts conectados ao VPLEX.


Recomendação
Faça upgrade para o VPLEX GeoSynchrony com o código de destino 6.2 P3 ou posterior a fim de melhorar o alívio/tratamento das condições acima. Consulte as notas da versão para obter mais detalhes sobre a funcionalidade de gerenciamento de caminhos de back-end.