Tornar al Blog

Proxmox ja corre en Arm. Les teves màquines x86, no.

Proxmox ja corre en Arm. Les teves màquines x86, no.

El 5 d'agost Proxmox va anunciar suport oficial per a una segona arquitectura de CPU: arm64. La notícia és real i és gran. A les mateixes notes de la versió hi ha una frase que no ha arribat a cap titular: «Guests only run on nodes matching their architecture, and live migration is only possible between nodes of the same architecture».

El que es va publicar el 5 d'agost

Proxmox VE 9.2 per a arm64, sobre Debian 13 «Trixie», amb kernel Linux 7.0, QEMU 11.0, LXC 7.0 i ZFS 2.4. Instal·lador ISO propi, repositori pve-enterprise disponible per a arm64 des del primer dia i la mateixa interfície web de sempre. No és una branca experimental ni un port de la comunitat: és una edició amb suport comercial.

La paraula que repeteix l'empresa és paritat. Thomas Lamprecht, CTO: «Our goal was not simply to run Proxmox VE on a new architecture, but to deliver full feature parity: KVM, networking, clustering, ZFS, and Ceph all behaving exactly as our users expect from our x86-64 builds». Tim Marx, COO, hi posa el perquè comercial: «As data centers shift toward high-density, energy-efficient architectures, our customers require the exact same mission-critical stability on Arm64 that they have relied on with x86». La nota de premsa qualifica el llançament de producte d'una «technical collaboration with NVIDIA and Supermicro»; The Register ho va recollir el 6 d'agost.

Tot això és cert i està ben fet. Només convé mirar de què es predica la paritat: de la plataforma. KVM, la xarxa, el clúster, ZFS i Ceph es comporten igual. El que corre dins de les màquines virtuals queda fora d'aquesta promesa, i ningú no ha dit el contrari.

L'ample de via

La xarxa ferroviària espanyola convencional es va construir amb els rails a 1.668 mil·límetres i l'europea a 1.435. Dos-cents trenta-tres mil·límetres. Mateix acer, mateixa física, mateixa enginyeria: els trens no hi passen. Durant dècades, a Irun i a Portbou, la manera de creuar la frontera en tren va ser baixar d'un i pujar a un altre. Els canviadors d'ample existeixen perquè algú va dissenyar un tren capaç de moure la separació de les seves pròpies rodes en travessar una instal·lació construïda per a això, no pas perquè el problema es dissolgués amb el temps.

Un hipervisor arm64 et dona un altre ample de via. I aquí no hi ha canviador. Una màquina virtual en marxa és el contingut d'uns registres i unes taules de pàgines que la CPU de destinació ha d'entendre tal qual; x86-64 i aarch64 no comparteixen ni el joc d'instruccions ni el format d'aquestes taules. KVM virtualitza, no tradueix. Traduir es pot —QEMU emula x86 sobre Arm amb TCG—, però a un cost que cap càrrega de producció no paga, i Proxmox ni tan sols ho exposa. La limitació que publica no és, doncs, una casella pendent del full de ruta: és on s'acaba el que KVM pot fer.

Creua sense drama Es queda a l'andana
Les dades: volums, fitxers, bolcats de base de dades La VM en marxa: no hi ha migració en viu entre arquitectures
El teu ofici: mateixa interfície, mateixes ordres, mateixos procediments El sistema del convidat: cal reinstal·lar-lo amb imatge arm64
La plataforma: KVM, LXC, xarxa, alta disponibilitat, ZFS, Ceph SeaBIOS: en arm64 les VMs arrenquen sempre per UEFI
  AMD SEV i Intel GVT-g: són de x86 i no creuen
  El clúster mixt: tècnicament no està bloquejat, però no està suportat

La columna de l'esquerra pesa: qui opera Proxmox avui sap operar Proxmox en Arm demà, amb la mateixa interfície i les mateixes ordres. La corba d'aprenentatge és plana. La de les càrregues, no.

El convidat que no hi és

Perquè una màquina virtual arrenqui en un node arm64 cal que el seu sistema operatiu existeixi compilat per a arm64. A Linux això fa anys que està resolt: Debian, Ubuntu i Red Hat publiquen arm64 com a arquitectura de primera. Si el teu parc és de serveis Linux, la feina consisteix a reinstal·lar i restaurar dades. Tediós, acotat, planificable.

