Azure deixa d'incloure la llicència de VMware: el càlcul de nuclis que ningú no fa

Ahir la premsa tècnica va recollir que Microsoft tanca una de les últimes portes per fer servir VMware sense signar el paquet gran de Broadcom. La data del titular ja la vam explicar aquí el 3 d'agost. El que ha aparegut després és força més útil que la notícia: una pàgina de referència del llicenciament portàtil, datada el 14 d'agost i actualitzada el 17, amb quatre files de dates i uns quants exemples d'aritmètica que Microsoft resol amb molta educació. Això és el que convé mirar abans de setembre.

Quatre dates, i la que t'afecta no és cap d'elles

Azure VMware Solution és VMware corrent sobre ferro dedicat dins d'Azure: vCenter, vSphere, vSAN i NSX, amb Microsoft d'operador. Durant anys venia amb la llicència inclosa a la factura, i això el va convertir en el lloc on van aterrar força empreses que no volien seure a negociar amb Broadcom. La taula de dates marca el final d'aquell arranjament en quatre passos: el 15 d'octubre del 2025 va quedar fixat el nombre de nuclis de tallafocs vDefend que continuaven coberts; l'1 de novembre del 2025 els desplegaments nous van passar a exigir VCF portàtil; el 31 d'octubre del 2026 els desplegaments de pagament per ús amb llicència inclosa han d'haver migrat per continuar sent conformes; i el 30 d'agost del 2027 les reserves actives s'han de canviar per reserves BYOL o s'han de treure aquelles càrregues d'Azure VMware Solution.

Fixa't en la segona fila, perquè no era a cap titular d'ahir i va abans que tota la resta. Microsoft escriu en aquesta mateixa pàgina que «as of November 1, 2025, Microsoft no longer includes a VCF license or subscription with new Azure VMware Solution node purchases» (des de l'1 de novembre del 2025, Microsoft ja no inclou llicència ni subscripció de VCF amb les compres de nodes nous). Quan vam escriure sobre això a principis d'agost, la data que circulava era la del tancament del 2026. Resulta que per als desplegaments nous el model antic es va tancar la tardor passada: si vas muntar un clúster al març, el vas muntar ja al món nou.

I sota la taula hi ha un requadre d'avís amb una frase que es llegeix en tres segons i canvia el calendari de tothom: «If a reservation expires before August 30, 2027, its license-included benefits end when the reservation expires» (si una reserva venç abans del 30 d'agost del 2027, els seus beneficis de llicència inclosa acaben quan venç la reserva). L'agost del 2027 no és la teva data. La teva data és la de venciment de la teva reserva, que pot caure al febrer, al maig o al novembre de l'any que ve. Gairebé ningú no la té apuntada on algú la miri.

El càlcul de nuclis, fet amb la taula de Microsoft

El que compres ara són nuclis, i la documentació publica quants en té cada tipus de node, així que aquí no cal estimar res. AV36 i AV36P, 36 nuclis per host. AV48, 48. AV52, 52. AV64, 64. Multipliques pels hosts BYOL i aquest és el número que has de tenir comprat a Broadcom i registrat a la pàgina «Portable VCF (BYOL)» del teu núvol privat. Microsoft ho il·lustra amb tres nodes AV64: 3 × 64 = 192 nuclis. I amb un núvol privat mixt de tres AV36P amb llicència inclosa més quatre BYOL, on hi ha 252 nuclis desplegats dels quals només se'n registren 144, perquè els tres primers ja estan coberts.

Fins aquí és una multiplicació. Un clúster de deu hosts AV36P, que és una mida de les de cada dia, són 360 nuclis de VMware Cloud Foundation. L'interessant és a l'apartat següent de la mateixa pàgina.

Els altres 360, i a qui li toquen de debò

El tallafocs vDefend és un afegit a part i la seva regla de recompte no s'assembla a l'anterior. Per al tallafocs distribuït de NSX es compten tots els nuclis de host del núvol privat. Tots: també els dels hosts que porten la llicència inclosa i que no compten per al registre de VCF. L'exemple que dona Microsoft són deu hosts AV36P i en surten 360 nuclis d'afegit.

Suma els dos càlculs i el mateix clúster de deu servidors necessita 720 subscripcions de nucli: 360 de la plataforma i 360 del tallafocs. El que dispara la segona no és una compra ni una signatura, sinó una acció de consola: el tallafocs distribuït «is considered enabled when you configure a nondefault Distributed Firewall policy or Distributed Firewall IPFIX profile» (es considera activat quan configures una política de tallafocs distribuït no predeterminada o un perfil IPFIX de tallafocs distribuït). Algú de sistemes escriu una regla per segmentar dues xarxes i el dret d'ús que necessites s'ha doblat. El tallafocs de passarel·la es compta per una altra banda —nombre d'edges per les seves vCPU, per quatre—; Microsoft documenta que la segona generació porta tres edges grans per defecte, i quatre quan el clúster 1 té quatre nodes o més, de manera que amb la mida gran del seu propi exemple, vuit vCPU, en surten 96 nuclis en el cas corrent i 128 en un clúster com el de deu hosts d'abans.

