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 analizza come l’acquisizione di VMware da parte di Broadcom stia trasformando il panorama del backup e cosa ciò 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 possono non essere evidenti, ma sono importanti. I team IT devono capire le nuove restrizioni di licenza VMware Broadcom, il loro impatto e come gestirle efficacemente.
- Cambiamenti nelle licenze . Broadcom ha cessato di offrire licenze VMware perpetue, fornendo invece solo opzioni basate su abbonamenti e termini. Anche i rinnovi delle licenze perpetue esistenti sono in fase di eliminazione. Una volta scaduti i contratti di supporto attuali, i clienti con licenze perpetue non riceveranno più aggiornamenti, patch o supporto vendor. Possono ancora utilizzare i loro prodotti VMware esistenti, ma senza aggiornamenti di sicurezza continui o assistenza tecnica.
- Bundle di prodotti . La possibilità di scegliere singole licenze software VMware non è più disponibile. I clienti non possono più acquistare licenze per prodotti specifici come VMware vSphere, ESXi o vCenter separatamente. Invece, il software e le licenze VMware sono stati uniti in offerte bundle più grandi. I prodotti VMware e le unità di mantenimento stock (SKU) precedentemente separati sono stati consolidati in due pacchetti principali, VMware Cloud Foundation e VMware vSphere Foundation, con alcuni componenti aggiuntivi.
- Modello di prezzo modificato . Con la nuova politica VMware Broadcom, le licenze ora si basano sui core CPU piuttosto che sui socket. Il precedente modello per CPU è stato sostituito da prezzi per core, tipicamente con un minimo di 16 core per processore, anche se vengono utilizzati meno core. Le licenze sono ora disponibili solo tramite abbonamenti con termini (1, 3 o 5 anni), sostituendo il precedente modello perpetuo. Di conseguenza, molti clienti vedono aumentare in modo significativo i loro costi, anche quando continuano a utilizzare lo stesso software e servizi VMware di prima.
- Cambiamenti nell’ecosistema di partner, rivenditori e fornitori di servizi cloud . I nuovi programmi partner, come il Broadcom Advantage Partner Program, sono ora solo su invito. Alcuni partner VMware esistenti non sono stati invitati o hanno perso certi privilegi. I programmi di Servizi Cloud VMware e White Label sono in fase di revisione. Di conseguenza, alcuni accordi White Label vengono interrotti.
- Aggiornamenti di supporto . I titolari di licenze perpetue esistenti possono continuare a utilizzare le loro licenze. Tuttavia, nuove patch di supporto e aggiornamenti software sono disponibili solo per coloro con un contratto di supporto attivo o uno status di abbonamento. Quando un periodo di supporto termina per le licenze perpetue, l’accesso alle patch critiche o agli aggiornamenti può finire o essere ritardato.
- La migrazione del supporto al cliente , degli account e dei portali a un sito web Broadcom. Alcune funzioni del vecchio sistema sito web VMware (come la struttura del portale clienti) sono state modificate o rinominate.
Impatto sulle operazioni di backup
Se la tua soluzione di backup si basa su licenze VMware (host ESXi, vSphere, vCenter, ecc.), il passaggio dal perpetuo all’in abbonamento potrebbe aumentare i costi operativi ricorrenti. La licenza con minimo-core significa che i piccoli host di backup possono diventare relativamente più costosi.
Alcune funzioni autonome utilizzate dagli strumenti di backup (API specifiche, plugin o componenti) potrebbero non essere più offerte o potrebbero essere disponibili solo tramite abbonamenti inclusi. Le organizzazioni devono esaminare le funzioni utilizzate dal loro software di backup e abbinarle agli SKU di prodotto VMware sotto i nuovi pacchetti. Basandosi su queste informazioni, devono determinare se devono passare a un pacchetto più inclusivo o esplorare alternative.
Un passaggio da CapEx (acquisto una tantum) a OpEx (in abbonamento) può alterare il modo in cui l’infrastruttura di backup viene finanziata o esaminata. I rinnovi abbonamenti richiedono budget continui. In generale, i costi complessivi dell’uso di VMware vSphere per scopi di backup sono aumentati dal cambiamento delle licenze VMware di Broadcom.
Se ti affidavi 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 capacità di imbarcare nuovi clienti o rinnovare servizi. Le organizzazioni potrebbero dover rivedere i loro contratti e valutare se il partner è ancora autorizzato nell’ambito del nuovo programma.
I partner e i rivenditori VMware hanno segnalato aumenti significativi nelle soglie minime di acquisto core per il 2025. I vendor hanno reagito rapidamente (sondaggi, guide, avvisi ai partner dei vendor) perché le soluzioni di backup si basano su funzioni VMware specifiche, API e licenze prevedibili. Alcune funzioni o pacchetti che i vendor di backup necessitano (certe edizioni di vSphere, componenti aggiuntivi vSAN o funzioni di mobilità cloud) potrebbero essere disponibili solo in pacchetti più costosi.
Se stai usando licenze perpetue, potresti dover decidere se rimanere con VMware tramite abbonamento o migrare a piattaforme alternative (open-source, altri hypervisor a pagamento o il cloud). Il backup dei dati e piani di ripristino di emergenza dovrebbero essere considerati durante il processo di migrazione.
Come questi cambiamenti influiscono sul backup e il ripristino di emergenza
Costi ricorrenti più elevati per gli host e le destinazioni di backup sono il risultato della nuova licenza Broadcom VMware. Se la tua infrastruttura di backup (host di proxy di backup/repository di backup, host di ripristino di emergenza) funziona su un’infrastruttura virtuale VMware, i minimi per core e i prezzi degli abbonamenti possono aumentare significativamente le OPEX anche per laboratori o host di confine piccoli.
Cosa significa questo per i vendor di backup
I vendor di backup si affidano alle API di vSphere (VADP – vSphere API per la protezione dei dati) per funzioni come le snapshot e il monitoraggio dei blocchi modificati. Se VMware limita le funzioni a determinati SKU, i vendor (o i loro clienti) devono sapere quale edizione di VMware acquistare per ottenere le funzioni richieste. I vendor di backup hanno pubblicato guide e stanno esaminando i clienti per aiutare a navigare nei cambiamenti.
Un gran numero di vendor si sta preparando anche per supportare più hypervisor per il backup e il ripristino o strategie cloud-first (supporto più forte per KVM/Proxmox, Hyper-V, AWS, Azure o Google Cloud Platform) per offrire ai clienti diverse opzioni.
Se utilizzi già i prodotti VMware per i flussi di lavoro di backup, i tuoi backup e le VM esistenti continueranno a funzionare normalmente. Tuttavia, potresti perdere l’accesso al supporto del vendor, alle patch di sicurezza e agli aggiornamenti delle funzioni future se il tuo abbonamento e supporto scadono (le SnS si interrompono) o i termini di diritto cambiano.
Sfide e priorità critiche per il backup di VMware per i leader IT
Alla luce delle nuove sfide del backup di VMware, i leader IT dovrebbero rivalutare le loro priorità. Spieghiamo le principali sfide associate al backup delle macchine virtuali dopo l’acquisizione di VMware da parte di Broadcom.
Sfide del backup VMware Broadcom
- Costi di licenza in aumento e imprevedibili . Le licenze per core con soglie minime gonfiano il costo anche dell’esecuzione di cluster VMware piccoli utilizzati per le destinazioni di backup, la replica o il ripristino di emergenza. La prevedibilità del budget è diminuita perché i rinnovi delle licenze sono legati ai cicli di abbonamento e alcune funzioni che erano precedentemente incluse (ad esempio le API avanzate di vSphere o Site Recovery Manager) sono ora incluse in pacchetti a costo più elevato. L’impatto negativo include l’aumento dei budget per il backup e le organizzazioni devono giustificare le OPEX ricorrenti più elevate per la stessa capacità di backup.
- Blocco di API e funzioni . Le snapshot VMware, Monitoraggio dei blocchi modificati (CBT) e le API vSphere per la Protezione dei dati (VADP) sono funzionalità proprietarie. I vendor di backup fanno affidamento pesantemente su queste API. Se VMware le sposta in pacchetti più costosi, i clienti dovranno pagare di più solo per continuare a utilizzare i normali flussi di lavoro di backup. Di conseguenza, ci sono costi nascosti e flessibilità ridotta. Inoltre, aumenta il rischio di dipendenza dal vendor.
- Complessità nelle implementazioni multisito e DR . Modifiche nei programmi di partner e provider cloud di VMware potrebbero interrompere i servizi di ripristino di emergenza. Alcuni cloud service e gestori di servizi hanno perso l’autorizzazione o il prezzo speciale. Il ripristino di emergenza multisito ripristino di emergenza (DR) utilizzando VMware Site Recovery Manager (SRM) o repliche di terzi può essere più difficile da pianificare in modo coerente. Questa interruzione ha portato a opzioni di ripristino ridotte e RPO/RTO più lunghi.
Priorità chiave per i leader IT
Di seguito sono fornite le principali raccomandazioni e priorità strategiche per i leader IT per garantire la continua protezione dei dati negli ambienti virtuali in seguito all’acquisizione di VMware da parte di Broadcom.
- Verifica e mappatura delle dipendenze di backup VMware. Identifica quali prodotti VMware, API ed edizioni i flussi di lavoro attuali di backup dipendono. Documenta le date di scadenza di contratto, abbonamento e supporto. Mappa quali carichi di lavoro sono più critici da ripristinare (usa l’approccio suddivisione in livelli).
- Stima il budget secondo la nuova licenza Broadcom VMware. Lavora con il reparto finanziario per proiettare i costi a 1, 3 e 5 anni sotto abbonamento e minimi di core-count. Identifica dove i costi VMware influenzano in modo sproporzionato gli ambienti di backup (ad esempio, piccoli siti di ripristino di emergenza). Negozia termini multi-annuali, se possibile, per stabilizzare i costi.
- Valuta la preparazione del backup multi-piattaforma e su cloud. Test di ripristino dei carichi di lavoro VMware in hypervisor alternativi (Hyper-V, KVM, Proxmox) o cloud pubblico. Sollecita i vendor a dimostrare la portabilità dei backup al di là di VMware. Considera la migrazione per carichi di lavoro di sviluppo/test.
- Pianifica il ripristino di emergenza oltre l’ambiente virtuale VMware. Esplora la replica basata su storage o Backup basati su agenti come strategie di ripristino di emergenza indipendenti da VMware. Garantisci almeno un percorso di ripristino che non dipenda esclusivamente dalle licenze VMware Broadcom.
Pratiche migliori per il backup VMware nell’era Broadcom
Nell’era VMware Broadcom, una strategia di backup VMware efficace deve bilanciare una forte resilienza tecnica con particolare attenzione alle licenze e all’efficienza dei costi. Per rimanere protette e conformi, le organizzazioni dovrebbero seguire le procedure consigliate per il backup delle VM VMware, allineate al nuovo quadro di acquisizione VMware Broadcom.
- Revisione dei diritti di licenza . Identificare se la propria edizione VMware permette ancora l’accesso alle API di backup richieste (VADP, CBT, snapshot). Alcune funzioni potrebbero ora richiedere pacchetti di livello superiore. Pianificare per le licenze per core e prendere in considerazione le regole di Broadcom sui core minimi nel design del cluster di backup. Consolidare i carichi di lavoro dove possibile per ridurre il numero di core con licenza. Stimare il budget considerando termini pluriennali. Bloccare contratti più lunghi (3–5 anni) dove possibile per evitare picchi di costo imprevedibili.
- Adottare la 3-2-1 o la regola di backup 3-2-1-1 . Avere almeno 3 copie di dati memorizzati su 2 diversi tipi di supporto (disco + oggetto, o disco + nastro) con 1 copia fuori sede (cloud, sito DR) e 1 copia immutabile o fisicamente isolata e disconnessa (critica per il ripristino dai ransomware).
- Verificare il ripristino , non solo il backup. Eseguire regolarmente test di ripristino. Testare il ripristino completo di VM, a livello di file e coerente con l’applicazione. Validare RPO e RTO valori. Assicurarsi che i tempi di ripristino e i punti corrispondano agli accordi di livello di servizio aziendali (SLA). Utilizzare reti isolate per testare il ripristino di carichi di lavoro di produzione senza interruzioni.
- Prepararsi per il ripristino multipiattaforma . Verificare la portabilità dei backup e confermare che la soluzione possa ripristinare le VM VMware in altri hypervisor (KVM, Hyper-V, Proxmox) o cloud pubblici (AWS, Azure, Google Cloud Platform). Considerare backup basati su agenti come ultima misura. Per carichi di lavoro critici, è possibile installare agenti di backup come percorso secondario per garantire opzioni di ripristino oltre le API VMware (se le API non funzionano con la vostra soluzione di backup dopo che Broadcom le ha aggiornate).
- Collaborare con i vendor dell’ecosistema . Chiedere ai vendor di backup il supporto VMware sotto la nuova licenza Broadcom e la loro strategia multi-hypervisor o cloud. Controllare i cambiamenti nei programmi partner VMware Broadcom. Verificare che il vostro fornitore di servizi sia ancora autorizzato sotto le nuove regole sui partner, specialmente se si utilizza una soluzione di Ripristino di emergenza as a Service (DRaaS). Monitora i segnali della comunità tracciando i feedback dai gruppi utente e dai forum per rimanere aggiornato sui cambiamenti improvvisi (aumenti di prezzo, riallineamenti dei pacchetti).
Come NAKIVO supporta il backup di VMware nell’era di Broadcom
NAKIVO Backup & Replication è una soluzione di protezione dei dati dedicata multipiattaforma che supporta VMware vSphere, Hyper-V, VM Proxmox e Nutanix AHV come piattaforme virtuali per il backup e il ripristino.
- Supporto 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 i formati di disco virtuale VMDK e VHD (VHDX). Ciò significa che puoi eseguire ripristini multipiattaforma delle VM VMware su Hyper-V e Proxmox. Puoi migrare senza problemi a un’altra piattaforma di virtualizzazione mantenendo i backup esistenti se una nuova modifica alle licenze VMware Broadcom non è adatta.
- Se utilizzi BaaS, RaaS e DRaaS da un Provider di Servizi Gestiti usando una versione multi-tenant di NAKIVO Backup & Replication, non dovresti notare cambiamenti relativi alla funzionalità della soluzione durante il backup e il ripristino delle VM VMware.
- Backup su cloud . Se la tua infrastruttura di backup era legata alle macchine virtuali VMware vSphere, puoi eseguire il backup delle VM sul cloud pubblico, come Microsoft Azure, Amazon S3 e uno storage compatibile con S3 con la soluzione NAKIVO.
- Backup su altre piattaforme . Puoi eseguire il backup di macchine fisiche e virtuali su dispositivi NAS, SMB e NFS condivisioni file e nastro.
Conclusione
L’acquisizione di VMware da parte di Broadcom ha ridisegnato il modo in cui le organizzazioni si avvicinano alla virtualizzazione, alle licenze e alla protezione dei dati. I leader dell’IT devono ora adattare le loro strategie di backup VMware per mantenere efficienza, conformità e resilienza in questo ambiente mutevole. Comprendendo i nuovi modelli di licenza e le dipendenze del backup, le aziende possono ridurre i rischi e controllare i costi. L’ottimizzazione continua delle pratiche di backup VMware è fondamentale per garantire stabilità a lungo termine nell’era VMware Broadcom.