Windows Server és una altra conversa. No hi ha una edició de Windows Server per a Arm64 de disponibilitat general, i no cal que ho diguem nosaltres: ho diu Microsoft al fòrum del seu propi programa Insider, el 13 de febrer del 2026, per boca d'Artem Pronichkin. «Unfortunately, Windows Server 2025 is not available for ARM64, and there are currently no plans for that». El que hi ha són compilacions de versió prèvia. A més hem buscat una via de llicenciament comercial i no l'hem trobada; si algú l'ha trobada, que ens ho digui, perquè ens interessa més a nosaltres que a ell.

A la majoria de les empreses que coneixem, el directori, el servidor de fitxers, l'ERP i la base de dades que el sosté corren sobre Windows. Aquesta part del parc no té avui cap destinació en un node Arm. El límit no el posa Proxmox, el posa el catàleg de sistemes operatius que hi ha.

Per a qui és això, de debò

El suport ple cobreix dues plataformes: NVIDIA Grace i NVIDIA Vera. Per a la resta, la frase de Proxmox és «Other UEFI-based ARMv9-A or newer hardware is supported on a best-effort basis». I hi ha un requisit d'arrencada que descarta mitja conversa de fòrum: «The host must boot through UEFI and describe its hardware through ACPI. Device-tree-only single-board computers, such as the Raspberry Pi, are not supported».

Grace i Vera són les CPU que NVIDIA posa al costat de les seves GPU en bastidors de càlcul, no el ferro del teu rack. I hi ha una altra nota de premsa de Proxmox, del 28 de juliol, que ensenya l'encàrrec: allotjar NVIDIA Mission Control sobre Proxmox VE, descrit com «the critical virtualization layer beneath this ecosystem», el substrat on corren els serveis de gestió d'una fàbrica d'IA. Aquí hi ha el client d'aquest llançament. Aquesta notícia és enorme per a qui compra bastidors de GPU i força marginal per a qui té tres nodes i un Ceph.

L'única cosa que canvia si estàs sortint de VMware

El senyal que importa no és la CPU. És que un projecte que fa tres anys anomenaven «l'alternativa barata» acaba de portar-se a una segona arquitectura, amb paritat de Ceph i de clúster, amb repositori empresarial el dia u i en col·laboració tècnica amb el fabricant del silici i un de servidors. Un port així costa diners i hores de gent que en sap, i algú hi ha posat totes dues coses. Per a qui està decidint si se'n va de vSphere, la dada rellevant és qui està sostenint el projecte al qual es planteja mudar-se.

El teu pla de migració, en canvi, és el mateix que era la setmana passada. Se segueix fent de x86 a x86, amb el seu inventari, les seves finestres i el seu pla de tornada enrere, que és la part que gairebé ningú no prepara. La data que de debò prem aquest mes no té res a veure amb Arm: és el final de suport de Proxmox VE 8 el 31 d'agost, que el teu apt no et mencionarà. Si a més muntes Ceph, la paritat anunciada és de la plataforma, no dels teus discos: el rendiment real d'un clúster Ceph es decideix en un altre lloc.

Quan NO ens plantejaríem Arm

El conflicte d'interès aquí és gros: venem migracions de VMware a Proxmox. Tota notícia que engreixi Proxmox ens va bé. Amb això sobre la taula, aquests són els quatre casos en què avui diríem que no:

  • Si hi ha Windows al parc. Mentre no existeixi una edició de disponibilitat general per a Arm64, aquesta meitat no es mou, i un parc partit en dues plataformes costa més d'operar que la suma de tots dos.
  • Si el maquinari que t'ofereixen no és Grace ni Vera. Aleshores estàs en best-effort, que és una resposta raonable del fabricant i alhora una cosa que ningú no signa en un contracte de servei. Un clúster de producció no es munta damunt d'un millor esforç, i menys si qui en respon a les tres de la matinada ets tu.
  • Si el que busques és estalviar en llicències. Aquí hi ha una dada que no ha sortit en cap cobertura i que és al FAQ del mateix anunci: «Subscriptions for arm64 are separate from the x86-64 ones and are currently available on request». Les subscripcions d'arm64 són un altre producte, no tenen tarifa publicada i cal demanar pressupost a vendes. Canviar de CPU no et treu un euro de la subscripció; et fica en una llista de preus que encara no existeix. L'estalvi d'Arm, quan n'hi ha, és de watts i de compra de ferro, i aquest càlcul s'ha de fer amb la teva densitat i la teva factura elèctrica. Nosaltres no l'hem fet per tu i ningú no hauria de vendre-te'l fet.
  • Si la idea era muntar-ho en una Raspberry Pi. Arrenca per arbre de dispositius, no per ACPI, i per això en queda fora.

