vSphere 8 Update 3 e licenze VVF for VDI: cosa cambia

Perché parlarne adesso

Chi gestisce Omnissa Horizon su vSphere 8 Update 3 con licenze VMware vSphere Foundation for VDI (VVF for VDI) si sta probabilmente chiedendo se la fine del supporto di vSphere 8, fissata all’11 ottobre 2027, valga anche per lui. Leggendo il KB Broadcom dedicato e la FAQ Omnissa sull’offerta combinata, la mia interpretazione è che quella data non si applichi a VVF for VDI.

Manca circa un anno alla scadenza e molti clienti stanno pianificando rinnovi e migrazioni. In questo post riporto come interpreto la documentazione ufficiale di Broadcom e Omnissa e cosa farei in pratica. Nel testo uso anche le sigle VVF (VMware vSphere Foundation, l’offerta per core venduta da Broadcom) e VCF (VMware Cloud Foundation).

I link a tutti i documenti ufficiali citati sono in fondo all’articolo.

La scadenza di vSphere 8 (e quindi di 8.0 Update 3)

Il supporto generale di vSphere 8 termina l’11 ottobre 2027, seguito dalla technical guidance fino all’11 ottobre 2029. Update 3, uscito a luglio 2024, è l’ultimo update di questo ramo e segue le stesse date.

Fase	Data
General availability vSphere 8.0	11 ottobre 2022
GA vSphere 8.0 Update 3	25 giugno 2024
Fine supporto generale	11 ottobre 2027
Fine technical guidance	11 ottobre 2029

Queste date valgono per le edizioni “classiche” come vSphere Enterprise Plus 8. Per VVF for VDI, a mio modo di vedere, il discorso è diverso, e il riferimento è il KB Broadcom 428674.

Per come lo leggo, il KB dice che la data di fine supporto annunciata per vSphere Enterprise Plus 8 non riguarda VVF for VDI né la sua componente vSphere. Alla data del KB (9 febbraio 2026) Broadcom dichiara di non aver fatto annunci di EOS o EOL per VVF for VDI o per i suoi componenti.

Il motivo indicato è formale ma, secondo me, importante: Broadcom descrive VVF for VDI come un prodotto a sé, con ciclo di vita e roadmap propri, e non come un insieme di prodotti separati. Eventuali date future dovrebbero comparire nella Broadcom Lifecycle Matrix.

Anche la FAQ Omnissa (KB 6000381) va nella stessa direzione. Per come la interpreto, la data dell’11 ottobre 2027 non tocca il supporto vSphere 8 per chi ha acquistato Horizon con VVF for VDI, perché il suo ciclo di vita è indipendente da quello di vSphere Enterprise Plus acquistato da Broadcom. Alla data di questo post (12 ottobre 2026) non ho trovato KB successivi che cambino il quadro.

Ho controllato anche la Broadcom Lifecycle Matrix: alla data di questo post non risultano date di fine supporto o di fine vita per VVF for VDI.

Le licenze VVF for VDI

VMware vSphere Foundation for VDI (VVF for VDI) è la componente infrastrutturale delle offerte combinate che Omnissa vende insieme a Horizon dal maggio 2024. Il riferimento è la FAQ Omnissa KB 6000381.

I punti che, dalla mia lettura della FAQ, contano di più:

•Contenuto: vSphere Enterprise Plus (per utente), vCenter Standard, vSAN Enterprise e Tanzu. Non include NSX, SDDC Manager né Aria Operations.

•Metrica: per utente, Named User o Concurrent User, con durate da 1 a 5 anni. Ogni utente vale nominalmente una VM, ma si possono usare tutte le VM necessarie a servire gli utenti licenziati.

•vSAN: 100 GiB di capacità raw per core fisico del cluster vSAN, senza possibilità di acquistare capacità aggiuntiva. Per avere più spazio bisogna assegnare più core o passare a VVF/VCF. La VVF di Broadcom, per confronto, ne include 250.

•Uso consentito: desktop virtuali, RDSH e le VM infrastrutturali che servono a Horizon (Connection Server, App Volumes Manager, database eventi, domain controller degli utenti VDI). Applicazioni e database di terze parti usati dagli utenti non rientrano.

•Supporto: il primo punto di contatto è sempre Omnissa, che scala a Broadcom quando serve.

•Prodotto distinto: nonostante il nome, VVF for VDI e la VVF di Broadcom sono SKU diversi e indipendenti.

Attenzione a vSphere 9

