Tot sobre llicències VMware vSphere i vCenter

Entendre com funcionen les llicències de VMware s'ha tornat força més complex des dels canvis de model comercial i la fi de les llicències perpètues clàssiques. Si utilitzeu entorns amb vSphere i vCenter, és normal que us sorgeixin dubtes sobre què passa quan expira la llicència, què passa si no renoveu el suport o com us afecten els cicles de vida de versions com v7 o v8.

A moltes empreses encara conviuen llicències perpètues antigues amb contractes de suport actius o caducats, mentre que les noves instal·lacions es mouen cap a models basats en subscripció. Això genera un embolic important: s'apaguen els hosts? Perds l'accés a vCenter? Les màquines virtuals segueixen funcionant amb normalitat? El desgranarem amb calma, usant exemples pràctics i aclarint tots aquests matisos que no sempre queden clars en la documentació oficial.

Model antic de llicències VMware: llicències perpètues i suport

Durant molts anys, VMware va treballar amb un esquema molt senzill: llicència perpètua + suport opcional. Pagues una vegada la llicència de vSphere o vCenter (per CPU, per instància, etc.) i aquesta llicència era vàlida indefinidament per a aquesta versió principal, per exemple, vSphere 7. Sobre aquesta base, es contractava un pla de suport i manteniment (SnS) d'un, tres o més anys.

Amb aquesta combinació, el comportament era clar: mentre el suport estava actiu, tenies dret a actualitzacions menors i pegats (per exemple, de 7.0 a 7.0 Update 3) i fins i tot, segons el contracte, a saltar d'una versió més gran a una altra (de 7 a 8) si el contracte de manteniment ho permetia. A més, podies obrir casos amb el suport tècnic de VMware i rebre assistència oficial.

Quan el contracte de suport caducava, la llicència perpètua seguia sent vàlida, però ja no podies actualitzar a noves versions o aplicar certs pegats que estiguessin lligats al manteniment. Tampoc no tenies dret a suport tècnic oficial, encara que el programari continuava funcionant normalment dins de la versió que ja tenies desplegada.

Molts entorns actuals segueixen en aquesta situació: empreses amb llicències perpètues de vSphere/vCenter 7 i un contracte de tres anys de suport que s'acosta a la data de caducitat. I aquí és on comencen els dubtes sobre què cal fer abans que arribi aquest moment, i quins efectes reals té deixar expirar el suport.

Què passa en actualitzar de vSphere/vCenter 7 a v8 amb llicència antiga

Un cas típic és el de qui disposa de llicències perpètues de v7 amb suport actiu i es planteja actualitzar a v8 abans que el manteniment caduqui. El raonament sol ser: “si actualitzo a v8 ara, podré seguir usant v8 fins al final de la seva vida útil, encara que caduqui el meu suport d'aquí a un parell d'anys?”.

Al model clàssic, mentre el teu contracte de suport estigui vigent, pots actualitzar a una versió superior elegible segons el teu acord (en aquest exemple, passar de v7 a v8). Un cop fet el canvi i aplicada la nova clau o l'upgrade corresponent, la teva llicència perpètua queda associada a vSphere/vCenter 8.

Quan aquest manteniment s'esgoti, et quedaràs sense dret a noves actualitzacions ni pegats més enllà del que ja s'ha publicat i disponible mentre el teu suport estava actiu, amb el risc de trobar problemes d'arrencada després de pegats. No obstant això, el programari no deixa de funcionar. Podràs seguir utilitzant vSphere/vCenter 8 fins que acabi oficialment el seu cicle de vida (EoL), sempre que no incompleixis altres condicions del contracte de llicència.

La data de fi de vida duna versió més gran, com pot ser vSphere 8 el 2027 (a tall de referència), marca el punt a partir del qual VMware deixa de proporcionar pegats, correccions de seguretat i suport, encara que tinguis o no un contracte actiu. Això significa que, a la pràctica, encara que la teva llicència perpètua segueixi sent vàlida, operar aquesta versió més enllà del seu EoL implica acceptar riscos de seguretat, compatibilitat i manca total d'ajuda oficial.

Per tant, si tens marge, una estratègia habitual és aprofitar el període de suport per actualitzar a la versió estable més recent (per exemple, v8) abans que caduqui el contracte. D'aquesta manera, maximitzes la vida útil del teu entorn dins de la llicència que ja has pagat, encara que deixis de tenir suport uns anys abans de la fi de vida oficial de la versió.

Què passa quan caduca la llicència de vCenter Server