On sí que ho miraríem amb ganes: càrregues Linux noves, nascudes ja en contenidor, que es despleguen des d'un repositori i que reinstal·lar no costa res perquè mai no hi va haver res a preservar. Allà l'ample de via és igual, perquè no cal creuar cap tren: es construeix directament a l'altre costat.

De les màquines virtuals que tens ara mateix enceses, quantes tenen una imatge arm64 del sistema que corren? Comptar les de Windows sol bastar per saber en quin any som.

Fonts (verificades el 19 d'agost del 2026): la data de l'anunci, Proxmox VE 9.2 per a arm64, la base Debian 13 «Trixie», el kernel 7.0, QEMU 11.0, LXC 7.0 i ZFS 2.4, la disponibilitat del repositori pve-enterprise i les frases citades literalment —«Guests only run on nodes matching their architecture, and live migration is only possible between nodes of the same architecture», «Other UEFI-based ARMv9-A or newer hardware is supported on a best-effort basis», «The host must boot through UEFI and describe its hardware through ACPI. Device-tree-only single-board computers, such as the Raspberry Pi, are not supported», «This is not blocked technically, but mixed-architecture clusters are not officially supported» i «Subscriptions for arm64 are separate from the x86-64 ones and are currently available on request», més l'absència de SeaBIOS, AMD SEV i Intel GVT-g— del Roadmap de Proxmox VE i de l'anunci oficial al fòrum de Proxmox i el seu FAQ. Les citacions de Thomas Lamprecht i Tim Marx, la llista de paritat de funcions i l'expressió «technical collaboration with NVIDIA and Supermicro», de la nota de premsa de Proxmox del 5 d'agost del 2026; la cobertura del 6 d'agost és de The Register, signada per Simon Sharwood. La frase «the critical virtualization layer beneath this ecosystem» i el paper de Proxmox VE com a substrat de NVIDIA Mission Control, de la nota de premsa de Proxmox del 28 de juliol del 2026. La declaració de Microsoft sobre Windows Server en Arm64 —«Unfortunately, Windows Server 2025 is not available for ARM64, and there are currently no plans for that», d'Artem Pronichkin, 13 de febrer del 2026— del fòrum de Windows Server Insiders de Microsoft; la cerca infructuosa d'una via de llicenciament comercial és nostra i es declara com a tal al text. Els amples de via de 1.668 i 1.435 mil·límetres i el funcionament dels canviadors d'ample, de «Cambio de ancho». Són nostres: el símil de l'ample de via, l'explicació de per què la migració en viu entre arquitectures no és una casella pendent sinó el límit del que KVM pot fer (amb el matís que QEMU sí que emula per programari), la taula de què creua i què es queda, la lectura que la paritat anunciada és de la plataforma i no dels convidats, la que la dada rellevant per a qui surt de VMware és qui sosté el projecte, i els quatre casos de «quan no». Les citacions de Proxmox i de Microsoft es deixen en anglès, el seu idioma original, perquè es puguin verificar paraula per paraula.

Comencem per l'inventari, no pel full de producte

Fa anys que fem migracions de VMware a Proxmox, i també hem recomanat quedar-s'hi quan tenia sentit. El punt de partida sempre és la llista del que corre de debò, amb el seu sistema operatiu i la seva versió. I si la destinació porta emmagatzematge distribuït amb Ceph, el dimensionem amb els teus discos i la teva xarxa sobre la taula.

Parlar amb everyWAN

Etiquetes:

Compartir:

Subscriu-te al nostre butlletí

Per rebre històries del món IT, novetats d'everyWAN i ofertes exclusives per a subscriptors, dona't d'alta a la nostra llista de correu

everyWAN
everyWAN