O que é um procedimento adequado para desconectar o canal de fibra do ESXi?

Question

No meu DC, os administradores precisam desconectar minha conexão do FC do ESXi5 (do EMC VNX) (temporariamente, alguns trabalhos de manutenção). Eu nunca fiz isso antes e tenho alguma dúvida sobre meu próprio procedimento ...

Meu primeiro pensamento foi desligar todas as VM's (mas poucas estão usando o armazenamento mounten via FC), então desligue o ESXi, então os administradores trabalharão e depois de reconectar eu ligarei o ESXi e todas as VM's (eu não é este pensamento correto).

O segundo plano era desativar apenas as VMs que usam armazenamento montado via FC e, em seguida, permitir que os administradores desconectem a conexão do FC ...

Não estou convencido das duas maneiras. Então, qual é o procedimento adequado para desconectar o canal de fibra do ESXi?

    

Answer 1

Qual versão do hipervisor ESXi você instalou? O procedimento a seguir é para o ESXi 5.xe é executado a partir da GUI com o vSphere client 5.x.

Eu desligaria todas as máquinas virtuais naquele armazenamento de dados como você escreveu, então eu removerei / cancelarei o registro de todas as máquinas do inventário e, finalmente, desmontaria isso, o que garante que não há máquina ativa nela, não há armazenamento DRS em execução e assim por diante. A desmontagem bem sucedida deve apresentar esta janela de confirmação

Após a confirmação, você pode começar com a manutenção do armazenamento. Quando terminar de montar o armazenamento de dados e registrar novamente as máquinas.

Por fim, gostaria de mencionar que, se você tivesse implantado o vCenter Server e o licenciamento adequado em seu ambiente, poderia usar o recurso Storage vMotion para migrar as máquinas para outro armazenamento / armazenamento de dados sem qualquer tempo de inatividade.

    

Answer 2

Se você tiver tempo, a melhor maneira seria desligar ou suspender as VMs e desmontar o armazenamento de dados (ou até encerrar a instância do ESXi se não tiver outras VMs que precisam continuar em execução e não dependem do armazenamento de dados) durante a manutenção.

Em momentos em que você não pode pagar o ciclo de suspensão / desmontagem / remontagem / reinicialização (por exemplo, se você tiver VMs que demorariam muito para desligar ou suspender e subsequentemente reiniciar para caber na janela de manutenção), convém para considerar uma alternativa rápida hacky, mas muito , totalmente sem suporte:

1. use o SSH para efetuar login no console e interromper suas máquinas virtuais emitindo sinais STOP para os processos vcpu-<X>:<vmname> das máquinas virtuais afetadas kill STOP <pid> - isso interromperá a execução e interromperá a E / S da VM.
2. desconecte o (s) link (s) do FC e faça o que for necessário (o VMFS é bastante robusto em relação a desconexões)
3. reconectar link (s) FC
4. faça login novamente no (s) destino (s) - se você usar os HBAs da QLogic, use echo "scsi-qlalip"> /proc/scsi/qla2xxx/<hba#> no console para fazer isso
5. deixe o ESXi verificar novamente os HBAs e ver se o (s) caminho (s) está (m) ativo (s) novamente e veja se você pode acessar o armazenamento de dados por meio da GUI
6. descongele suas VMs emitindo sinais CONT para todos os processos vcpu-<X>:<vmname> que você interrompeu antes
7. verifique se você precisa ajustar os relógios, pois as VMs não receberiam interrupções do timer enquanto eram interrompidas

O ponto mais crucial aqui é que você precisa fazer com que o HBA faça o login novamente, caso contrário a instância do ESXi não conseguirá chegar à loja a menos que você reinicie - isso deve ser testado e verificado para funcionar de antemão, especialmente se você tem HBAs não-QLogic (onde o procedimento foi bem documentado em toda a web e que pessoalmente posso confirmar que estou trabalhando).