Proxmox ARM64 ya es oficial

Qué significa el soporte oficial de Proxmox VE 9.2 para ARM64, por qué Raspberry Pi no está soportada y qué rutas experimentales existen.

Proxmox VE oficial para ARM64 y Raspberry Pi

Proxmox VE ya no es una plataforma exclusiva de x86-64. Con la llegada de Proxmox VE 9.2 para ARM64, Proxmox ofrece por primera vez una segunda arquitectura oficial, con paquetes propios, repositorios, actualizaciones y soporte empresarial.

La primera reacción de muchos será pensar en una Raspberry Pi. Es lógico: probablemente sea el ordenador ARM más conocido y accesible. Sin embargo, que Proxmox soporte ARM64 no significa que soporte automáticamente cualquier equipo con una CPU ARM64.

Qué ha publicado realmente Proxmox

La versión ARM64 de Proxmox VE 9.2 comparte código, repositorios y ciclo de vida con la versión x86-64. El anuncio oficial enumera una base formada por Debian 13.5 «Trixie», kernel 7.0, QEMU 11.0, LXC 7.0 y ZFS 2.4.

ComponenteVersión anunciada para PVE 9.2 ARM64
Sistema baseDebian 13.5 «Trixie»
KernelLinux 7.0 de Proxmox
VirtualizaciónQEMU 11.0
ContenedoresLXC 7.0
AlmacenamientoZFS 2.4
Anuncio oficial de Proxmox VE 9.2 para ARM64 y sus plataformas soportadas
Proxmox distingue entre las plataformas NVIDIA con soporte completo, otros servidores UEFI/ACPI con best effort y las placas basadas en Device Tree, que no están soportadas.

Esto supone una diferencia importante frente a proyectos como Pimox. Antes, la comunidad tenía que adaptar o recompilar buena parte del stack de Proxmox para ARM. Ahora el núcleo del producto —QEMU, LXC, la interfaz web, los servicios y los paquetes— procede de Proxmox. La parte artesanal se concentra en conseguir que ese software arranque y reconozca correctamente el hardware no soportado.

«Oficial» no significa «compatible con cualquier ARM»

Proxmox distingue varios niveles. El soporte completo inicial está centrado en plataformas NVIDIA Grace Hopper y NVIDIA Vera. Otros servidores ARM que arrancan mediante UEFI y describen su hardware mediante ACPI pueden funcionar con soporte best effort. Las placas que dependen de Device Tree, como Raspberry Pi, quedan fuera del soporte anunciado.

PlataformaEstadoQué implica
NVIDIA Grace Hopper y NVIDIA VeraSoporte completoPlataformas ARM64 validadas inicialmente por Proxmox.
Otros servidores ARM con UEFI y ACPIBest effortPueden funcionar, pero sin el mismo nivel de garantía.
Raspberry Pi y placas basadas en Device TreeNo soportadasRequieren una adaptación de firmware, kernel o descripción del hardware.
Proxmox Backup Server ARM64No publicado oficialmenteExisten compilaciones comunitarias, adecuadas solo para pruebas.

Por tanto, la novedad verificable no es que ARM sea siempre más rápido o eficiente que x86. Eso depende del procesador, la memoria, la red, el almacenamiento, la refrigeración y la carga. La novedad es que ARM64 ya forma parte del producto oficial.

Por qué Raspberry Pi queda fuera

El problema principal no es la arquitectura de la CPU. Raspberry Pi 4 y Raspberry Pi 5 pueden ejecutar Linux ARM64 y utilizar KVM. La diferencia está en cómo arranca la plataforma y cómo descubre el sistema operativo el hardware.

  • UEFI es la interfaz estandarizada que permite localizar y ejecutar el cargador del sistema operativo.
  • ACPI proporciona tablas que describen procesadores, interrupciones, temporizadores, PCIe, energía y otros recursos de la plataforma.
  • Device Tree utiliza un archivo específico de la placa para describir su SoC, periféricos y conexiones.

Una forma sencilla de entenderlo es imaginar que el sistema operativo llega a un edificio que no conoce. UEFI es la entrada estandarizada; ACPI son los planos del edificio; y Device Tree es un plano preparado específicamente para una casa concreta.

Servidor ARM esperado por Proxmox
UEFI → cargador EFI → kernel genérico de Proxmox
     → tablas ACPI → descubrimiento del hardware

Raspberry Pi con arranque nativo
Boot ROM → bootloader EEPROM → firmware de Raspberry Pi
         → kernel específico + DTB → Linux

Instalar un firmware UEFI comunitario en una Raspberry Pi puede permitir que el instalador entre por la puerta, pero no garantiza que reciba unas tablas ACPI completas ni que el kernel genérico disponga de los controladores necesarios para la red, el almacenamiento o el resto del SoC.

Las tres rutas posibles para probar Proxmox en una Raspberry Pi

1. Arrancar directamente la ISO oficial

Es la ruta más limpia, pero el firmware normal de Raspberry Pi no presenta la plataforma UEFI más ACPI que espera el instalador oficial. No forma parte del soporte anunciado y no debe darse por funcional solo porque la CPU sea ARM64.

2. Utilizar un firmware UEFI comunitario

