Capgemini ha migrado a Proxmox Virtual Environment la infraestructura que procesa los datos del satélite de observación terrestre Sentinel-2B, del programa europeo Copernicus, para la Agencia Espacial Europea (ESA). La plataforma se apoya en 40 nodos en un diseño hiperconvergente con almacenamiento distribuido Ceph y dos servidores Proxmox Backup Server. Lo cuenta Proxmox Server Solutions en un caso de éxito publicado el 4 de marzo de 2026, que sitúa el coste de las licencias por nodo como factor decisivo de la elección.
Las claves del proyecto de Capgemini y la ESA en 30 segundos
- Capgemini, como socio de la ESA, ha llevado el procesado de datos del Sentinel-2B a Proxmox VE.
- La plataforma usa 40 nodos hiperconvergentes con Ceph sobre una red de 50 Gbps.
- Las copias se hacen con dos Proxmox Backup Server, incrementales, deduplicadas y cifradas.
- Kubernetes gestionado en la nube no cumplía los requisitos de conectividad y latencia.
- Las cifras de rendimiento son del propio caso de éxito, no de pruebas independientes.
Sentinel-2B forma parte de la constelación Sentinel-2, que toma imágenes multiespectrales de la superficie terrestre para usos como agricultura, gestión forestal o emergencias. Procesar ese flujo de datos exige una infraestructura con mucho almacenamiento rápido y red estable. Según el caso de éxito, la plataforma anterior se basaba en nubes heredadas y estaba previsto pasar a un nuevo proveedor de nube, pero Capgemini acabó optando por infraestructura dedicada sobre servidores físicos.
Por qué servidores dedicados y no Kubernetes en la nube
Los requisitos de la ESA eran concretos: 88 TB de capacidad bruta, 12 TB de almacenamiento NVMe local y 430.000 operaciones de lectura aleatoria por segundo (IOPS), además de un rendimiento interno sostenido de al menos 7 Gbps, ampliable a 25 Gbps, y una API externa con una media de 1 Gbps y picos de 2 Gbps. Según Proxmox, un servicio de Kubernetes gestionado en la nube no podía cumplir esas restricciones de conectividad y latencia, así que la solución pasó por servidores físicos dedicados, con clústeres de Kubernetes desplegados para las pruebas de preproducción.
Con 40 nodos, el modelo de licencias pesaba mucho en el coste total. El caso de éxito atribuye a la dirección técnica de Capgemini, sin identificar a una persona concreta, la frase de que Proxmox VE «cambió de forma fundamental la economía» de su inversión en infraestructura, y destaca que el modelo de suscripción de Proxmox, que cobra por soporte y no por funciones, resultó más transparente. Es el mismo argumento que está empujando a muchas empresas a salir de VMware desde el cambio de licencias de Broadcom.
La arquitectura y la migración
El clúster combina cómputo y almacenamiento en los mismos 40 nodos, conectados por una red de 50 Gbps, con Ceph integrado en Proxmox VE. Según los datos del caso de éxito, el almacenamiento ofrece 115 TB de capacidad, unas 7.100 IOPS de escritura y 17.590 de lectura, y velocidades de 3,87 GB/s en escritura y 8,89 GB/s en lectura. Son cifras publicadas por el fabricante. Las copias de seguridad se reparten entre dos Proxmox Backup Server, con copias incrementales, deduplicadas y cifradas.
La migración se organizó en siete fases, desde la evaluación inicial hasta el despliegue en producción. En preproducción se probaron copias, recuperación y conmutación por error, y las cargas solo pasaron a producción cuando cumplieron todos los indicadores de nivel de servicio acordados. El caso de éxito no detalla cuántas máquinas virtuales ejecuta la plataforma ni cuánto ha costado el proyecto.
Para Proxmox, es una referencia de peso: una gran consultora europea y un programa espacial de la UE apostando por una plataforma de código abierto desarrollada en Austria. Para quien esté planteando un camino similar, hemos reunido las claves en nuestra página sobre migración a Proxmox.
Preguntas frecuentes
¿Qué ha hecho Capgemini con Proxmox?
Ha migrado a Proxmox VE la infraestructura que procesa los datos del satélite Sentinel-2B de Copernicus para la ESA.
¿Cuántos nodos tiene la plataforma?
40 nodos hiperconvergentes con almacenamiento Ceph sobre una red de 50 Gbps y dos Proxmox Backup Server para las copias.
¿Por qué eligieron Proxmox?
Según Proxmox, por el coste total frente a licencias por nodo en 40 servidores y porque Kubernetes en la nube no cumplía los requisitos de latencia.
Fuentes:
