Backup di VMware dopo Broadcom: modifiche principali e procedure consigliate
Alla fine del 2023, Broadcom ha completato l’acquisizione di VMware, ridisegnando uno dei nomi più influenti nel settore della virtualizzazione. Questa mossa ha introdotto cambiamenti significativi in materia di licenze, struttura dei prodotti, amministrazione e protezione dei dati.
Mentre Broadcom riorganizza VMware e il suo ecosistema, gli effetti si fanno sentire su clienti, partner e fornitori di soluzioni di backup. Questo post del blog esplora come l’acquisizione di VMware da parte di Broadcom stia trasformando il panorama del backup e cosa significhi per il futuro della protezione dei dati VMware.
Comprendere il cambiamento VMware-Broadcom e il suo impatto sul backup
I cambiamenti nel backup di VMware potrebbero non essere evidenti, ma sono importanti. I team IT devono comprendere le nuove restrizioni di licenza di VMware Broadcom, il loro impatto e come gestirle in modo efficace.
- Modifiche alle licenze . Broadcom ha interrotto l’offerta di licenze VMware perpetue, fornendo d’ora in poi solo opzioni in abbonamento e a termine. Anche i rinnovi delle licenze perpetue esistenti vengono gradualmente eliminati. Una volta scaduti gli attuali contratti di assistenza, i clienti con licenze perpetue non riceveranno più aggiornamenti, patch o assistenza da parte del vendor. Potranno comunque utilizzare i propri prodotti VMware esistenti, ma senza aggiornamenti di sicurezza continui né assistenza tecnica.
- Pacchetti di prodotti . Non è più possibile scegliere singolarmente le licenze software VMware. I clienti non possono più acquistare separatamente licenze per prodotti specifici come VMware vSphere, ESXi o vCenter. Il software e le licenze VMware sono stati invece integrati in pacchetti più ampi. I prodotti VMware e le unità di stoccaggio (SKU), precedentemente separati, sono stati consolidati in due pacchetti principali, VMware Cloud Foundation e VMware vSphere Foundation, con alcuni componenti aggiuntivi.
- Modello di determinazione dei prezzi modificato . Con il nuovo criterio di VMware Broadcom, la concessione delle licenze si basa ora sui core della CPU anziché sui socket. Il precedente modello “per CPU” è stato sostituito da un modello di determinazione dei prezzi “per core”, in genere con un minimo di 16 core per processore, anche se vengono utilizzati meno core. Le licenze sono ora disponibili solo tramite abbonamenti a termine (1, 3 o 5 anni), che sostituiscono il precedente modello perpetuo. Di conseguenza, molti clienti stanno assistendo a un aumento significativo dei costi, anche continuando a utilizzare lo stesso software e gli stessi servizi VMware di prima.
- Cambiamenti nell’ecosistema di partner, rivenditori e fornitori di servizi cloud . I nuovi programmi per i partner, come il Broadcom Advantage Partner Program, sono ora accessibili solo su invito. Alcuni partner VMware esistenti non sono stati invitati o hanno perso determinati privilegi. I programmi VMware Cloud Service Provider e White Label sono in fase di revisione. Di conseguenza, alcuni accordi White Label vengono interrotti.
- Aggiornamenti sul supporto . I titolari di licenze perpetue esistenti possono continuare a utilizzare le proprie licenze. Tuttavia, le nuove patch di supporto e gli aggiornamenti software sono disponibili solo per chi dispone di un contratto di supporto attivo o di uno stato di abbonamento. Al termine del periodo di supporto per le licenze perpetue, l’accesso alle patch o agli aggiornamenti critici potrebbe cessare o subire ritardi.
- Migrazione dell’assistenza clienti , degli account e dei portali verso un sito web Broadcom. Alcune funzioni del vecchio sistema del sito web VMware (come la struttura del portale clienti) sono state modificate o rinominate.
Impatto sulle operazioni di backup
Se la vostra soluzione di backup si basa su licenze VMware (host ESXi, vSphere, vCenter, ecc.), il passaggio da licenze perpetue a quelle in abbonamento potrebbe aumentare i vostri costi operativi ricorrenti. Il sistema di licenze basato sul numero minimo di core implica che gli host di backup di piccole dimensioni potrebbero diventare relativamente più costosi.
Alcune funzioni autonome utilizzate dagli strumenti di backup (API specifiche, plugin o componenti) potrebbero non essere più offerte o essere disponibili solo tramite abbonamenti in bundle. Le organizzazioni devono verificare le funzioni utilizzate dal proprio software di backup e mapparle agli SKU dei prodotti VMware previsti dai nuovi pacchetti. Sulla base di queste informazioni, devono determinare se passare a un pacchetto più completo o valutare alternative.
Il passaggio da CapEx (acquisto una tantum) a OpEx (in abbonamento) può modificare le modalità di finanziamento o di verifica dell’infrastruttura di backup. I rinnovi degli abbonamenti richiedono una pianificazione di bilancio continua. In generale, i costi complessivi dell’utilizzo di VMware vSphere a fini di backup sono aumentati a seguito della modifica delle licenze VMware di Broadcom.
Se vi affidavate a determinati rivenditori, partner o provider cloud per i servizi VMware (per lo storage di backup, i siti secondari, ecc.), il loro stato potrebbe essere influenzato dalla riorganizzazione del programma partner. Alcuni partner potrebbero perdere la possibilità di acquisire nuovi clienti o rinnovare i servizi. Le organizzazioni potrebbero dover rivedere i propri contratti e valutare se il partner sia ancora autorizzato nell’ambito del nuovo programma.
I partner e i rivenditori VMware hanno segnalato aumenti significativi delle soglie minime di acquisto di core per il 2025. I fornitori hanno reagito rapidamente (sondaggi, guide, avvisi ai partner da parte dei fornitori) poiché le soluzioni di backup si basano su funzioni specifiche di VMware, API e licenze prevedibili. Alcune funzioni o pacchetti di cui i fornitori di soluzioni di backup hanno bisogno (determinate edizioni di VMware vSphere, componenti aggiuntivi di vSAN o funzionalità di mobilità cloud) potrebbero essere disponibili solo in pacchetti più costosi.
Se si utilizzano licenze perpetue, potrebbe essere necessario decidere se rimanere con VMware tramite abbonamento o migrare verso piattaforme alternative (open source, altri hypervisor a pagamento o cloud). Il backup dei dati e il piani di ripristino di emergenza devono essere presi in considerazione durante il processo di migrazione.
In che modo questi cambiamenti influenzano il backup e il ripristino di emergenza
I costi ricorrenti più elevati per gli host e le destinazioni di backup sono il risultato del nuovo sistema di licenze Broadcom VMware. Se la vostra infrastruttura di backup (host proxy di backup/repository di backup, host di ripristino di emergenza) gira su un’infrastruttura virtuale VMware, i requisiti minimi per core e i prezzi degli abbonamenti possono aumentare significativamente l’OPEX anche per piccoli laboratori o host periferici.
Cosa significa questo per i fornitori di soluzioni di backup
I fornitori di soluzioni di backup si affidano alle API di VMware vSphere (VADP – VMware vSphere API for Data Protection) per funzioni quali gli snapshot e il tracciamento delle modifiche. Se VMware limita le funzioni a determinati SKU, i fornitori (o i loro clienti) devono sapere quale edizione VMware acquistare per ottenere le funzioni necessarie. I fornitori di soluzioni di backup hanno pubblicato guide e stanno conducendo sondaggi tra i clienti per aiutarli a orientarsi tra i cambiamenti.
Un gran numero di fornitori sta inoltre preparando il supporto multi-hypervisor per il backup e il ripristino o strategie cloud-first (maggiore supporto per KVM/Proxmox, Hyper-V, AWS, Azure o Google Cloud Platform) per offrire ai clienti diverse opzioni.
Se utilizzate già prodotti VMware per i flussi di lavoro di backup, i vostri backup e le vostre VM esistenti continueranno a funzionare normalmente. Tuttavia, potreste perdere l’accesso al supporto del vendor, alle patch di sicurezza e ai futuri aggiornamenti delle funzioni se il vostro abbonamento e il supporto scadono (Scadenza SnS) o se cambiano i termini di autorizzazione.
Sfide critiche relative al Backup di VMware e priorità per i responsabili IT
Alla luce delle nuove sfide relative al Backup di VMware, i responsabili IT dovrebbero rivalutare le proprie priorità. Spieghiamo le principali sfide associate al backup delle VM dopo l’acquisizione di VMware da parte di Broadcom.
Sfide relative al backup di VMware dopo l’acquisizione da parte di Broadcom
- Costi di licenza in aumento e imprevedibili . Le licenze per core con soglie minime fanno lievitare i costi di gestione anche di piccoli cluster VMware utilizzati come destinazioni di backup, per la replica o il ripristino di emergenza. La prevedibilità del budget risulta compromessa poiché i rinnovi delle licenze sono legati ai cicli di abbonamento e alcune funzioni precedentemente incluse (ad esempio, le API avanzate di vSphere o Site Recovery Manager) sono ora integrate in pacchetti più costosi. L’impatto negativo comprende l’aumento dei budget destinati al backup e le organizzazioni devono giustificare un aumento delle spese operative ricorrenti (OPEX) per la stessa capacità di backup.
- Vincolo alle API e alle funzionalità . Gli snapshot VMware, Monitoraggio dei blocchi modificati (CBT) e le API vSphere per la protezione dei dati (VADP) sono funzioni proprietarie. I fornitori di soluzioni di backup fanno ampio affidamento su queste API. Se VMware le trasferisse in pacchetti più costosi, i clienti dovrebbero pagare di più semplicemente per continuare a utilizzare i flussi di lavoro standard di backup. Di conseguenza, si hanno costi nascosti e una minore flessibilità. Inoltre, aumenta il rischio di vincolo al fornitore.
- Complessità nelle implementazioni multisito e di ripristino di emergenza . I cambiamenti nei programmi per i partner e i provider cloud di VMware potrebbero compromettere i servizi di ripristino di emergenza. Alcuni fornitori di servizi cloud e di MSP (Managed Service Provider) hanno perso l’autorizzazione o le tariffe speciali. Multi-sito ripristino di emergenza (DR) che utilizzano VMware Site Recovery Manager (SRM) o la replica di terze parti possono risultare più difficili da pianificare in modo coerente. Questa interruzione ha portato a una riduzione delle opzioni di ripristino di emergenza e a RPO/RTO più lunghi.
Priorità chiave per i responsabili IT
Di seguito sono riportate le raccomandazioni chiave e le priorità strategiche per i responsabili IT al fine di garantire la protezione continua dei dati negli ambienti virtuali a seguito dell’acquisizione di VMware da parte di Broadcom.
- Verificare e mappare le dipendenze di backup di VMware. Identificate da quali prodotti, API ed edizioni VMware dipendono i vostri attuali flussi di lavoro di backup. Documentate le date di scadenza dei contratti, degli abbonamenti e del supporto. Mappate quali carichi di lavoro sono più critici da ripristinare (utilizzate l’approccio suddivisione in livelli ).
- Stimate il budget in base alle nuove licenze VMware di Broadcom. Collaborate con il reparto finanziario per prevedere i costi a 1, 3 e 5 anni in base agli abbonamenti e ai minimi di core. Individuare dove i costi VMware incidono in modo sproporzionato sugli ambienti di backup (ad esempio, piccoli siti di ripristino di emergenza). Se possibile, negoziare contratti pluriennali per stabilizzare i costi.
- Valutare la predisposizione al backup multipiattaforma e su cloud. Test di ripristino dei carichi di lavoro VMware verso hypervisor alternativi (Hyper-V, KVM, Proxmox) o cloud pubblico. Sollecitare i vendor a dimostrare la portabilità dei backup al di fuori di VMware. Valutare la migrazione dei carichi di lavoro di sviluppo/test.
- Pianificare il ripristino di emergenza al di fuori dell’ambiente virtuale VMware. Esplorare la replica basata sullo storage o backup basati su agenti come strategie di ripristino di emergenza indipendenti da VMware. Garantire almeno un percorso di ripristino di emergenza che non dipenda esclusivamente dalle licenze VMware di Broadcom.
Procedure consigliate per il backup di VMware nell’era Broadcom
Nell’era Broadcom VMware, una strategia efficace di backup di VMware deve bilanciare una forte resilienza tecnica con un’attenta considerazione delle licenze e dell’efficienza dei costi. Per garantire protezione e conformità, le organizzazioni dovrebbero seguire le procedure consigliate per il backup delle macchine virtuali VMware in linea con il nuovo quadro normativo derivante dall’acquisizione di VMware da parte di Broadcom.
- Verifica dei diritti di licenza . Verifica se la tua edizione VMware garantisce ancora l’accesso alle API di backup obbligatorie (VADP, CBT, snapshot). Alcune funzioni potrebbero ora richiedere pacchetti di livello superiore. Pianificate le licenze per core e tenete conto delle regole sul numero minimo di core di Broadcom nella progettazione del vostro cluster di backup. Consolidate i carichi di lavoro ove possibile per ridurre al minimo il numero di core con licenza. Stimare il budget tenendo conto di periodi pluriennali. Stipulate contratti più lunghi (3–5 anni) ove fattibile per evitare picchi di costo imprevedibili.
- Adottate la 3-2-1 o la regola di backup 3-2-1-1 . Disporre di almeno 3 copie dei dati archiviate su 2 diversi tipi di supporto (disco + oggetto, o disco + nastro), con 1 copia fuori sede (cloud, sito di DR) e 1 copia immutabile o con protezione air-gap (fondamentale per il ripristino in caso di ransomware).
- Verificare il ripristino , non solo il backup. Eseguire regolarmente test di ripristino. Testare ripristini completi di VM, a livello di file e coerenti con l’applicazione. Verificare i valori di RPO e RTO . Assicurarsi che i tempi e i punti di ripristino siano in linea con gli accordi sul livello di servizio (SLA) aziendali. Utilizzare reti isolate per testare il ripristino dei carichi di lavoro di produzione senza interruzioni.
- Prepararsi al ripristino multipiattaforma . Testare la portabilità dei backup e confermare che la soluzione sia in grado di ripristinare le VM VMware su altri hypervisor (KVM, Hyper-V, Proxmox) o su cloud pubblici (AWS, Azure, Google Cloud Platform). Considerare Backup basati su agenti come ultima risorsa. Per i carichi di lavoro critici, è possibile installare agenti di backup come percorso secondario per garantire opzioni di ripristino al di là delle API VMware (nel caso in cui le API non funzionino con la propria soluzione di backup dopo gli aggiornamenti da parte di Broadcom).
- Collaborare con i vendor dell’ecosistema . Chiedete ai vendor di soluzioni di backup informazioni sul supporto VMware nell’ambito delle nuove licenze Broadcom e sulla loro strategia multi-hypervisor o cloud. Verificate le modifiche apportate ai programmi di partnership VMware-Broadcom. Assicuratevi che il vostro fornitore di servizi sia ancora autorizzato in base alle nuove regole di partnership, soprattutto se utilizzate una soluzione DRaaS ( Ripristino di emergenza as a Service ). Monitorate i segnali provenienti dalla comunità seguendo i feedback dei gruppi di utenti e dei forum per anticipare eventuali cambiamenti improvvisi (aumenti di prezzo, riorganizzazione dei pacchetti).
Come NAKIVO supporta il Backup di VMware nell’era Broadcom
NAKIVO Backup & Replication è una soluzione dedicata alla protezione dei dati multipiattaforma che supporta VMware vSphere, Hyper-V, VM Proxmox e Nutanix AHV come piattaforme virtuali per il backup e il ripristino.
- Supporto per VMware vSphere 9 con tutti gli aggiornamenti correlati in termini di licenze e componenti software.
- Ripristino multipiattaforma . Ripristina le VM VMware su altre piattaforme di virtualizzazione che supportano VMDK e i formati di disco virtuale VHD (VHDX). Ciò significa che è possibile eseguire il ripristino multipiattaforma delle VM VMware su Hyper-V e Proxmox. È possibile migrare senza problemi verso un’altra piattaforma di virtualizzazione mantenendo i backup esistenti, qualora una nuova modifica alle licenze Broadcom VMware non risultasse adeguata.
- Se si utilizzano BaaS, RaaS e DRaaS da un Managed Service Provider che impiega una versione multi-tenant di NAKIVO Backup & Replication, non si dovrebbero notare cambiamenti relativi alle funzionalità della soluzione durante il backup e il ripristino delle macchine virtuali VMware.
- Backup su cloud . Se la vostra infrastruttura di backup era legata alle macchine virtuali VMware vSphere, potete eseguire il backup delle VM sul cloud pubblico, come Microsoft Azure, Amazon S3 e su storage compatibile con S3 utilizzando la soluzione NAKIVO.
- Backup su altre piattaforme . È possibile eseguire il backup di macchine fisiche e virtuali su dispositivi NAS, SMB e NFS condivisioni file e nastri.
Conclusione
L’acquisizione di VMware da parte di Broadcom ha ridefinito il modo in cui le organizzazioni affrontano la virtualizzazione, le licenze e la protezione dei dati. I responsabili IT devono ora adattare le proprie strategie di backup di VMware per mantenere efficienza, conformità e resilienza in questo contesto in evoluzione. Comprendendo i nuovi modelli di licenza e le dipendenze relative al backup, le aziende possono ridurre i rischi e controllare i costi. L’ottimizzazione continua delle pratiche di backup di VMware è fondamentale per garantire la stabilità a lungo termine nell’era Broadcom-VMware.
