Da VMware Cloud Director a Proxmox VE, senza far ripartire da zero i tuoi clienti.

Negli ultimi due anni Broadcom ha ridisegnato il canale dei service provider VMware. Il programma VMware Cloud Service Provider è ora solo su invito, riservato a un gruppo ristretto di partner scelti da Broadcom. Molti provider hanno ricevuto la comunicazione di mancato rinnovo dei contratti a partire dal 26 gennaio 2026, e il modello white label nello Spazio economico europeo è stato chiuso. Il servizio gestito VMware Cloud Director service (CDS) non è più acquistabile né rinnovabile.

Anche chi resta nel programma ha una scadenza. Broadcom presenta VMware Cloud Director 10.6.2, uscito a settembre 2026, come release di migrazione verso VCF Automation 9.1, e ne ha fissato la fine del servizio al 12 agosto 2028: da quella data niente supporto tecnico né nuove patch (KB 456708, verificata a novembre 2026). La strada che Broadcom indica ai provider è quindi comunque una migrazione.

Chi costruiva il proprio cloud su VMware Cloud Director e non è stato invitato nel nuovo programma non può rinnovare il contratto né usare licenze comprate da altri canali per servire i propri clienti. Le strade che restano sono poche: passare i clienti a uno dei provider rimasti nel programma, gestire per ogni cliente un ambiente dedicato con licenze VMware Cloud Foundation intestate al cliente stesso, oppure portare il servizio su una piattaforma aperta che non dipende dalle decisioni commerciali di un singolo fornitore.

La nostra risposta è Proxmox VE: una base solida, senza licenze per core o per macchina virtuale, con Ceph, SDN e API complete. A Proxmox VE mancava solo lo strato che un provider vende davvero, cioè il portale multi-tenant. Lo abbiamo costruito noi.

Proxmox VE gestisce benissimo cluster, macchine virtuali, storage e reti. Non nasce però per far entrare decine di clienti, ognuno dei quali deve vedere solo le proprie risorse. Il portale multi-tenant NextGuard colma questa distanza, appoggiandosi alle API di Proxmox VE.

Per il provider il portale semplifica la creazione dei tenant: risorse, permessi, quote e reti isolate. Per il cliente è il suo pannello self-service, in cui vede e gestisce solo le proprie macchine.

L'interfaccia è diversa da quella di VMware Cloud Director, ma le funzioni che i tuoi clienti usano ogni giorno sono simili. Se al tuo servizio serve qualcosa di specifico, siamo disponibili a personalizzare il portale sulle tue esigenze.

Il portale si può già vedere in una demo, che ti mostriamo su richiesta. La prima versione sarà presentata a fine 2026.

Le reti dei tenant usano l'SDN di Proxmox VE con zone EVPN e trasporto VXLAN: ogni tenant ha la sua VRF ed esce dal proprio edge gateway, quindi due clienti possono usare le stesse subnet private senza conflitti. Gli edge gateway diventano router virtuali MikroTik CHR dedicati, con NAT, regole di ingresso, IP pubblici e VPN verso le sedi del cliente. Ogni edge gateway è protetto dall'alta disponibilità di Proxmox VE: se il suo nodo si guasta, viene riavviato su un altro nodo in pochi minuti. Per i tenant che non possono permettersi nemmeno quel fermo, l'edge gateway diventa una coppia di CHR in VRRP su nodi diversi.

Il routing con FRRouting su cui si basano le zone EVPN è ancora classificato da Proxmox come anteprima tecnologica: per questo ogni progetto parte da un pilota con tenant interni, prima di toccare i clienti.

Su VMware vSphere si ragiona per gruppi di macchine. Su VMware Cloud Director l'unità giusta è il tenant. Ogni organizzazione ha le sue reti, le sue regole e i suoi orari, e va migrata come un blocco coerente.

Il progetto inizia con l'esportazione completa della configurazione: organizzazioni, virtual datacenter, vApp, reti, regole degli edge gateway, IP pubblici, cataloghi, utenti e integrazioni con billing e monitoraggio. Su questa base costruiamo i cluster Proxmox VE, l'SDN, i router di frontiera e il portale, e valutiamo con te le integrazioni con fatturazione e monitoraggio.

Poi si migra un tenant alla volta. Ogni tenant riceve la sua zona di rete e il suo edge gateway; le regole del vecchio edge gateway le traduciamo noi e le verifichiamo prima del passaggio. Le macchine vengono importate e avviate, i servizi verificati, gli IP pubblici spostati. Al mattino il cliente trova il suo spazio sul nuovo portale.

Un aspetto che spesso si sottovaluta è la comunicazione. I tuoi clienti devono sapere quando le loro macchine si spostano, cosa cambia nel portale, se cambiano endpoint delle API e chi chiamare se qualcosa non va.

Prepariamo per ogni tenant una scheda di migrazione con data, durata prevista del fermo, cambiamenti visibili e verifiche da fare dopo. Così il tuo servizio clienti sa cosa rispondere prima che arrivi la prima telefonata.