Vm vai para o estado salvo ao remover o CSV

1

Eu tenho um cluster Hyper-V de 5 nós em execução.

Todos os 5 servidores estão executando o Server 2012 R2, cada nó está conectado a dois dispositivos usando o iSCSI. O dispositivo com o qual estou tendo problemas tinha um único volume usado como CSV. Isso foi apresentado aos servidores em c:\clusterstorage\volume2

Eu passei pelo processo de mover todo o armazenamento da VM para um novo dispositivo, os novos CSVs estão ativos e os nós estão conectados. Tudo para o novo dispositivo está funcionando corretamente.

Tentei remover o dispositivo antigo como um dispositivo de armazenamento compartilhado, fazendo o seguinte. Usei o PowerShell para obter os caminhos de todos os VHDs no cluster e nenhum está apontando para c:\clusterstorage\volume2 Verifiquei se os caminhos de configuração não estão apontando para c:\clusterstorage\volume2 Eu também verifiquei se os caminhos do instantâneo não estão apontando para c:\clusterstorage\volume2

Comecei a remover o destino do iSCSI em 4 dos nós (os 4 em que os recursos de armazenamento não estavam "atribuídos" no momento) e isso foi bem-sucedido. Em seguida, fui ao Gerenciador de Cluster de Failover e defini o CSV para off-line. Instantaneamente, 2 das VMs entraram em um estado salvo (por sorte, servidores não críticos). Eu coloquei o recurso novamente on-line e iniciei as máquinas. Inspecionei a página de configurações de cada VM e não houve referência a c:\clusterstorage\volume2\ em nenhuma delas. Depois fui procurar os arquivos de configuração apenas para garantir manualmente que algo não fosse diferente entre eles e a página de configurações. Eu olhei pela primeira vez em c:\clusterstorage\volume2\ a pasta para a VM não estar presente aqui. Eu olhei nos novos locais c:\clusterstorage\volume5\ e c:\clusterstorage\volume6\ a pasta para cada VM estava aqui. Eu verifiquei os arquivos de configuração e eles eram exatamente como deveriam ser e não continham qualquer referência a c:\clusterstorage\volume2\ . Eu verifiquei o C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines onde encontrei os atalhos para cada VM apontando para os novos locais de volume.

Em suma, nada que eu possa encontrar aponta para c:\clusterstorage\volume2\ , mas se eu tirar esse CSV offline, as duas máquinas vão para um estado salvo.

Ainda mais estranho eu tentei isso novamente enquanto escrevia isso e sim as duas máquinas entraram em um estado salvo, mas eu era capaz de iniciá-los novamente, embora o CSV permaneceu em um estado off-line. Agora eu tenho duas VMs onde na guia de recursos para cada o armazenamento mostra como offline, mas eles estão 'trabalhando'

Então alguém pode me apontar uma possível correção para isso, talvez um arquivo de configuração que eu não encontrei? Ou o meu melhor curso de ação seria excluir as VMs, preservando os VHDs, criando uma nova VM e anexando os VHDs originais.

Desculpe pela parede de texto.

    
por Drifter104 13.11.2015 / 18:52

1 resposta

2

Eu não tenho muita experiência com o Hyper-V em 2012 R2, mas tenho bastante com o Hyper-V, Clusters etc. em 2008 R2, então vamos adivinhar o possível problema aqui.

Descobri que, com o Cluster de Failover (em 2008 R2), quando você adiciona uma VM a um cluster de failover, ele inspeciona os VHDs conectados e o armazenamento em que eles residem e registra isso no cluster config para que possam ser mostrados como recursos dependentes no Gerenciador de Cluster de Failover (no painel Armazenamento quando a VM é selecionada).

Isso não reflete necessariamente o local atual dos arquivos VHD - se eles foram movidos no Hyper-V desde a adição da VM ao cluster de failover, as informações de dependência não são atualizadas. Então você pode ter uma VM que pode acessar seus discos muito bem, mas o cluster de failover acha que ainda tem uma dependência no disco que você está removendo. Quando você off-line o disco, ele offlines a VM como uma conseqüência lógica. Para resolver (supondo que esse seja o problema - dê uma olhada no painel de armazenamento da VM no FCM), remova a VM do cluster e a adicione novamente.

A propósito, como prática recomendada, eu geralmente não começaria a derrubar nenhuma conexão iSCSI antes de você ter removido o CSV do FCM.

    
por 21.12.2015 / 11:30