Como gerenciar uma ordem de inicialização de VM global em todo o datacenter?

Question

Suponha que você tenha uma infraestrutura VMware totalmente virtualizada: ESXi, vCenter, vMotion, HA, DRS e todo o pacote.

Dentro, você tem muitas VMs, que em qualquer momento podem residir em um host ou outro (esse é o ponto de todo o cluster, não é?).

Você experimenta uma perda de energia e, de uma forma ou de outra, consegue desligar todas as VMs e todos os hosts; Não vamos nos aprofundar nisso agora, vamos supor que o seu software de no-break possa lidar com isso. Ou, pelo menos, vamos supor que o desligamento não foi tão tão gracioso, mas tudo ainda é capaz de surgir novamente quando a energia for restaurada.

A energia volta e seus hosts são reiniciados.

Seu ambiente é bastante complexo e tem dependências naturais entre VMs: os controladores de domínio devem começar primeiro, um servidor de aplicativos não pode ser iniciado, a menos que seu servidor de banco de dados de back-end já esteja ativo e assim por diante.

Todos nós sabemos (ou devemos ter a esperança de saber) como configurar a inicialização automática da VM e como especificar uma ordem de inicialização e um atraso específicos em um único host ESX / i.

Mas como fazer isso em um datacenter inteiro?

Existe alguma maneira de dizer ao vSphere "iniciar essas VMs nessa ordem global, independentemente do host físico em que estão sendo executadas"?

Pontos de bônus: se o próprio vCenter estiver sendo executado em uma máquina virtual, como isso muda as coisas?

    

Answer 1

Não parece haver uma maneira clara de gerenciar um inicialização a frio de uma infraestrutura virtual quando a HA estiver configurada nos hosts individuais. A habilitação de HA e DRS parece desabilitar as opções Inicialização e desligamento de máquinas virtuais nos servidores host. No entanto, qualquer conjunto de pedidos antes de o host ser movido para o cluster parece ficar fixo. Se o número de hosts for pequeno ou gerenciável, é possível definir a prioridade de inicialização no cliente vSphere, conectando-se aos hosts individualmente. Coloque suas regras lá. Isso realmente funciona na situação que você descreve.

Oarmazenamentovememprimeirolugar!

Quandooarmazenamentocompartilhadoestáativo,eutrabalhonoshosts...EutiveinterrupçõesparciaisnasquaisovCentervirtualizoutambém.Oqueeufaçonestecasoédefiniropçõesautomáticasdeinicializaçãoeordenaçãoparaossistemasmaiscríticos;normalmenteumcontroladordedomínioeDNS/DHCP.Lembre-sedequeovCenterprovavelmentenãoestarádisponívelnocenáriodeinicializaçãoafrio.Seeupuderencaixá-lo,entãoeuvou...casocontrário,eleéiniciadomanualmente.

Delá,garantoqueasregrasdeHAeDRSestãointactas.Eugeralmentetenhoregrasdedesajustedefinidasparaservidoresdeterminal,servidoresdeaplicativosecontroladoresdedomínio.UmavezqueovCenteraparece,amaiorparteéresolvida.

Eutiveum relâmpago

Portanto, esse tipo de problema cai em uma emergência real ou em um esforço manual. Eu não esperaria uma inicialização sem intervenção do ambiente do sistema no cenário que você descreve.

Editar:

Duas semanas atrás, eu tive uma queda de energia que causou um no-break. Dois hosts, VC e um dispositivo SAN / NAS. Tudo voltou sozinho e eu não tive que intervir (na verdade, eu estava em um avião e recebi as mensagens após o pouso).

    

Answer 2

Você pode configurar um vApp para ajudar na inicialização & ordem de parada.

Para utilizar este tópico vApp :

If your cluster experiences a catastrophic failure, you have a couple of options to ensure VM restart priority. I like to create vApps for this, and drag/drop the VM's in question into this vApp. Lets say you want your database server to start before your web server, so you drag them both into your new vApp. You can right click the vApp --> Edit Settings --> Start Order tab --> then you'll see Group 1 and Group 2. On the bottom of the window please notice that "All entities in the same group are started before proceeding to the next group. Shutdown is done in the reverse order." Well, you can move your servers into the groups using the arrows beside the box (I circled them in the attached image). Finally, VMware gives you the ability to dictate whether the VM's in Group 2 (and Group 3, and Group 4, etc) should start after a set number of seconds (OR) whether you want the next Group to startup after VMware Tools (a service) has started.