¿Cómo administrar un pedido global de inicio de VM en todo el centro de datos?

14

Supongamos que tiene una infraestructura VMware totalmente virtualizada: ESXi, vCenter, vMotion, HA, DRS, todo el paquete.

En el interior, tiene muchas máquinas virtuales, que en cualquier momento pueden residir en un host u otro (ese es el objetivo de la agrupación, ¿no?).

Experimenta una pérdida de energía y, de una forma u otra, logra apagar con gracia todas las máquinas virtuales y todos los hosts; no profundicemos en esto por ahora, supongamos que su software UPS puede manejarlo. O, al menos, supongamos que el cierre no fue tan elegante, pero todo puede volver a surgir una vez que se restablezca la energía.

La energía vuelve y sus hosts se reinician.

Su entorno es bastante complejo y tiene dependencias naturales entre las máquinas virtuales: los controladores de dominio deben iniciarse primero, un servidor de aplicaciones no puede iniciarse a menos que su servidor de base de datos ya esté en funcionamiento, y así sucesivamente.

Todos sabemos (o deberíamos saber) cómo configurar el inicio automático de VM y cómo especificar un pedido de inicio de VM y retrasarlo en un único host ESX / i.

Pero, ¿cómo hacer esto en todo un centro de datos?

¿Hay alguna forma de decirle a vSphere "iniciar estas máquinas virtuales en este orden global, independientemente del host físico en el que se ejecutan"?

Puntos extra: si vCenter se ejecuta en una máquina virtual, ¿cómo cambia esto las cosas?

Massimo
fuente

Respuestas:

7

No parece haber una manera limpia de administrar completamente un arranque en frío de una infraestructura virtual una vez que HA se configura en los hosts individuales. Habilitar HA y DRS parece deshabilitar las opciones de inicio y apagado de la máquina virtual en los servidores host. Sin embargo, cualquier orden establecida antes de que el host se mueva al clúster parece quedarse. Si el número de hosts es pequeño o manejable, es posible establecer la prioridad de inicio en el cliente vSphere conectándose a los hosts individualmente. Pon tus reglas allí. Esto realmente funciona en la situación que usted describe.

ingrese la descripción de la imagen aquí

¡El almacenamiento es lo primero!

Una vez que el almacenamiento compartido está activo, trabajo en los hosts ... He tenido interrupciones parciales donde también se virtualizó vCenter. Lo que hago en este caso es configurar el arranque automático y las opciones de pedido para los sistemas más críticos; normalmente un controlador de dominio y DNS / DHCP. Recuerde, es probable que vCenter no esté disponible en el escenario de arranque en frío. Si puedo encajarlo, entonces lo haré ... de lo contrario, se iniciará manualmente.

A partir de ahí, me aseguro de que las reglas HA y DRS estén intactas. Por lo general, tengo reglas de desafinidad establecidas para servidores de terminal, servidores de aplicaciones y controladores de dominio. Una vez que aparece vCenter, la mayoría de esto se resuelve.

Hace unas semanas tuve un rayo que ocupó parte de la sala de mi servidor, incluida la ranura del conmutador que contenía la red de almacenamiento. VMWare HA recuperó todo una vez que los puertos del conmutador de almacenamiento fueron reubicados y reprogramados.

Entonces, este tipo de problema cae bajo una emergencia real o un esfuerzo manual. No esperaría un inicio sin intervención del entorno del sistema en el escenario que describe.

Editar:

Hace dos semanas, tuve un apagón que disparó un UPS. Dos hosts, VC y un dispositivo SAN / NAS. Todo volvió por sí solo y no tuve que intervenir (en realidad estaba en un avión y recibí los mensajes al aterrizar).

ewwhite
fuente
Sí, sé que un cierre total del centro de datos es (con suerte ...) algo inusual, por lo que es muy probable que alguien esté allí para reiniciar todo. Pero sería bueno tener algo para manejarlo automáticamente ...
Massimo
Editar: puede conectarse a los hosts individualmente y establecer la prioridad de inicio de VM, incluso cuando están en un clúster HA. Obtenga sus DC y DNS y servicios básicos allí. Luego, inicie el Centro virtual.
ewwhite
Pero esto solo se puede hacer para las máquinas virtuales que están alojadas en un host determinado ... y no tendrá ningún efecto tan pronto como las máquinas virtuales se trasladen a otro lugar.
Massimo
Aún funciona. Acabo de habilitar el inicio automático y el apagado en hosts individuales, establecí una prioridad de inicio y reconfiguré el HA solo para asegurarme. Mover una VM con una prioridad numerada a otro host la ubica en cualquier categoría de pedido en el destino. Entonces la VM definitivamente se iniciará automáticamente.
ewwhite
Ok, se iniciará automáticamente; Pero en cualquier orden . Oh, bueno, mejor que no comenzarlo, por supuesto ...
Massimo
3

Puede configurar una vApp para ayudar con el orden de inicio y apagado.

Para tomar prestado de este hilo de vApp :

Si su clúster experimenta una falla catastrófica, tiene un par de opciones para garantizar la prioridad de reinicio de VM. Me gusta crear vApps para esto y arrastrar / soltar las máquinas virtuales en cuestión en esta vApp. Digamos que desea que su servidor de base de datos se inicie antes que su servidor web, por lo que los arrastra a ambos a su nueva vApp. Puede hacer clic con el botón derecho en la vApp -> Editar configuración -> pestaña Iniciar pedido -> luego verá el Grupo 1 y el Grupo 2. En la parte inferior de la ventana, tenga en cuenta que "Todas las entidades del mismo grupo se inician antes pasando al siguiente grupo. El cierre se realiza en el orden inverso ". Bueno, puede mover sus servidores a los grupos usando las flechas al lado del cuadro (los rodeé en la imagen adjunta). Finalmente, VMware le brinda la capacidad de dictar si las VM en el Grupo 2 (y el Grupo 3 y el Grupo 4,

Configuración de orden de inicio de vApp

jftuga
fuente
Esto solo es útil para vApps, no para máquinas virtuales genéricas.
Massimo
3
Algunas organizaciones simplemente agrupan máquinas virtuales en vApps con este único propósito.
jftuga