Un dels punts que més preocupa és entendre què passa exactament quan caduca la llicència de vCenter Server o acaba el període davaluació si estaves provant el producte. El comportament en aquest cas està clarament documentat i convé tenir-lo molt present per no emportar-te un ensurt.

Quan la llicència de vCenter expira, el sistema interpreta que ja no teniu una clau vàlida per gestionar l'entorn. Com a conseqüència, tots els hosts ESXi gestionats per aquest vCenter passen a l'estat de desconnectats dins de la interfície de vCenter. Veuràs que deixen de respondre des del punt de vista de la consola centralitzada, encara que els mateixos hosts continuen en execució.

És important remarcar que les màquines virtuals allotjades en aquests hosts no s'aturen. Continuen funcionant tal com estaven abans de la caducitat: els serveis que presten continuen actius, i els usuaris finals ni tan sols han de notar el canvi, sempre que no necessitis fer operacions de gestió centralitzada des de vCenter; si necessites replicar o clonar màquines virtuals per a proves, aquesta gestió s'haurà de fer a nivell de host.

Mentre vCenter romangui sense llicència vàlida, no podreu administrar aquests hosts des de la consola de vCenter: no tindràs accés a funcions com vMotion, DRS, HA, plantilles centralitzades o snapshots coordinats des de l'inventari de vCenter. Tampoc no podràs utilitzar de forma normal la vista de clústers o realitzar tasques orquestrades que depenguin de vCenter.

