¿Cómo ser redundante con máquinas virtuales en esta infraestructura intermedia?

¿Cómo ser redundante con máquinas virtuales en esta infraestructura intermedia?

Necesito implementar para una asociación tres máquinas virtuales para administrar el dominio y otros dos software que utilizarán bases de datos. Por supuesto que no tienen un gran presupuesto, pero estoy intentando con su presupuesto implementar algo estable y disponible en caso de falla de un equipo.

Estoy planeando elegir un buen servidor y usarlo para almacenamiento y cálculo de VM y trabajar con Hyper V por razones de costo.

Me gustaría saber si existe la posibilidad de hacer una posible redundancia para la máquina virtual que aloja un software crítico (que usa una base de datos) sin explotar el presupuesto separando el almacenamiento del ESX y comprando 2 equipos para almacenamiento y dos para cálculo como ESX.

Concretamente, solo entre dos servidores, ¿podemos garantizar que si uno falla, el otro mantendrá las operaciones de las máquinas virtuales?

Espero que este caso le interese a alguien, ¡gracias!

Respuesta1

Diseñe cuánta redundancia desea y con qué método, según cómo funcionan sus aplicaciones. Incluso a pequeña escala, la HA tiene costos en tiempo y dinero. Gastar según el objetivo de tiempo de recuperación de la organización.

Una aplicación que solo existe como una máquina virtual no funcionará si falla un nodo de computación. Considere varias opciones:

  • Ejecute una copia de la misma máquina virtual de la aplicación en un host diferente sin compartir con un esquema de equilibrio de carga
  • Arranque la misma máquina virtual en un host diferente con migración en vivo, posiblemente en almacenamiento compartido
  • Utilice un clúster de conmutación por error para que una copia de la aplicación pueda moverse a un host diferente

Algunas bases de datos en particular tienen su propia replicación. Estos mantienen actualizada una segunda copia de la base de datos en un host diferente, sin requerir almacenamiento compartido.

Cuántos nodos de computación y qué almacenamiento tienen restricciones según la tecnología HA que elija.

  • Generalmente, 3 hosts físicos es un clúster de tamaño mínimo. Quizás sean posibles dos, pero eso dificulta el quórum.
  • El almacenamiento sin nada compartido es un almacenamiento más fácil, ya que cada host puede usar el almacenamiento local. Entonces la HA está en el equilibrador de carga o replicación de la base de datos. O posiblemente con una migración en vivo de VM sin compartir.
  • Una matriz de almacenamiento dedicada tradicional es una forma relativamente sencilla de proporcionar almacenamiento compartido. Su redundancia es interna, controladores duales y discos múltiples. Es posible realizar la replicación en otra matriz, pero desea mantener bajos los costos.
  • Hiperconvergente, que une el almacenamiento local en muchos nodos para crear un grupo de almacenamiento, no se reduce bien a un entorno pequeño de 2 nodos. Sin embargo, es bueno cuando tienes exceso de almacenamiento en muchos nodos informáticos.

información relacionada