• 2 min de lectura
Red Hat recorta OpenShift en el edge a dos servidores
Red Hat está promoviendo una configuración de OpenShift en edge con dos servidores para evitar el coste de un tercer nodo o árbitro a medida que suben los precios del hardware.

Imagen: The Register
Red Hat está proponiendo un diseño de OpenShift de alta disponibilidad de dos servidores para el edge, argumentando que los clientes consideran cada vez más que un tercer nodo resulta demasiado caro de alimentar, mantener y desplegar en cientos o miles de ubicaciones.
En una entrada publicada la semana pasada, Daniel Froehlich y Paul Lancaster dijeron que los clientes están pidiendo «topologías alternativas para despliegues edge a gran escala» debido al «coste prohibitivo de alimentar, mantener y desplegar un tercer nodo en cientos o miles de ubicaciones —una motivación que solo se ha vuelto más fuerte a la luz del reciente fuerte aumento de los precios del hardware.»
Red Hat ya tenía una opción de dos nodos que usaba un árbitro: un pequeño dispositivo con al menos dos CPU virtuales, 8GB de RAM y 50GB de almacenamiento en estado sólido. Su función es mantener el quórum y evitar el problema de split-brain, cuando dos nodos desconectados asumen el control y corren el riesgo de sobrescribir los cambios del otro.
Ahora Red Hat avanza para eliminar incluso ese sistema adicional. La compañía ha adaptado tecnología del Red Hat Enterprise Linux High Availability Add-On —específicamente Corosync y Pacemaker— para emplear aislamiento en su lugar.
«El fencing impone consistencia al requerir que Pacemaker en el nodo superviviente apague forzosamente o reinicie el nodo fallido o desconectado.»
La idea es sencilla: si un nodo pierde contacto con el otro, Corosync marca una falla y Pacemaker trata al nodo ausente como muerto, haciéndose cargo de su carga de trabajo en lugar de arriesgar un estado de split-brain. Pero hay un requisito de hardware: los servidores necesitan un controlador de gestión de placa base que admita la API Redfish.

Recomendado
Por qué las reglas de los agentes de IA fallan sin el contexto del SO
Red Hat también reconoce límites. En algunos casos, como cuando un nodo vuelve después de que su fuente de alimentación independiente se recupera, la compañía no puede garantizar la consistencia al reiniciarse. Si ambos nodos se apagan y solo uno vuelve, puede ser necesaria intervención manual.
La configuración importa porque sitios edge como establecimientos comerciales se espera que ejecuten hardware de inferencia para tareas como el análisis de vídeo casi en tiempo real. El diseño de OpenShift de dos nodos de Red Hat también es compatible con OpenShift Virtualization, lo que le da otro ángulo en la lucha por clientes que están reconsiderando VMware.
Enterprise Editor
Marcus follows the money. He covers enterprise software, cloud architecture, and the tectonic shifts in Big Tech strategy. He translates dense earnings calls and complex M&A activity into actionable insights about where the industry is actually heading. If a tech giant makes a silent pivot, Marcus is usually the first to notice.
vía The Register


