Clústeres extendidos definidos por software vs Replicación de VM – vembu.com

Las organizaciones de hoy en día tienen más opciones que nunca para garantizar tener varias copias de sus datos en varios lugares. Tener múltiples copias de datos ha sido fundamental para la protección de datos desde que se concibió la idea y ayuda a garantizar que siempre tenga una buena copia de sus datos en otra ubicación además de su ubicación de producción en armonía con la regla de mejores prácticas 3-2-1 para la protección de datos.

Con el inicio de las tecnologías definidas por software, hay nuevas capacidades para poder garantizar que los datos estén en múltiples ubicaciones. Una de estas ideas es el clúster ampliado definido por software que proporciona copias de datos en almacenes de datos definidos por software en dos ubicaciones. También existe la idea más tradicional de replicar máquinas virtuales en una ubicación secundaria, como una instalación de DR.

En esta publicación, echaremos un vistazo a los clústeres extendidos definidos por software frente a la replicación de máquinas virtuales para ver las ventajas y desventajas de ambos enfoques para garantizar la existencia de múltiples copias de datos para una alta disponibilidad.

Clústeres extendidos definidos por software

En el mundo de los clústeres extendidos definidos por software, la capa de almacenamiento abstracta de software ofrece muchas capacidades potentes. Tomando VMware vSAN como ejemplo, el clúster ampliado de vSAN es una excelente manera de tener fácilmente la capacidad de tener varias copias de los objetos de máquina virtual necesarios para la disponibilidad de la máquina virtual en más de una ubicación.

VMware vSAN es un almacén de objetos especializado que tiene la capacidad incorporada de crear clústeres extendidos que abarcan más de una ubicación física. En la configuración más sencilla, el clúster ampliado de vSAN de dos nodos tiene dos nodos que contienen los datos para el almacén de datos de vSAN. El componente testigo proporciona el componente de desempate que establece el quórum para la disponibilidad de la máquina virtual. En esta configuración, los objetos de datos de la máquina virtual están protegidos mediante un enfoque de espejo RAID 1. Hay dos dominios de falla, uno preferido y otro secundario.

Los datos se sincronizan continuamente entre los dos nodos de datos para que los datos se escriban tanto en el host preferido como en el secundario. De esta manera, si el host preferido falla por alguna razón, el host secundario tiene todos los datos de la máquina virtual y puede reiniciar la máquina virtual en el dominio de errores secundario. La funcionalidad de clúster ampliado de vSAN está integrada de forma nativa en la solución de vSAN, que se puede configurar a través del cliente web de vSphere. Esto permite configurar la funcionalidad de clúster ampliada directamente dentro de la infraestructura de vSphere sin ninguna configuración de almacenamiento especial fuera del entorno de vSphere.

Esto significa que, con poco esfuerzo, los administradores pueden configurar de manera efectiva el almacenamiento síncrono que existe en diferentes dominios de fallos y que es capaz de proporcionar fácilmente resistencia frente a un fallo de todo el sitio. Esto también significa que tanto los failovers como los failbacks son considerablemente más fáciles que pasar a réplicas que han sido sembradas por la replicación. Esto se debe al hecho de que las réplicas son réplicas puntuales que nunca son copias de producción completamente actualizadas. Pueden ser copias cercanas, pero no exactas. Contienen los datos más recientes del último intervalo de replicación, que generalmente se define en los SLA de RPO. Por lo general, estos se definen de manera diferente de una empresa a otra, dependiendo de la cantidad de datos que la empresa pueda soportar perder. Con los failbacks de réplicas de máquinas virtuales, el desafío es revertir el proceso y replicar los datos desde la ubicación secundaria al entorno de producción principal. No es así con el clúster ampliado, ya que los datos están actualizados de forma sincrónica en ambas ubicaciones.

Una gran ventaja del hardware de clúster ampliado es que el hardware se puede utilizar de manera activa. El hardware del dominio de fallos secundarios es capaz de transportar cargas de trabajo de forma activa. Esto ayuda a justificar el gasto del hardware que se alojará en un DR o una ubicación secundaria.

La configuración ampliada del clúster presenta inconvenientes desde una perspectiva de latencia y ancho de banda. En términos generales, los clústeres estirados no requieren más de 5 milisegundos de latencia entre sitios para ser una solución viable. Esto descarta clústeres estirados de distancia extremadamente larga debido a las restricciones de latencia. Con las restricciones de latencia, los clústeres ampliados no pueden proporcionar diversidad geográfica para la protección de datos. Una vez más, normalmente están conectados en una red de área metropolitana o en la misma ubicación del campus.

Ventajas:

• Configuración sencilla: en la caja con VMware vSAN
• Proporciona sincronización de objetos de VM entre los hosts de datos en ambos dominios de error
• Conmutación por error y devoluciones de fallos extremadamente fáciles
• Permite hacer uso del hardware en la ubicación secundaria

Desventajas:

• Limitaciones de distancia: la necesidad de estar normalmente en la misma área metropolitana o campus
• No proporcionaría geodiversidad para desastres que afecten a la región geográfica

