Estoy empezando con la virtualización, así que tengan paciencia.
En entornos virtuales, las aplicaciones se ejecutan en la capa de un hipervisor. Por lo tanto, una sola máquina física podría tener muchas máquinas virtuales ejecutando múltiples aplicaciones.
¿Hasta ahora, todo bien?
Entonces, ¿qué sucede cuando falla una máquina física? ¿No haría eso que muchas aplicaciones fallen desde una sola máquina?
Estoy buscando desarrollar una nube privada conpila abierta, pero primero quiero comprender completamente la virtualización.
Respuesta1
Los detalles dependen de qué solución de virtualización exacta utilice, pero la idea es que tenga una granja virtual, donde hay varios hosts físicos con varias máquinas virtuales cada uno. Luego usasalgunode la eficiencia que obtuvo al no necesitar un host físico para cada VM, de modo que le queden suficientes gastos generales para cubrir en caso de que una máquina física deje de funcionar.
Además, puede ubicar los VHD para cada VM en una SAN común (redundante). Los hipervisores de cada host físico se pueden configurar para comunicarse entre sí y compartir memoria desde diferentes máquinas virtuales. Hay cierta latencia y gran parte de la memoria estará respaldada por disco, pero si uno de los hosts físicos falla, ni siquiera estará esperando que las máquinas virtuales de ese host se reinicien. En cambio, esas máquinas virtuales se distribuirán automáticamente entre los hosts restantes. El objetivo final es que estas máquinascontinuar casi desde donde lo dejaron, con poco o ningún tiempo de inactividad. En cierto sentido, todas sus máquinas virtuales ya se están ejecutando en al menos dos hosts físicos. En la práctica, en este momento los hipervisores sólo pueden realizar este tipo de migración una máquina a la vez, cuando saben que se realizará antes de que falle el host... pero no se equivoquen: la migración instantánea en caso de falla del hardware es el objetivo final de todas las principales empresas. hipervisores.
Esta es la razón por la que a veces se ve un servidor virtualizado en un único host físico en una granja. Es posible que no obtenga ninguna eficiencia de hardware (incluso puede queperderalgo de rendimiento), pero lo compensa en términos de coherencia de gestión y alta disponibilidad integrada.
Respuesta2
Todos los servidores virtuales que se ejecutan en un host físico se desconectarán si el host tiene algún tipo de falla.
Dicho esto, la mayoría de las plataformas ofrecen una solución de alta disponibilidad para una única máquina virtual. Otras veces, un sistema se construye con múltiples nodos para evitar la interrupción del servicio en caso de que un nodo falle.
Si dos nodos de VM constituyen un servicio de alta disponibilidad, es posible configurar el hipervisor para garantizar que los dos nodos no dependan de la misma infraestructura física (tolerancia a fallas). Esto podría ser algo más que la simple tolerancia a fallas del servidor físico, incluidas diferentes rutas de red, hasta ubicaciones geográficamente dispares.
Respuesta3
Tiene razón al suponer que si la máquina física falla, las máquinas virtuales tampoco estarán disponibles.
Pero openstack puede encargarse de eso e iniciar las máquinas virtuales del servidor físico fallido en otro servidor o puede usar un sistema de hipervisor que ya esté distribuido, creo que vsphere puede hacer eso.
Deberías leer eldocumentación de openstack sobre HApara más información.
Respuesta4
Con respecto a su pregunta, sí, perderá el acceso a todas las máquinas dentro de este host físico. Por supuesto, depende de qué componente falló. Si es un disco, es una especie de problema, si es una placa base, es mucho más fácil. En general, la recuperación de hardware es más fácil ya que el hipervisor es independiente del hardware. En este momento, existen muchas tecnologías específicas de proveedores que puede utilizar para tener servicios de alta disponibilidad.
Grupos de recursos(vmware) - sonNOcapaz de agregar múltiples recursos de host físico (cpu, memoria, etc.) como alguien mencionó anteriormente, por lo que si tiene 2 hosts físicos (digamos 1 CPU de cuatro núcleos sin hyperthreading, 8 GB de RAM cada uno), lo haráNOSerá posible tener una máquina virtual de 5vCPU-12Gb allí. Los grupos de recursos son lógicos y no pueden crear sistemas de supercomputación. En este momento, esta es una forma de controlar la utilización de recursos.
Disponibilidad(vmware): es posible utilizar tecnologías comoAlta disponibilidad(HA) que le permiten tener una recuperación automatizada (según mi experiencia dentro1-2 minutos) de todas las VM en el clúster automáticamente, SI está utilizando Storage Array (NAS,iSCSI,FC) y mantiene todos los archivos de VM allí. Además, HA funciona solo en caso de que falle la CPU, la RAM o la placa base; es obvio que no funcionará si la matriz de almacenamiento falla. Para evitar fallas de RAID/Controladores, las personas usan replicación, duplicación de LUN de almacenamiento, etc.
Si la recuperación en 1-2 minutos no es una opción, existen tecnologías comoTolerancia a fallos(FT) que permiten lograr CERO tiempo de inactividad de la VM en caso de falla al mantener una copia oculta (en ejecución) de la VM configurada. Pero esta tecnología también tiene muchas restricciones: el problema de la tolerancia a fallos de las máquinas virtuales con múltiples vCPU no está completamente resuelto.
En general, cada solución depende de su objetivo.