Como verificar se uma UPS consegue desligar as máquinas virtuais antes de o anfitrião se desligar

Sim, mas apenas um teste de perda de energia temporizado pode provar que os prazos dos convidados, a ordem do anfitrião, a disponibilidade da rede e a margem da bateria funcionam em conjunto.

A decisão é importante quando um hipervisor e o respetivo armazenamento partilhado dependem de uma UPS e de vários agentes de encerramento. Os dois estados em disputa são o encerramento coordenado dos convidados concluído e o corte do anfitrião ou do armazenamento em corrida com os tempos limite dos convidados. Comece com uma configuração guardada e dados descartáveis, observe um ramo de cada vez e pare se o teste aumentar o risco de perda de dados, permissões ou disponibilidade.

Defina as condições subjacentes à decisão de encerramento UPS convidado-antes-do-anfitrião

Registe o ambiente antes de alterar qualquer coisa: versões de software e firmware, identidades dos dispositivos, caminho de montagem ou de rede, espaço livre, permissões e o sintoma observável. A linha de base deve preservar detalhes suficientes para reproduzir uma situação em que um hipervisor e o respetivo armazenamento partilhado dependem de uma UPS e de vários agentes de encerramento.

O primeiro candidato é o encerramento coordenado dos convidados concluído. O segundo é o corte do anfitrião ou do armazenamento em corrida com os tempos limite dos convidados. A atual sequência de encerramento do NUT upsmon define o mecanismo ou limite de comando utilizado no teste; não substitui a observação deste servidor doméstico específico.

Escreva a condição de aceitação e a condição de paragem antes de executar o teste discriminador. Um resultado aprovado deve alterar as evidências previstas por um ramo, mantendo inalterados os serviços não relacionados; um resultado reprovado deve devolver o sistema ao estado guardado, em vez de desencadear uma cadeia de correções especulativas.

Teste a afirmação sem reduzir o requisito original

Utilize este teste discriminador: use cargas de trabalho descartáveis, desligue a entrada da rede elétrica, registe cada marca temporal de encerramento e restabeleça a energia antes do limite de segurança. Mantenha constantes a carga de trabalho, o cliente, o caminho, o conjunto de ficheiros e a temporização, para que o resultado seja atribuível à variável alterada.

Utilize o estado de manutenção do anfitrião para selecionar o campo que pode realmente separar os ramos e, em seguida, capture a respetiva marca temporal, o estado de saída, o texto do erro, a identidade do dispositivo ou instantâneo, a latência, os bytes transferidos, as permissões e o estado de recuperação. Uma saída limpa do comando não é suficiente quando a identidade, a durabilidade ou o estado da aplicação são a afirmação em teste.

Repita o teste uma vez após um reinício, uma reconexão, uma remontagem ou uma cache fria quando esse evento fizer parte da condição original. Se a primeira execução for destrutiva ou não for possível restaurar o ambiente, pare e reproduza-a numa cópia descartável.

Registar: a funcionar com bateria, bateria fraca, início/fim da paragem do convidado, paragem do anfitrião, paragem do NAS, corte da UPS

Interprete os resultados aprovados, reprovados e excecionais

APROVADO: todos os convidados atingem o estado parado antes do encerramento do anfitrião e o armazenamento permanece disponível até terminarem as operações de E/S do anfitrião. Registe a versão exata, a identidade e a carga de trabalho que passou, para que a conclusão permaneça condicional em vez de se tornar uma afirmação universal.

REPROVADO: qualquer convidado é terminado à força, o switch desliga-se prematuramente ou o NAS é desligado antes de os clientes o libertarem. Uma reprovação não prova automaticamente o ramo oposto quando a rede, a memória, as permissões ou a consistência da origem podem influenciar ambos; isole essas dependências partilhadas antes de avançar.

RESULTADO EXCECIONAL OU AMBÍGUO: restabeleça a alimentação elétrica, cancele o teste e aumente as margens de redução de carga ou dos tempos limite. Preserve os registos e não execute comandos de reparação, limpeza, destruição, reparticionamento ou alteração recursiva de proprietário até existir uma cópia recuperável.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Confirme a decisão sob a carga de trabalho original

Aplique a ação correspondente ao ramo observado e, em seguida, repita a condição original em vez de um substituto reduzido. A decisão só é válida quando todos os convidados atingem o estado parado antes do encerramento do anfitrião e o armazenamento permanece disponível até terminarem as operações de E/S do anfitrião durante dois ciclos ou durante o reinício, suspensão, interrupção ou transição de carga relevante.

Utilize a ordenação do encerramento da UPS para verificar o fluxo de trabalho dependente mais próximo, mas mantenha o acionador original inalterado. Os conjuntos de dados, partilhas, contentores, utilizadores e pontos de recuperação não relacionados devem manter o acesso e a temporização anteriores.

O limite de paragem é explícito: se qualquer convidado for terminado à força, o switch se desligar prematuramente ou o NAS for desligado antes de os clientes o libertarem, volte à última configuração verificada, preserve as evidências e avance para um teste mais aprofundado da plataforma ou do hardware apenas quando o ramo for reproduzível.

Depois de o resultado pretendido se manter, compare-o com os limites de carga de trabalho dos convidados, para garantir que a correção não transfere o risco para um serviço vizinho. Um teste do resultado pretendido bem-sucedido com uma nova falha de cópia de segurança, identidade, tempo limite ou disponibilidade continua a ser uma alteração falhada.

Perguntas frequentes

No caso do encerramento UPS convidado-antes-do-anfitrião, as pesquisas restantes normalmente dizem respeito a saber se uma simulação de software pode substituir o corte da alimentação elétrica, se as máquinas virtuais devem ser encerradas em paralelo e com que frequência o teste deve ser repetido. As respostas abaixo mantêm esses casos-limite separados da decisão principal.

O limite de aceitação não muda: todos os convidados atingem o estado parado antes do encerramento do anfitrião e o armazenamento permanece disponível até terminarem as operações de E/S do anfitrião. Se uma condição posterior alterar o sistema de ficheiros, a identidade, o caminho de rede ou a versão da aplicação, repita apenas o teste discriminador afetado por essa alteração.

Pare de alargar a experiência quando qualquer convidado for terminado à força, o switch se desligar prematuramente ou o NAS for desligado antes de os clientes o libertarem. Nesse momento, restabeleça a alimentação elétrica, cancele o teste e aumente as margens de redução de carga ou dos tempos limite; preserve as evidências antes de encaminhar o problema para o responsável pela plataforma, pelo armazenamento ou pelo hardware.

Uma simulação de software pode substituir o corte da alimentação elétrica?

Testa a lógica, mas não a autonomia da bateria, o tempo de transferência nem o comportamento de corte da UPS. Utilize ambos.

As máquinas virtuais devem ser encerradas em paralelo?

Apenas quando o armazenamento e o CPU conseguirem suportar o pico; escalone as bases de dados críticas e os serviços dependentes.

Com que frequência deve o teste ser repetido?

Após alterações na topologia ou na bateria e segundo uma cadência de manutenção capaz de detetar a degradação da autonomia.

No caso do encerramento UPS convidado-antes-do-anfitrião, a resposta prática continua a ser condicional: todos os convidados atingem o estado parado antes do encerramento do anfitrião e o armazenamento permanece disponível até terminarem as operações de E/S do anfitrião. Quando qualquer convidado é terminado à força, o switch se desliga prematuramente ou o NAS é desligado antes de os clientes o libertarem, restabeleça a alimentação elétrica, cancele o teste e aumente as margens de redução de carga ou dos tempos limite; um sucesso parcial que não resista à carga de trabalho original não é compatibilidade.