Máquinas virtuales replicadas

La replicación de máquinas virtuales se ha utilizado durante mucho tiempo como un medio para proporcionar máquinas virtuales «calientes» en un lugar de RD o secundario que pueden proporcionar resiliencia en el caso de un total de fallo a nivel de sitio. La replicación de máquinas virtuales cuando se configura inicialmente realiza una copia completa de la máquina virtual en la ubicación secundaria. Con cada intervalo de replicación siguiente, los cambios se sincronizan de forma incremental con la máquina virtual replicada de destino. A todos los efectos, la máquina virtual resultante es una copia exacta de la máquina virtual de producción en ejecución en el entorno de producción. La máquina virtual de réplica contiene todos los datos actuales de los últimos cambios replicados.

Como resultado, con la replicación de máquinas virtuales, la empresa tiene que decidir cuántos datos está dispuesta a perder. Una vez tomada esta decisión, el intervalo de replicación se puede configurar en consecuencia. Como se mencionó en la sección clúster ampliado, esta es una desventaja de las réplicas de VM en comparación con los objetos de VM de clúster ampliado que siempre tienen información actualizada en ambas ubicaciones.

El proceso de conmutación por error y conmutación por error también es mucho más complicado de realizar correctamente con la replicación de VM. Después de una conmutación por error exitosa, el proceso debe realizarse a la inversa para recuperar los datos de la máquina virtual activa en la ubicación de producción preferida.

El hardware utilizado como configuración pasiva «en espera» como destino de replicación no se utiliza más que para enviar los datos replicados con cada intervalo de replicación. La desventaja aquí es que, por lo general, es mucho más difícil hacer una venta a la administración para convencer a la compra de hardware adicional que teóricamente solo se usaría durante un fallo en el sitio de producción.

Al comparar clústeres extendidos y replicación de máquinas virtuales, la replicación no está vinculada a los requisitos de latencia que existen con los clústeres extendidos. La replicación de máquinas virtuales es un proceso asincrónico, por lo que tiene requisitos mucho más indulgentes desde la perspectiva de la red. Es un mecanismo mucho más adecuado para entornos con ancho de banda limitado o conexiones de alta latencia entre sitios. Además, proporciona una excelente manera de tener réplicas de máquinas virtuales almacenadas en diferentes ubicaciones geográficas, lo que generalmente no es posible con configuraciones de clúster ampliadas. No hay nada que decir que la replicación no se pueda usar junto con la agrupación en clúster ampliada para proporcionar resiliencia adicional y ayudar a diversificar la ubicación geográfica de las copias de máquinas virtuales. En este sentido, incluso si se utilizan tecnologías de almacenamiento definidas por software, como vSAN, puede ser una tecnología complementaria sobre una configuración de clúster ampliada.

Ventajas:

• La replicación de máquinas virtuales no está limitada por requisitos estrictos de latencia y ancho de banda
• Capaz de proporcionar diversidad geográfica de datos
• Se puede usar junto con la agrupación en clúster ampliada para proporcionar diversidad de datos geográficos adicional

Desventajas:

• Los RPO de máquinas virtuales replicadas siempre están detrás de la producción
• La conmutación por error y las devoluciones de fallos son más complicadas
• El hardware para entornos replicados es pasivo y generalmente no se utiliza

Pensamientos

Con las nuevas opciones disponibles para las organizaciones hoy en día a través de soluciones definidas por software, las organizaciones deben considerar todas las ventajas y desventajas de cada solución. Luego, las decisiones deben tomarse en función de las necesidades del negocio.

Tener varias copias de datos de máquinas virtuales en entornos virtualizados es necesario para garantizar la continuidad del negocio y la recuperación ante desastres efectivas. Tanto los clústeres extendidos definidos por software como la replicación de máquinas virtuales pueden proporcionar un mecanismo para tener varias copias de datos de máquinas virtuales en diferentes ubicaciones. Cada uno tiene ventajas y desventajas a tener en cuenta.

En su conjunto, la tecnología de agrupación en clústeres ampliada proporcionada por VMware vSAN es una solución muy viable para proporcionar esta funcionalidad. Sin embargo, hay requisitos de latencia y ancho de banda muy estrictos que deben tenerse en cuenta antes de la implementación. Replicar máquinas virtuales en una ubicación secundaria es el enfoque tradicional que es confiable y no está sujeto a los estrictos requisitos de latencia. Además, la replicación se puede usar junto con tecnologías de almacenamiento definidas por software, como vSAN de VMware.

Lo más probable es que las organizaciones quieran adoptar un enfoque holístico y utilizar ambos tipos de tecnología juntos como complementarios en lugar de competitivos. Sin embargo, las características y los mejores casos de uso son dignos de mención para cada uno al diseñar mecanismos de protección de datos y alta disponibilidad para datos críticos para el negocio.

Sigue nuestras fuentes de Twitter y Facebook para ver nuevos lanzamientos, actualizaciones, publicaciones interesantes y más.