Qué hacemos · Datos y web: Construcción de plataformas de alta disponibilidad
Diseñamos y construimos plataformas completas (borde, aplicación, base de datos, caché, streaming y analítica) de modo que cualquier host, cualquier cabina de storage o cualquier chasis pueda fallar y todos los servicios sigan funcionando. Después lo demostramos, nivel a nivel, antes de que usted salga a producción.
Qué es
Una plataforma entera diseñada como un solo sistema, en lugar de una colección de servidores que casualmente hablan entre sí. Trabajamos a partir de la forma real de su carga de trabajo: cuánto lee y escribe, cómo crece, qué no debe pararse nunca. La entregamos sobre nuestro private cloud OLVM, sobre bare metal o sobre OpenShift (OKD), en Atenas o Ámsterdam en Digital Realty, o en Toronto.
Cómo lo construimos
Dimensionada a la carga de trabajo. Los hosts se eligen para el trabajo: un solo socket donde la carga está limitada por memoria y E/S, memoria poblada para el ancho de banda completo. Las VM nunca reciben más núcleos que los que tiene un socket de CPU, porque una VM que abarca varios sockets paga una penalización de memoria remota en cada acceso y a menudo va más lenta que una más pequeña.
Cada nivel con quorum son tres, y repartidos. Los niveles de base de datos, caché, coordinación, streaming y balanceo ejecutan tres miembros con anti-affinity estricta, uno por host. El disco de datos de cada miembro está en una cabina de storage distinta. Perder un host cuesta una réplica; perder una cabina cuesta una réplica; el quorum se mantiene en ambos casos.
Componentes probados para cada trabajo:
- Datos transaccionales en Percona XtraDB Cluster, con enrutamiento ProxySQL y una dirección flotante.
- Analítica en ClickHouse, replicada por triplicado con nodos Keeper dedicados a la coordinación.
- Caché en Valkey con failover por Sentinel.
- Streaming en Redpanda, con un factor de replicación de tres.
- Borde en HAProxy con keepalived en una disposición VRRP cruzada, con ambas direcciones activas.
- Nivel de aplicación sin estado y escalable horizontalmente.
En OpenShift. Construimos OKD y OpenShift sobre bare metal con un control plane de tres nodos en servidores independientes y Rook-Ceph como storage compartido, de modo que el contenido web viva en storage replicado en lugar de en un único servidor NFS. El quorum de monitores de Ceph se dimensiona para que dos fallos simultáneos de host dejen el storage intacto. Las bases de datos Galera se ejecutan como StatefulSets con anti-affinity entre chasis y un PodDisruptionBudget, de modo que las actualizaciones de la plataforma y los reinicios escalonados nunca puedan romper el quorum de la base de datos. Las direcciones de balanceo vienen de MetalLB sobre VLAN reales.
Probada, y después verificada por otra persona. Cada nivel pasa una prueba de failover antes de la entrega: paramos el writer, la primaria de caché, un borde, un host. Después la construcción se verifica desde una máquina distinta de la que la construyó, contra la plataforma viva y no contra las notas de construcción.
De qué le protege
- Una plataforma en la que una base de datos, una caché o un nodo de analítica es un punto único de fallo.
- Una cabina de storage o un chasis de blades que se lleva consigo toda la plataforma.
- Rolling updates de Kubernetes que rompen el quorum de la base de datos.
- VM dimensionadas a través de fronteras NUMA que cuestan más y van más lentas.
- Descubrir cómo se comporta el failover por primera vez durante un fallo real.
En la práctica
Una plataforma de analítica construida para fallar. Para el negocio de analítica de un cliente construimos seis niveles sobre hosts separados y cabinas all-flash separadas: ClickHouse con Keepers dedicados, Percona XtraDB Cluster con ProxySQL y keepalived, Valkey con Sentinel, Redpanda, un borde HAProxy de doble dirección y un nivel de aplicación sin estado. En la entrega medimos el failover del borde en unos cinco segundos en cada sentido, la promoción de la caché en unos siete segundos, y la pérdida del writer absorbida por ProxySQL con la aplicación todavía escribiendo.
OpenShift sobre bare metal, listo para producción. Antes de que una plataforma OKD u OpenShift reciba cargas de trabajo de clientes, una revisión de preproducción comprueba el quorum de storage frente a dos fallos simultáneos de host y pone PodDisruptionBudgets en marcha para las cargas de trabajo de cada tenant antes de que se programe el primer mantenimiento de nodo.
Por qué EuroVPS
- Diseñamos dominios de fallo a través de hosts, cabinas y chasis, no solo «dos de cada cosa».
- Cada nivel pasa una prueba de failover y los tiempos se le entregan a usted.
- Un solo equipo es dueño del hardware, el storage, la red y la plataforma.
- El dimensionamiento consciente de NUMA como regla de la casa.
- Los PodDisruptionBudgets y la anti-affinity son nuestro estándar en Kubernetes desde la primera construcción, no algo que se añade después.
Preguntas frecuentes
- ¿Máquinas virtuales u OpenShift? Depende de su equipo y de su aplicación. Los stacks tradicionales funcionan de maravilla en VM; los equipos que ya despliegan contenedores sacan más de OpenShift. Le ayudamos a decidir.
- ¿Pueden construir según nuestra propia arquitectura de referencia? Sí. La revisamos frente a nuestras reglas de dominios de fallo y sugerimos cambios donde un solo fallo todavía pudiera tirar un nivel.
- ¿Quién opera la plataforma después de la entrega? Podemos operarla entera, solo la infraestructura, o entregársela a su equipo con documentación y soporte.
- ¿Cuánto tarda una construcción? Una plataforma multinivel completa suele llevar semanas, no días, y la mayor parte se dedica a decisiones de diseño y a pruebas.
- ¿Prueban con nuestra aplicación? Sí. Las pruebas de failover se ejecutan con su aplicación conectada, de modo que los resultados reflejan lo que verían sus usuarios.
¿Construye algo que tiene que seguir en pie? Hable con un ingeniero.
Su próximo socio de infraestructura
Veamos su infraestructura.
Cuéntenos qué ejecuta hoy y qué necesita mejorar. Un ingeniero revisará su solicitud y le ayudará a planificar el siguiente paso.
+357 222 32280
Empecemos por su infraestructura.
Un poco de contexto nos ayuda a empezar la conversación adecuada.