En Raspberry Pi 4, PFTF/RPi4 proporciona un firmware EDK2 UEFI con modo ACPI y es el candidato comunitario más interesante para intentar arrancar el kernel genérico. Aun así, el propio proyecto documenta límites en memoria, GPIO, VPU y controladores.

Para Raspberry Pi 5 también existen implementaciones experimentales de UEFI. El proyecto rpi5-uefi de WoR fue archivado y su soporte ACPI permanece incompleto. Esto puede servir para investigar, pero no convierte la placa en hardware soportado.

3. Raspberry Pi OS Trixie con los paquetes de PVE

Esta es la ruta práctica más prometedora: arrancar Raspberry Pi OS Lite de 64 bits, conservar su firmware, su Device Tree y su kernel específico, y añadir encima los paquetes ARM64 de Proxmox VE.

Firmware nativo de Raspberry Pi
→ Raspberry Pi OS Lite de 64 bits
→ kernel y Device Tree de Raspberry Pi
→ paquetes ARM64 de Proxmox VE
→ interfaz web, QEMU, LXC y servicios de PVE

Existe al menos una prueba externa publicada sobre una Raspberry Pi 5 que afirma haber validado la interfaz web, contenedores LXC, máquinas virtuales ARM64 y passthrough USB. Es una referencia útil, pero no sustituye una prueba propia ni convierte el procedimiento en oficial.

La diferencia crítica: la guía oficial para instalar PVE sobre Debian exige arrancar con el kernel de Proxmox. La ruta de Raspberry Pi conserva el kernel específico de la placa. Esa desviación puede provocar incompatibilidades tras una actualización aunque la instalación funcione inicialmente.

Limitaciones de virtualización que no desaparecen

Incluso sobre hardware ARM soportado, la arquitectura impone varias diferencias importantes:

  • Las máquinas virtuales y los contenedores deben estar preparados para ARM64.
  • Una VM x86-64 no se puede mover a un nodo ARM y arrancar sin reinstalar o preparar el sistema invitado para la nueva arquitectura.
  • La migración en caliente solo es posible entre nodos de la misma arquitectura.
  • Mezclar nodos x86-64 y ARM64 en un mismo clúster no está bloqueado técnicamente, pero no es una configuración soportada.
  • Las VM ARM64 arrancan mediante UEFI/AAVMF; SeaBIOS no está disponible.
  • Emular x86-64 con QEMU no equivale a virtualización KVM nativa y tendrá una penalización de rendimiento importante.

¿Y Proxmox Backup Server en ARM64?

Proxmox ha hablado de compilaciones internas de prueba de PBS para ARM64, pero todavía no ha publicado una versión oficial para esta arquitectura. El proyecto proxmox-backup-arm64 genera paquetes comunitarios para Debian Trixie, aunque su uso sigue siendo experimental.

En Raspberry Pi 5 existe además un problema relevante con el kernel optimizado que utiliza páginas de memoria de 16 KiB. El proyecto comunitario documenta errores y backups que no finalizan, y propone arrancar con un kernel de páginas de 4 KiB como solución temporal.

Mi recomendación: no utilizaría una compilación comunitaria de PBS ARM64 como única copia de seguridad. Para datos importantes mantendría PBS oficial sobre x86-64 y usaría la Raspberry Pi, como mucho, para experimentar o como nodo PVE.

¿Merece la pena comprar una Raspberry Pi para esto?

Si ya tienes una Raspberry Pi 4 o 5, la prueba puede ser muy interesante para aprender cómo funciona Proxmox sobre ARM. Pero comprar una placa expresamente para convertirla en servidor Proxmox tiene poco sentido actualmente.

Cuando sumamos placa, fuente, carcasa, refrigeración y almacenamiento NVMe, un mini PC x86 de segunda mano puede costar lo mismo o menos. Normalmente ofrecerá más memoria, almacenamiento más sencillo, mejor compatibilidad y soporte real por parte de Proxmox.

ObjetivoRecomendación
Aprender y experimentar con una Pi que ya tienes, aceptando que no está soportado.
Comprar un servidor Proxmox económicoMejor un mini PC x86.
Producción sobre ARM64Utilizar hardware ARM validado o consultar el nivel de soporte de la plataforma.
Única copia de seguridad con PBSNo con versiones ARM64 comunitarias.

Vídeo completo

En el vídeo explico el anuncio oficial, las diferencias entre ARM64 y Raspberry Pi, las limitaciones de las máquinas virtuales y el estado actual de Proxmox Backup Server.

Fuentes y documentación

🚀 ¿Quieres ir un paso más allá? ¡Hazte miembro!

Apoya mi trabajo y accede a ventajas exclusivas uniéndote a mi membresía desde solo 4 €/mes con pago anual:

  • ✅ Mira algunos de los vídeos antes de su publicación.
  • ✅ Accede a sorteos mensuales.
  • ✅ Entra en el grupo privado exclusivo de Telegram.
  • ✅ Acceso anticipado a productos en venta.
  • ✅ Utiliza el servidor privado de copias de seguridad con Proxmox Backup Server.
  • ✅ Vota para elegir próximos vídeos y cursos.

🔥 Solo 48 €/año

👉 Hazte miembro aquí

— JC