Las grandes migraciones casi nunca se anuncian con una nota de prensa. Esta se ha conocido por una oferta de empleo. Según The Register, Tesco busca un Head of Software Engineering para su plataforma edge, el entorno que ejecuta las aplicaciones de sus tiendas, con dos prioridades enlazadas: «modernizar la virtualización del edge migrando de VMware a Proxmox» y construir una plataforma para aprovisionar, gestionar, supervisar y mantener el parque de tiendas durante todo su ciclo de vida.
Uno de los indicadores del puesto es una «migración de VMware a Proxmox segura y predecible», con la validación de las configuraciones de tienda y el traspaso a operaciones.
Conviene leerlo como un plan, no como una migración hecha. Tesco tiene más de 5.000 tiendas en el mundo, pero no ha dicho cuántas entran ni con qué calendario, y no respondió a The Register. El mismo medio recoge el rumor, sin confirmar, de que el grupo usaría Hyper-V para las cargas centrales, y que VMware no da el cliente por perdido.
Lo que sí está en los tribunales es el motivo. Tesco demandó a VMware por sus licencias perpetuas: sostiene que debe seguir dándoles soporte y actualizar parte de ese software, y que la oferta que recibió durante la negociación suponía una subida del 175 %. VMware responde que ya no fabrica el software al que Tesco quiere actualizar. El Tribunal Superior de Londres tiene reservada la vista entre el 1 de noviembre de 2027 y el 25 de febrero de 2028.
Para medir lo que significa, hay que ponerle cifras al cliente. Tesco cerró el 28 de febrero de 2026 un ejercicio de 53 semanas con 73.712 millones de libras de ingresos (unos 88.100 millones de euros al cambio del BCE del 27 de octubre, 0,83658 libras por euro) y un beneficio operativo ajustado de 3.152 millones de libras, según sus resultados anuales del 16 de abril. Es el mayor supermercado del Reino Unido y abrió 93 tiendas más el año pasado.
La parte técnica la dibujan los documentos del pleito. Cuando lo presentó, en septiembre de 2025, Tesco explicó que su software de VMware sostenía unas 40.000 cargas de servidor y, entre otras cosas, conectaba las cajas de las tiendas. Reclamaba al menos 100 millones de libras de indemnización, con VMware, Broadcom y el revendedor Computacenter como demandados.
En junio de 2026, según The Register, Tesco añadió tres datos que cualquier empresa en su situación reconocerá:
Ese último punto es el que más nos interesa, porque es donde tropiezan muchas migraciones. Se planifican las máquinas y se deja para después cómo se van a proteger al otro lado. En Proxmox hay dos respuestas, y conviene tener elegida una antes de mover la primera VM: Proxmox Backup Server, que es la herramienta nativa, o Veeam, que admite Proxmox VE desde la versión 12.2 y además puede restaurar una copia de vSphere como máquina de Proxmox, lo que da una vía de migración que no toca los hosts ESXi.
Y hay un dato que explica por qué ahora es más fácil decidirse: Proxmox ha ampliado este año su soporte empresarial a 24 horas, 7 días, que entró en vigor el 19 de octubre en el nivel Premium. Era uno de los dos reparos que le ponía Gartner al situarlo como Niche Player, y uno de los que más pesan en una cadena que no cierra nunca.
La oferta de Tesco describe muy bien el problema: la tecnología de tienda «tiene que seguir funcionando pese a cortes de conexión, recursos locales limitados y la complejidad de gestionar cambios de software e infraestructura en miles de ubicaciones». Un fallo o un cambio mal hecho afecta directamente a la tienda, a la plantilla y al cliente.
Con ese perfil, Proxmox VE tiene varias cosas a favor:
Lo que no resuelve Proxmox por sí solo es la otra mitad del puesto de Tesco: la plataforma que despliega y actualiza las aplicaciones en miles de sitios. Ahí entran la automatización (Ansible, Terraform, la API de Proxmox) y, cada vez más, Kubernetes. Es trabajo de ingeniería, no una casilla del instalador.
No hace falta tener 5.000 tiendas para que esto sea útil. Una cadena con cuarenta locales, un grupo de clínicas, una empresa logística con almacenes o una ingeniería con obras repartidas tienen el mismo dibujo, y casi siempre con VMware heredado en cada sitio y una renovación encima de la mesa.
Así lo montaríamos:
| Pieza | Dónde vive | Qué hace |
|---|---|---|
| Nodo de sede (uno o dos) | En el local, la clínica o el almacén | Las máquinas que no pueden depender de la línea: caja, control de accesos, servidor de ficheros local, cámaras |
| Clúster central | Servidores bare-metal en un centro de datos | ERP, bases de datos, correo, escritorios, todo lo que es común a la empresa |
| Copias | Proxmox Backup Server en el centro | Cada sede sube sus copias; solo viajan los bloques nuevos, gracias a la deduplicación |
| Consola | Proxmox Datacenter Manager | Vista común, migraciones entre sitios y alta de nodos nuevos |
| Red | Túneles cifrados sede-centro | Copias, gestión y el voto del QDevice, sin exponer nada a internet |
El centro es la pieza que más se subestima. Si cada sede guarda sus copias en el mismo servidor que protege, un robo o un incendio se lleva las dos cosas. Con un PBS central, y namespaces para separar sedes o clientes en un mismo almacén, cada tienda tiene su copia fuera desde la primera noche. Y si lo central está en servidores dedicados de un centro de datos con doble acometida, la empresa deja de tener su núcleo en un cuarto con aire acondicionado de oficina.
Bare-metal tiene aquí una ventaja concreta: la licencia de Proxmox va por socket, así que un servidor dedicado de un socket con muchos núcleos da mucha capacidad por poca suscripción, y no hay una capa de virtualización ajena por debajo. Lo explicamos con más detalle en bare-metal o virtualización, cómo decidir por carga.
Tesco no fue la única noticia. Estos son los movimientos que recogió Revista Cloud, contrastados con las fuentes de cada fabricante:
| Quién | Qué | Estado |
|---|---|---|
| Red Hat e IBM | Red Hat, líder en el Magic Quadrant de Gartner de virtualización de servidores por OpenShift Virtualization; IBM la integra en IBM Z, LinuxONE, Power, Fusion e IBM Cloud (13 de octubre) | Sin precios ni fechas por plataforma |
| VergeIO | VergeOS 26.2 (13 de octubre): transferencias desde VMware un 120 % más rápidas que en la 26.1, clústeres de Windows con disco compartido sobre su almacenamiento y despliegues de un solo servidor para sedes distribuidas | Disponible; la cifra de velocidad es del propio fabricante |
| Sidero Labs | Talos Hypervisor: KVM dentro de Talos Linux para ejecutar máquinas virtuales sin Kubernetes, gestionado con Talos Director. La empresa anunció además su compra por Yardi Systems | Alfa; disponibilidad general en diciembre de 2026 (Director, en enero de 2027) |
| Nutanix | NKP 2.19 (22 de octubre) añade un VM Operator para gestionar máquinas de AHV desde la API de Kubernetes | Sin detalle de operaciones admitidas |
| VMware | KubeVM Service (22 de octubre): una máquina virtual declarada en YAML que un controlador crea sobre ESX con vMotion y DRS | API en v1alpha1, sin fecha ni precio |
Dos lecturas. La primera: el edge también se lo disputan otros. VergeIO saca en la misma versión el despliegue de un solo servidor por sede, y Talos se presenta con soporte para contenedores en el edge. Proxmox no está solo en ese terreno, y conviene compararlo con lo que ofrece cada uno en el formato de un servidor por sede.
La segunda: la pelea se ha movido del hipervisor a la gestión. Nutanix y VMware quieren que una máquina virtual se pida igual que un contenedor, con YAML y kubectl. Para un equipo de plataforma eso tiene sentido; para la mayoría de las empresas medianas, que no tienen Kubernetes en producción, es una capa más. En Proxmox, la forma equivalente de pedir máquinas como código es su API con Terraform o Ansible, y si de verdad hace falta Kubernetes, montarlo sobre Proxmox tiene sus casos claros y otros en los que sobra.
El recuento que circuló en LinkedIn agrupa las 50 plataformas en cuatro familias:
| Familia | Cuántas | Ejemplos |
|---|---|---|
| Hipervisor tradicional e hiperconvergencia | 27 | Proxmox VE, Nutanix AHV, Hyper-V, XCP-ng, VergeOS, Scale Computing, HPE VM Essentials |
| Máquinas virtuales sobre Kubernetes | 8 | OpenShift Virtualization, SUSE Virtualization, KubeVirt, Talos Hypervisor |
| Nube privada e IaaS | 12 | OpenStack y sus distribuciones, CloudStack, OpenNebula, Incus, Platform9 |
| Salida a nube pública | 3 | AWS, Azure, Google Cloud |
Ya repasamos el mapa completo de alternativas a VMware y no hace falta repetirlo. Lo que sí vale la pena subrayar es que, con 50 o 61 opciones, la pregunta útil no es cuál es la mejor, sino cuatro más concretas:
En Cloud Privado trabajamos sobre todo con Proxmox VE, y el caso de Tesco describe bien una conversación que tenemos a menudo con empresas que tienen varias sedes. Montamos el centro en servidores bare-metal dedicados dentro de centros de datos en España, con Proxmox VE gestionado y copias centralizadas en Proxmox Backup Server; ayudamos a migrar las máquinas desde VMware, tanto las del centro como las de cada sede; y, si se quiere, nuestro equipo de operaciones 24/7 vigila y actualiza el parque entero.
Si tienes VMware repartido por locales, clínicas o almacenes y una renovación a la vista, cuéntanos cuántas sedes tienes y qué corre en cada una. Con eso se ve rápido qué tiene que quedarse en el sitio y qué puede vivir en el centro.
Una oferta de empleo de Tesco describe la migración de la virtualización del edge de sus tiendas de VMware a Proxmox. La empresa no ha confirmado cuántas tiendas ni con qué calendario, y hay rumores sin confirmar de que usaría Hyper-V para las cargas centrales.
Por sus licencias perpetuas. Tesco sostiene que VMware debe seguir dando soporte y actualizando software que compró en 2021, y que la oferta recibida en la negociación suponía una subida del 175 %. Reclama al menos 100 millones de libras a VMware, Broadcom y el revendedor Computacenter. VMware alega que ya no fabrica ese software. La vista está prevista entre noviembre de 2027 y febrero de 2028.
En su ejercicio cerrado el 28 de febrero de 2026, Tesco ingresó 73.712 millones de libras, unos 88.100 millones de euros, con un beneficio operativo ajustado de 3.152 millones de libras. Según su demanda de 2025, VMware sostenía unas 40.000 cargas de servidor del grupo.
Sí. Proxmox VE funciona igual en un único servidor que en un clúster, la suscripción es por socket ocupado y se pueden gestionar muchos sitios desde Proxmox Datacenter Manager. Con dos nodos por sede, un QDevice en el centro de datos y replicación ZFS, la caída de un servidor no detiene la sede.
Con un Proxmox Backup Server central al que cada sede envía sus copias. Gracias a la deduplicación solo viajan los bloques nuevos, y los namespaces permiten separar sedes con sus propios permisos dentro del mismo almacén.
Un recuento publicado en LinkedIn contaba 50 plataformas el 26 de octubre de 2026, en cuatro familias: hipervisores tradicionales e hiperconvergentes, máquinas virtuales sobre Kubernetes, nube privada e IaaS, y nube pública. Su autor dice que ya son 61.
Sí, desde el 19 de octubre de 2026, en el nivel de suscripción Premium. Hasta entonces el soporte del fabricante se daba en horario laboral de Austria, y por eso muchas empresas lo contratan a través de un socio que opera la plataforma.
Proxmox VE vuelve a ofrecer el número de una máquina borrada a la siguiente que se crea. Veeam ha pedido en el Bugzilla del proyecto una identidad permanente para cada VM, y Proxmox estudia terminar el parche que impide reutilizar VMID. Explicamos qué se hereda de verdad (lo hemos comprobado en el código), qué no, y cómo protegerse hoy.
Proxmox VE no tiene un sistema de archivos en clúster como VMFS y su equipo dice que no piensa hacerlo. Dos proyectos abiertos, CetraFS y MeshXFS, intentan cubrir el hueco con plugin para Proxmox, pero ninguno ha llegado a la 1.0. Repasamos qué hace cada uno, qué piden a la cabina, por qué Proxmox descartó OCFS2 y GFS2, y qué opciones con soporte quedan hoy para aprovechar la SAN al salir de VMware.
Toda máquina virtual nace leyendo una nota de configuración: nombre, zona horaria, un usuario con su clave y un par de paquetes. En Debian 13, el programa que la lee llega con Python y varias decenas de paquetes y se ejecuta en cada arranque. FreeBSD la lee desde la 14.1 con nuageinit, unas 1.700 líneas de Lua del sistema base que solo corren la primera vez. Medimos lo que trae cada uno, qué cubre nuageinit y qué hay que tocar en Proxmox VE para que una VM FreeBSD reciba su IP fija.