Dalla FAQ Omnissa capisco che VVF for VDI include solo vSphere 8. Horizon 8 supporta già VCF e VVF 9.x dalle release 2503 e 2506, ma per passare a vSphere 9 la FAQ indica di acquistare VCF o VVF separatamente da Broadcom. Il KB Broadcom 439672 mi sembra confermarlo: per l’upgrade a 9.x indica come idonee solo VVF e VCF.

E VCF 9.1?

VCF 9.1 è disponibile dal 25 maggio 2026 e la versione 9.1 esiste anche come VVF 9.1. Per quanto ho capito, quindi, le licenze VVF “standard” si possono usare sulla piattaforma 9.1 (annuncio Broadcom).

Cosa ho ricavato dalla documentazione Broadcom:

•Stesso installer, due prodotti: il VCF Installer distribuisce sia VCF sia VVF 9.1. Chi ha un entitlement VCF può scegliere se installare VCF completo o solo VVF (KB 440630).

•Nuovo License Server: in 9.1 le licenze sono gestite da un’appliance dedicata, obbligatoria sia per VCF sia per VVF. Senza License Server e VCF Management Services gli host aggiornati restano in licenza di valutazione (KB 442133).

•Licenze miste nello stesso vCenter: 9.1 permette di gestire più tipi di licenza sotto un unico vCenter, mentre prima servivano istanze separate (blog VMware).

Lato Horizon, secondo la Interoperability Matrix di Omnissa, vCenter Server 9.1 ed ESX 9.1 sono supportati a partire da Horizon 8 2603. Le release precedenti, inclusa la 2512.1, non risultano compatibili con la 9.1.

Versione Horizon	vCenter Server supportati	ESX/ESXi supportati
Horizon 2606	9.1, 9.0, 8.0 (GA, U1, U2, U3), 7.0 (GA, U1, U2, U3)	9.1, 9.0, 8.0 (GA, U1, U2, U3), 7.0 (GA, U1, U2, U3)
Horizon 2603	9.1, 9.0, 8.0 (GA, U1, U2, U3), 7.0 (GA, U1, U2, U3)	9.1, 9.0, 8.0 (GA, U1, U2, U3), 7.0 (GA, U1, U2, U3)

La nota dolente, a mio avviso, resta VVF for VDI: dalle KB che ho letto non dà diritto a licenze 9.x, nemmeno per la 9.1. Secondo la mia lettura, per portare Horizon 2603 o successivo su vSphere 9.1 oggi serve un entitlement VVF o VCF acquistato da Broadcom, con Horizon licenziato senza la componente VVF for VDI.

Cosa farei in pratica

1.Verifica il tipo di licenza di ogni host ESXi: VVF for VDI, VVF, VCF o vSphere perpetuo. La scadenza dell’11 ottobre 2027 cambia significato a seconda della licenza.

2.Con VVF for VDI resta su vSphere 8.0 Update 3 e mantienilo aggiornato con le patch correnti; non pianificare l’upgrade a vSphere 9 senza un entitlement VVF o VCF acquistato da Broadcom.

3.Rinnova prima della scadenza più vicina: le date di Horizon e di VVF for VDI possono essere diverse. Le chiavi VVF for VDI non hanno periodo di grazia e la policy “do not deny” di Omnissa non le copre: se scadono, l’ambiente Horizon può smettere di funzionare.

4.Separa i carichi non VDI: le VM che non servono direttamente Horizon vanno coperte con licenze VVF o VCF, anche nello stesso cluster.

5.Controlla vSAN e monitoraggio: verifica di stare sotto i 100 GiB per core e ricorda che Aria Operations non è incluso né può essere preso in prestito da una licenza VVF o VCF.

6.Controlla anche Horizon: verifica nella matrice di compatibilità Omnissa che la tua release di Horizon 8 sia supportata sulla versione di vSphere che usi e che non sia vicina alla fine del supporto.

7.Tieni d’occhio i KB: la Broadcom Lifecycle Matrix e i KB 428674 e 6000381 sono i punti in cui comparirà qualsiasi novità.

Conclusioni

Per come interpreto le KB, chi usa Horizon con VVF for VDI può continuare a considerare vSphere 8.0 Update 3 la piattaforma di riferimento: non vedo una data di fine supporto annunciata e, per ora, è anche l’unica versione inclusa. Il paradosso è che la stessa licenza che sembra mettere al riparo dalla scadenza del 2027 impedisce il passaggio a vSphere 9.

Chi ha licenze vSphere tradizionali, invece, ha l’11 ottobre 2027 come data da cerchiare in rosso. In ogni caso vale la pena tenere d’occhio le KB citate, che possono essere aggiornate nel tempo.