Qué hacemos · Storage y cómputo: Private cloud sobre KVM con OLVM
Una plataforma de virtualización propia: hipervisores KVM gestionados por Oracle Linux Virtualization Manager, en servidores HPE y Dell, con el disco de cada máquina virtual en nuestra SAN all-flash Fibre Channel. Migración en vivo, reinicio automático tras el fallo de un host, control completo por API, y sin factura de licencia de hipervisor por núcleo.
Qué es
OLVM es la capa de gestión enterprise para KVM, del linaje de oVirt: clústeres de hosts, dominios de storage compartidos, plantillas, migración en vivo, alta disponibilidad y una API REST completa. Lo construimos como un private cloud dedicado para un cliente, sobre hosts de un solo inquilino si los necesita, u operamos sus VM en nuestros clústeres gestionados. En cualquier caso, el hardware, el storage y los ingenieros son nuestros, en nuestros datacenters.
Cómo lo construimos
Hosts que no guardan nada. Los hipervisores arrancan desde la SAN y mantienen el disco de cada VM en storage all-flash HPE 3PAR, accesible por dos fabrics Fibre Channel con multipathing completo. Si un host falla, sus VM se reinician en otro host desde el mismo storage compartido.
Storage colocado por diseño. Para las aplicaciones en clúster situamos el disco de cada miembro en una cabina física distinta, de modo que pueda perderse una cabina entera sin perder el servicio.
Construido desde la API, sin intervención. Las VM nuevas se crean, reciben discos thin y se instalan a partir de recetas kickstart probadas, todo a través de la propia API de la plataforma.
Dos reglas de dimensionamiento en cada VM. Una VM nunca recibe más vCPU que núcleos tiene un socket físico, ni más memoria que la que sirve un nodo NUMA. Si se cruza ese límite, parte de cada acceso a memoria se vuelve remoto a aproximadamente 1,7 veces la latencia local, de modo que más grande se vuelve más lento. Y ninguna VM recibe swap: si una carga necesita más memoria, la respuesta es más memoria, no su disco haciéndose pasar por RAM.
De qué le protege
- Que el fallo de un host hipervisor tire sus VM de forma definitiva.
- Ventanas de mantenimiento para parchear hosts (las VM migran en vivo antes).
- VM dimensionadas para parecer grandes sobre el papel y correr más lentas en la práctica.
- Licencias de hipervisor por socket o por núcleo que crecen en cada renovación.
- Entornos que se desvían porque cada VM se montó a mano.
En la práctica
Hosts nuevos en producción en segundos. Añadimos tres hosts nuevos a un clúster de producción en vivo. El storage se presentó de antemano, los hosts se activaron solos, y el planificador movió una VM de producción en ejecución a uno de ellos en dieciocho segundos.
Un entorno de staging completo, construido sin intervención. Para un editor de noticias nacional construimos un entorno completo de staging y desarrollo: tres propiedades web, cada una con balanceador de carga, capas web y de base de datos, más caché y búsqueda compartidas. Cada VM se produjo a partir de una única receta kickstart a través de la API de OLVM, en menos de una hora.
Un private cloud para una plataforma de analítica. Un cliente de analítica corre en su propio clúster OLVM de hosts de un solo inquilino, con cada miembro del clúster de base de datos en una cabina distinta, dimensionado dentro de un socket, sin swap.
Por qué EuroVPS
- KVM con gestión enterprise y sin licencia de hipervisor por núcleo que renovar.
- Cada disco de VM en SAN all-flash, cada host en dos fabrics.
- Dimensionado NUMA correcto en cada VM, de modo que obtenga el rendimiento por el que paga.
- Clústeres dedicados disponibles, construidos según su especificación.
- Ingenieros que construyen la plataforma, la operan y responden a sus tickets.
Preguntas frecuentes
- ¿Puedo tener mi propio OLVM dedicado? Sí. Construimos engines y clústeres dedicados sobre hosts de un solo inquilino.
- ¿Tendré acceso a la API? Sí. OLVM expone una API REST completa para aprovisionamiento, snapshots y automatización del ciclo de vida.
- ¿Por qué no le dan a mi VM más núcleos de los que tiene un socket? Porque más allá del límite del socket la VM se vuelve más lenta, no más rápida. La dimensionaremos para que encaje y le diremos por qué.
- ¿Pueden traer mi entorno aquí desde otro hipervisor? Sí. Vea nuestra página de migraciones: convertimos y movemos entornos manteniendo el origen intacto hasta que el nuevo lado está probado.
- closing line: Un private cloud debe ser privado, rápido y suyo. Hable con un ingeniero sobre construir uno.
- CTA: 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.