Aumentando la resiliencia en clĆŗsteres activos-activos bare-metal: arquitectura del plano de control de 4 y 5 nodos ( versiĆ³n 4.17 ā¬ )
Las organizaciones que ejecutan implementaciones activo-activo en dos ubicaciones , especialmente aquellas que alojan cargas de trabajo con estado, como las mƔquinas virtuales de OpenShift Virtualization que ejecutan una sola instancia , dependen en gran medida de la infraestructura subyacente para garantizar la disponibilidad.
Si bien las plataformas de virtualizaciĆ³n tradicionales manejan esto de forma nativa, ejecutar estas cargas de trabajo en OpenShift bare metal introduce nuevas consideraciones arquitectĆ³nicas.
El desafĆo: ĀæQuĆ© sucede cuando falla el sitio principal? ā ļø
En los clĆŗsteres de OpenShift extendidos tĆpicos, el plano de control a menudo se implementa en una topologĆa 2+1 o 1+1+1 .
Pero si el centro de datos que aloja la mayorĆa de los nodos del plano de control se cae:
- El nodo del plano de control superviviente se convierte en laĀ Ćŗnica fuente de informaciĆ³n verazĀ para el clĆŗster.
- Ese Ćŗnico nodo debe cambiar al modo de lectura y escritura y actuar como la copia exclusiva de etcd.
- SiĀ eseĀ nodo fallaā¦ la recuperaciĆ³n se vuelveĀ catastrĆ³ficaĀ , especialmente al ejecutar mĆ”quinas virtuales con estado.
Este riesgo se vuelve aĆŗn mĆ”s crĆtico en entornos que aprovechan OpenShift Virtualization para cargas de trabajo de producciĆ³n
La soluciĆ³n: Plano de control de 4 y 5 nodos para clĆŗsteres extendidos š
Para aumentar la resiliencia durante fallas a nivel de centro de datos, OpenShift puede aprovechar implementaciones de plano de control de 4 o 5 nodos , como:
- 2+2
- 3+2
Con estos diseƱos, incluso si se pierde un sitio completo, la ubicaciĆ³n restante conserva dos copias de solo lectura de etcd , lo que aumenta significativamente la capacidad de recuperaciĆ³n del clĆŗster y reduce el riesgo de perder el quĆ³rum
Actualmente, el operador cluster-etcd ya admite hasta cinco miembros etcd , con escalado automƔtico en entornos que utilizan MachineSets.
Sin embargo, en instalaciones bare-metal o basadas en agentes , MachineSets no estƔ disponible, lo que significa que el operador no escalarƔ automƔticamente, sino que ajustarƔ los pares etcd cuando se agreguen manualmente nodos del plano de control .
Este es exactamente el flujo de trabajo que pretendemos validar y admitir oficialmente.
š§ Nota: Esta capacidad estĆ” especĆficamente dirigida a clĆŗsteres bare-metal , con un fuerte enfoque en los casos de uso de virtualizaciĆ³n de OpenShift .
Objetivos šÆ
Validar y admitir arquitecturas de plano de control de 4 y 5 nodos para clĆŗsteres bare-metal extendidos, bajo las siguientes restricciones:
- Nodos de plano de control bare-metal
- Instalado medianteĀ el instalador asistidoĀ oĀ el instalador basado en agentes
- Red de capa 3Ā compartidaĀ entre ubicaciones
- Latencia < 10 msĀ entre todos los nodos del plano de control
- Ancho de bandaĀ mĆnimo de 10 Gbps
- etcd almacenado enĀ SSD o NVMe
Criterios de aceptaciĆ³n āļø
š Rendimiento
El rendimiento y la escalabilidad del plano de control deben mostrar una degradaciĆ³n inferior al 10 % en comparaciĆ³n con los clĆŗsteres HA estĆ”ndar.
š Procedimientos de recuperaciĆ³n
La documentaciĆ³n debe validarse y actualizarse para la recuperaciĆ³n manual del plano de control en casos de pĆ©rdida de quĆ³rum.
… Veeam nos trae estas mejoras que creo que son excelentes! 
Ā Tape Cloning !!!
Ā Nota:
Lo que necesitas saber 
sitioĀ Ā 
Ā Ā 
Veeam Networking Port Tool para VBR v10
Descargo de responsabilidad
CĆ³mo utilizar esta herramienta
Ā Espero te sea de utilidadĀ 
EstebanPrietoBlog 