La manera de continuar gestionant el vostre entorn mentre no renoveu la llicència de vCenter és connectar-vos directament a cada host ESXi a través de la seva pròpia interfície (per exemple, l'Host Client web). Des d'aquí podràs encendre, apagar o reiniciar màquines virtuals, modificar recursos, muntar datastores, etc., però perdràs tots els avantatges de gestió centralitzada que ofereix vCenter per a entorns de producció mitjans o grans.

Reactivació de vCenter i reconnexió de hosts

La bona notícia és que, així que assignes una nova clau de llicència vàlida a la teva instància de vCenter Server, el comportament es reverteix de manera força automàtica. En introduir la nova llicència (per exemple, renovant o actualitzant el vostre contracte amb VMware i aplicant la clau), vCenter torna a estar en mode plenament operatiu.

Després d'aquesta reassignació, els hosts ESXi que apareixien com a desconnectats es reconnecten al sistema de vCenter en la majoria dels casos sense que hagis de fer res més. Reprenen el seu estat de gestió prèvia, recuperen la pertinença a clústers i ressorgeixen totes les funcionalitats associades a la gestió centralitzada.

L'inventari de màquines virtuals també es torna a mostrar correctament a vCenter una vegada que els hosts queden de nou connectats. Això facilita reprendre l'administració diària, el monitoratge i les tasques d'automatització que s'haguessin quedat interrompudes durant el període sense llicència.

En escenaris complexos, pot ser necessari forçar manualment la reconnexió d'algun host o revisar certificats i credencials, però des del punt de vista de llicenciament, la clau és tenir una llicència vàlida de vCenter. Sense ella, el propi disseny del producte impedeix que s'utilitzi com a consola centralitzada a llarg termini.

Això deixa clar que, encara que les màquines virtuals puguin continuar funcionant fins i tot si la llicència expira, dependre de vCenter sense llicència és inviable per a qualsevol entorn on la gestió central sigui important. És perfectament possible aguantar així de manera puntual, però no és una solució estable ni recomanable a mitjà termini.

Ús dels sistemes després del venciment de la llicència o del suport

Convé distingir bé entre caducitat de llicència y fi del contracte de suport, perquè els seus efectes pràctics no són els mateixos. Quan el que caduca és la clau de vCenter (per avaluació o per límit d'ús), el que passa ja ho hem vist: els hosts es desconnecten de vCenter, encara que les màquines virtuals es continuïn executant.

Si el que finalitza és el contracte de suport i actualitzacions (SnS) associat a la teva llicència perpètua, el programari continua funcionant de manera normal. No es desconnecta res, ni s'apaguen serveis, ni es desactiven característiques de cop. Simplement perds el dret a noves versions, a determinats pegats ia lassistència tècnica oficial.

En aquest escenari, pots continuar utilitzant els teus sistemes vSphere/vCenter sense problemes, però has d'acceptar una sèrie de limitacions: no podràs actualitzar noves build suportades oficialment si s'alliberen després de la data de fi de suport per a tu, i en cas d'incidències complexes no comptaràs amb suport directe de VMware. Per tant, convé disposar de procediments per realitzar backups de màquines virtuals i mitigar riscos operatius.

Per això, per a moltes organitzacions, la principal motivació per renovar és precisament mantenir l'accés a actualitzacions crítiques i pegats de seguretat. En infraestructures on la seguretat i l'estabilitat són clau, operar amb una versió antiga sense pegats es pot convertir en un risc difícil de justificar a nivell d'auditoria o compliment normatiu.

A més, si planeges integrar el teu entorn amb nous maquinari o noves aplicacions que requereixin versions recents de vSphere o de les VMware Tools, és probable que, sense suport actiu, et vegis lligat a un stack desactualitzat i tinguis problemes de compatibilitat que no podràs resoldre fàcilment.

Motius per renovar o migrar a un model actual de llicències

Tot i que la temptació d'“aguantar amb el que hi ha” és comprensible, convé sospesar bé els motius per renovar llicències o adoptar el nou model de subscripció de VMware. Ja no es tracta només de tenir suport o no, sinó de com encaixa el teu entorn dins del cicle de vida oficial de la plataforma.

Un dels factors clau és el fi de vida (EoL) de la versió que estàs utilitzant. Arribat aquest punt, fins i tot encara que la teva llicència sigui “perpètua”, la plataforma deixa de rebre pegats i revisions de seguretat, i el fabricant no es compromet a ajudar-te en cas de problemes greus. Operar en producció amb un producte fora de suport sempre incrementa el risc.

Un altre element a tenir en compte és la compatibilitat amb noves funcionalitats i amb la resta de l'ecosistema VMware (NSX, vSAN, eines de còpia de seguretat, etc.). Moltes vegades, per poder beneficiar-te de millores importants de rendiment, seguretat o automatització, necessites estar en una versió relativament recent, cosa que sol exigir un contracte de suport actiu o una subscripció vigent.

Des del punt de vista purament operatiu, moltes empreses opten per renovar llicències i suport per una qüestió de tranquil·litat: saber que, en cas d'error greu, bug en una build concreta o incident de seguretat, hi ha un fabricant darrere del qual poden escalar i obtenir pegats o solucions temporals.

Finalment, cal considerar que VMware ha anat movent la seva estratègia cap a models de llicenciament per subscripció, especialment en entorns moderns o integrats amb el núvol. Això fa que, a mitjà termini, continuar ancorat a llicències perpètues antigues es pugui convertir en un fre a l'hora d'adoptar noves solucions o integracions amb altres serveis del fabricant.

Bones pràctiques per gestionar llicències vSphere i vCenter

Per evitar sorpreses i talls de servei a la teva infraestructura, és recomanable aplicar una sèrie de bones pràctiques de gestió de llicències en entorns VMware, especialment quan combines versions antigues i noves o diferents tipus de contracte.

La primera recomanació és portar un control rigorós de les dates de caducitat de llicències i contractes de suport. Registrar aquestes fites a la teva eina de gestió (ITSM, CMDB, calendari corporatiu, etc.) et permetrà planificar renovacions o migracions amb prou marge, en lloc de reaccionar a última hora.

També és útil documentar clarament quins hosts i quines instàncies de vCenter usen cada tipus de llicència, així com l'estat del manteniment. Això facilita prendre decisions informades, per exemple, sobre quin clúster val la pena actualitzar primer a v8 oa una modalitat de subscripció més moderna.

Un altre aspecte clau és provar en un entorn de laboratori les actualitzacions de versió o els canvis de llicenciament, per evitar trobar-te amb problemes inesperats en producció i per practicar com crear màquines virtuals lleugeres que serveixin per a proves ràpides. L'actualització de v7 a v8, per exemple, pot implicar canvis de compatibilitat amb certs plugins, eines de còpia de seguretat o integracions de tercers.

Finalment, convé revisar periòdicament la política de cicle de vida de VMware per a les versions que tens desplegades. Estar al corrent de les dates de finalització de suport general o estès t'ajudarà a no quedar-te encallat en una release obsoleta just quan necessites incorporar nou maquinari o noves funcionalitats de plataforma.

Tenint clars tots aquests matisos –des de la diferència entre llicències perpètues i subscripció, fins al comportament concret de vCenter en expirar la seva llicència– resulta més senzill prendre decisions equilibrades sobre què fer amb les teves llicències VMware. En la majoria de casos, l'objectiu és trobar el punt mitjà adequat entre el cost, la seguretat, l'estabilitat i la capacitat d'evolució tecnològica, sense perdre mai de vista com impacta tot això en la continuïtat dels serveis que les teves màquines virtuals estan prestant.