Amb una condició que cal dir en veu alta, perquè canvia a qui li aplica aquesta xifra: aquests 720 són els d'un núvol privat nou i sencer en BYOL. Si els teus deu hosts estan coberts per reserves amb llicència inclosa que continuen vives, o són nodes de pagament per ús desplegats abans del 15 d'octubre del 2025, avui no has de registrar res. I si vas activar vDefend abans del 16 d'octubre del 2025 amb una reserva amb llicència inclosa activa, conserves aquests nuclis de tallafocs fins que venci la reserva o fins al 30 d'agost del 2027, el que arribi abans. Els 720 no són la teva factura d'avui: són el terra del dia que s'acabi la pròrroga.

És just dir també que això només aplica si actives aquestes funcions, i pel que veiem hi ha desplegaments que no toquen mai el tallafocs distribuït perquè la segmentació la fan en una altra capa. Però per activar-lo n'hi ha prou amb una política; no passa per compres, i aquesta asimetria entre la facilitat d'encendre'l i el cost de tenir-lo encès és on es generen les diferències desagradables en una revisió.

Per què no trobaràs aquí el preu per nucli

Seria facilíssim tancar l'apartat anterior multiplicant 720 per una xifra en dòlars i endur-se un titular rodó. No ho farem. Els preus per nucli de VMware Cloud Foundation que circulen per internet venen de consultores de llicenciament, no d'una tarifa pública de Broadcom que puguem obrir i verificar paraula per paraula, i posar-los aquí convertiria un càlcul sòlid en una estimació amb adorns. Els nuclis sí que són una dada ferma, perquè surten de la taula del proveïdor del núvol. Multiplica tu pel nombre de la teva oferta, que aquest el tens.

I ja posats, ho diem de cara: no som resellers de VMware ni de Proxmox i no cobrem comissió per cap llicència de cap de les dues. Que aquest post el signi una empresa que també fa migracions a Proxmox no el converteix en un anunci.

Què passa si els números no quadren

La documentació és explícita. Al seu apartat de preguntes freqüents, sobre desplegar més nuclis dels que Broadcom t'ha llicenciat: «The private cloud becomes noncompliant and is at risk of suspension» (el núvol privat passa a no ser conforme i queda en risc de suspensió). I a l'apartat del tallafocs ho diu encara més sec: «Microsoft may suspend a noncompliant private cloud until the issue is resolved» (Microsoft pot suspendre un núvol privat no conforme fins que el problema es resolgui). No parlem d'un recàrrec a la factura següent, sinó del servei. Un desajust administratiu entre el que vas comprar en un portal i el que vas registrar en un altre deixa l'entorn en risc d'aturada.

Hi ha una pregunta més en aquestes freqüents que val la pena tenir present, perquè és l'escenari que més fàcilment s'escola: què passa si la subscripció de VCF caduca abans que s'acabi la reserva d'Azure. La resposta és que la caducitat de la subscripció no afecta la reserva, però deixa els hosts BYOL com a no conformes. Dos contractes amb dos calendaris diferents i dos proveïdors diferents, i el que es queda curt mana sobre l'altre. Renovar el de Broadcom abans de la seva data i actualitzar el registre necessita amo i data al calendari d'algú.

Hi ha una altra línia a la mateixa pàgina que a nosaltres ens sembla igual de reveladora i que gairebé ningú no citarà: Microsoft «reports BYOL registrations and associated customer data to Broadcom monthly to meet partner compliance requirements» (informa mensualment Broadcom dels registres BYOL i de les dades de client associades per complir els requisits de conformitat de soci). Existeix un flux d'informació periòdic entre el teu proveïdor de núvol i el fabricant del programari, sobre el teu entorn, del qual tu no ets part. És a la documentació pública i és conseqüència lògica del model. Però és el mateix patró del qual vam parlar fa uns dies, quan vam explicar que l'autoritat sobre la teva infraestructura sol estar repartida entre empreses amb les quals tu no has signat res.

La prova que es factura sola als seixanta dies

Detall petit i amb dents, per si algú està pensant a provar el model nou abans de decidir. Les proves de tres nodes duren 60 dies i exigeixen una clau de prova de Broadcom per endavant, així que ni per mirar t'estalvies la conversa amb el fabricant. Abans que s'acabi el període cal aportar una subscripció de Broadcom comprada que cobreixi els nuclis desplegats; si això no passa, diu la documentació, els hosts de prova es converteixen automàticament en hosts facturats llevat que esborris el desplegament abans que acabi la prova.

Quan no ens en mouríem

