regras de afinidade do VMware vSphere DRS para mais de dois convidados

5

Recebi uma solicitação para adicionar regras de antipinidade / antipinidade em um conjunto de máquinas virtuais em um cluster VMware HA / DRS executando o VMware vSphere 4.1.

O cliente tem quatro hosts e deseja que determinadas máquinas virtuais sejam executadas no mesmo host no caso de uma falha do host.

Normalmente, esse tipo de solicitação é simples, em que você pode simplesmente evitar a execução de app01 e app02 na mesma máquina ... Há um balanceador de carga de aplicativo separado no upstream.

No entanto, este pedido pede app01 , app02 , app03 , app04 , app05 e app06 para serem executados em hosts diferentes.

Seis VMs, quatro hosts. Nossa equipe de primeira resposta adicionou app01-app06 em uma única regra "Separate Virtual Machines" DRS. Isso não parece correto porque os resultados podem ser imprevisíveis em um modo de manutenção ou na correção do Upgrade Manager.

Algo como:

Qual é o impacto de fazer isso com quatro hosts? Isso alcançará o objetivo desejado? Desvantagens?

    
por ewwhite 15.01.2013 / 14:31

1 resposta

8

Se as 6 VMs já estiverem ligadas, o DRS tentará separá-las o máximo que puder. Em seguida, exibirá uma falha de DRS que não pode corrigir uma violação de regra de antiafinidade, mas não desligará nenhum deles:

Se4dos6estiverememexecuçãoeemhostsdiferentes,evocêtentarligarumdos2restantes,aregradoDRSserecusaráaligá-loelhedaráesteerro:

A desvantagem óbvia é que você não terá todos os 6 em execução. É concebível que, se você os tivesse em execução antes da criação da regra, eles continuariam funcionando, mas é praticamente inevitável que eles sejam desligados em algum momento, eventualmente, por algum motivo ou outro, e incapazes de iniciar novamente devido a a regra. De acordo com a captura eles estão desligados, então eles não seriam capazes de energizar todos os 6 em diante (na verdade, existem 8 na regra na captura, de modo que 4 permaneceriam desligados).

Uma solução alternativa (não testada) permitiria que todas as VMs fossem ligadas, mas você ainda teria pelo menos duas VMs em execução em dois dos hosts, não atendendo à necessidade impossível do cliente, dados os recursos:

Você poderia criar 2 regras de DRS "VMs separadas", colocando VMs de 1 a 4 em uma e de 5 a 6 em outra. Isso permitiria que todos os 6 fossem ligados, mas perder ou desligar um host para manutenção também significaria que você poderia executar 5 VMs máximas, o que ainda é melhor do que as 4 que você poderia executar na solução original, mesmo com todos os hosts operacionais. / p>     

por 15.01.2013 / 15:03