Toca la part que no ven. Si tens una reserva viva que arriba fins ben entrat el 2027, NSX en producció amb regles que algú va escriure amb cap i un equip que sap operar vSphere, canviar d'hipervisor aquesta tardor és gairebé segur pitjor negoci que seure a renegociar. Migrar una plataforma de virtualització són mesos d'inventari, xarxa, còpies, finestres d'aturada i gent aprenent eines noves mentre sosté el servei.

Hi ha fins i tot un argument a favor del model nou que gairebé ningú no està fent: un dret d'ús que compres tu és teu. La documentació diu que pots aplicar la subscripció portàtil núvol privat per núvol privat, i repartir els nuclis d'una mateixa clau entre diversos mentre el total registrat no passi del comprat. Quan la llicència venia soldada a la factura d'Azure no hi havia res per endur-se enlloc; ara sí, i això és palanca en una taula de negociació. Reconèixer-ho no ens costa res: hem migrat empreses de VMware a Proxmox i també hem recomanat quedar-se a VMware quan tenia sentit.

El que sí que evitaríem amb força insistència és fer les dues coses alhora: negociar la renovació i migrar la plataforma el mateix trimestre, amb les mateixes persones, sense haver escrit abans per on es torna si surt malament. D'això ja en vam escriure amb detall: el pla de tornada enrere d'una migració s'escriu abans que el pla d'anada.

Què faríem al setembre

• Treure la data de venciment de cada reserva. La de cadascuna, amb el seu dia i el seu mes. És al portal, triga dos minuts i és l'única que mana al teu calendari, perquè si venç abans el benefici de llicència inclosa s'acaba aquell dia.
• Comptar els nuclis amb la taula i posar-los al costat del comprat. Tipus de node pel nombre de hosts, host a host, i comparar amb el dret que tinguis registrat. Si la xifra de l'esquerra és més gran que la de la dreta, ja ets fora de conformitat encara que ningú no t'hagi avisat.
• Esbrinar si el tallafocs està «activat» segons la definició de Microsoft. Amb la consola al davant: buscar a NSX polítiques de tallafocs distribuït no predeterminades i perfils IPFIX, i el mateix amb les de passarel·la. És una estona de consola i evita una diferència de centenars de nuclis.
• Comprovar el registre si vens del model antic. Qui va registrar el seu BYOL per correu electrònic abans del novembre del 2025 havia de tornar a registrar cada núvol privat pel portal abans del 31 de març del 2026. Si aquella tasca es va quedar a la safata d'entrada d'algú, avui és un problema silenciós.
• Decidir el destí abans del desembre. Comprar VCF i quedar-se, moure les càrregues a un altre lloc o dividir el parc: les tres opcions són raonables i les tres necessiten mesos. Si arribes a la data sense haver triat, tria el calendari per tu.

El que ha canviat aquí, més que el preu, és qui respon de què. La conformitat de llicència venia dins del servei que contractaves i era problema del proveïdor; ara és teva, es mesura en nuclis registrats en un portal i es comprova cada mes. És la mateixa mena de moviment que vam veure quan el recàrrec per pagament mensual va començar a arribar per calendari en comptes de per negociació. Ningú no et puja el preu de cop; es mou el terra i et toca a tu tornar a fer els comptes.

Fonts (verificades el 21 d'agost del 2026): les quatre dates (15-oct-2025, 1-nov-2025, 31-oct-2026 i 30-ag.-2027), l'avís sobre les reserves que vencen abans, els nuclis per tipus de host (AV36/AV36P 36, AV48 48, AV52 52, AV64 64), els exemples de 192 i de 252/144 nuclis, la regla de recompte del tallafocs vDefend i el seu exemple de 360 nuclis per a deu hosts AV36P, la fórmula del tallafocs de passarel·la i el nombre d'edges de la segona generació, la definició d'«activat» per al tallafocs distribuït, la cobertura que conserven les reserves i els nodes anteriors al 15 i 16 d'octubre del 2025, les condicions de les proves de 60 dies, la suspensió d'un núvol privat no conforme, l'efecte d'una subscripció de VCF caducada abans que la reserva, l'informe mensual a Broadcom i el termini del 31 de març del 2026 per als registres antics, de la referència de llicenciament de VCF portàtil per a Azure VMware Solution a Microsoft Learn, amb data d'article del 14 d'agost del 2026 i última actualització del 17. La cobertura periodística del 20 d'agost i l'enquadrament que Azure era una de les últimes vies per fer servir VMware fora del paquet, de The Register. La suma de 720 nuclis per a deu hosts AV36P i els 96 i 128 del tallafocs de passarel·la són càlculs nostres, fets aplicant les regles de recompte d'aquesta mateixa pàgina. Les citacions es donen en el seu anglès original, amb la nostra traducció entre parèntesis, perquè es puguin verificar paraula per paraula. No incloem preus per nucli perquè els que circulen no procedeixen d'una tarifa pública de Broadcom.