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 di 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 cessato di offrire 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 liberamente le singole licenze software VMware. I clienti non possono più acquistare separatamente licenze per prodotti specifici come VMware vSphere, ESXi o vCenter. Al contrario, il software e le licenze VMware sono stati 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 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), in sostituzione del precedente modello perpetuo. Di conseguenza, molti clienti stanno assistendo a un aumento significativo dei costi, anche pur continuando a utilizzare lo stesso software e gli stessi servizi VMware di prima.
- Cambiamenti nell’ecosistema di partner, rivenditori e provider 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 rielaborazione. 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 un stato di abbonamento. Al termine del periodo di assistenza per le licenze perpetue, l’accesso alle patch critiche o agli aggiornamenti 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 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 specifiche funzioni VMware, API e licenze prevedibili. Alcune funzioni o pacchetti necessari ai fornitori di soluzioni di backup (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 in abbonamento o migrare verso piattaforme alternative (open source, altri hypervisor a pagamento o cloud). Durante il processo di migrazione è necessario tenere in considerazione il backup dei dati e il piani di ripristino di emergenza .
In che modo queste modifiche influiscono sul backup e sul ripristino di emergenza
I costi ricorrenti più elevati per gli host e le destinazioni di backup sono una conseguenza della nuova licenza 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 le spese operative (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 funzionalità 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 obbligatorie. 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 fornitore, alle patch di sicurezza e ai futuri aggiornamenti delle funzionalità 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 crescenti 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 è ridotta perché i rinnovi delle licenze sono legati ai cicli di abbonamento e alcune funzionalità che in precedenza erano incluse (ad esempio, le API avanzate di vSphere o Site Recovery Manager) sono ora raggruppate 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 ricorso a queste API. Se VMware decidesse di includerle in pacchetti più costosi, i clienti sarebbero costretti a pagare di più semplicemente per continuare a utilizzare i flussi di lavoro standard di backup. Di conseguenza, si verificherebbero costi nascosti e una minore flessibilità. Inoltre, aumenterebbe il rischio di dipendenza da un unico fornitore.
- Complessità nelle implementazioni multisito e di DR . Le modifiche ai 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. Il ripristino di emergenza multisito ripristino di emergenza (DR) che utilizza VMware Site Recovery Manager (SRM) o la replica di terze parti può risultare più difficile 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 Broadcom da parte di VMware.
- Verificare e mappare le dipendenze dei backup di VMware. Identificare da quali prodotti, API ed edizioni VMware dipendono i flussi di lavoro di backup attuali. Documentare le date di scadenza di contratti, abbonamenti e assistenza. Mappare quali carichi di lavoro sono più critici da ripristinare (utilizzare l’approccio suddivisione in livelli ).
- Stimare il budget in base alle nuove licenze Broadcom VMware. Collaborare con la funzione finanziaria per prevedere i costi a 1, 3 e 5 anni in base agli abbonamenti e ai minimi di core. Identificare 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 prontezza per il 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. Considerare la migrazione per le carghe di lavoro di sviluppo/test.
- Pianificare il ripristino di emergenza al di fuori dell’ambiente virtuale VMware. Esplorare la replica basata su storage o Backup basati su agenti come strategie di ripristino di emergenza indipendenti da VMware. Assicurarsi di disporre di 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 di backup di VMware efficace deve bilanciare una forte resilienza tecnica con un’attenzione particolare alle licenze e all’efficienza dei costi. Per garantire la protezione e la 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 Broadcom da parte di VMware.
- 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 relative al numero minimo di core stabilite da 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 che Broadcom le ha aggiornate).
- Collaborare con i fornitori dell’ecosistema . Chiedere ai fornitori 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 partner VMware-Broadcom. Assicuratevi che il vostro fornitore di servizi sia ancora autorizzato in base alle nuove regole di partnership, specialmente se utilizzate una soluzione Ripristino di emergenza as a Service (DRaaS).
- Monitorare i segnali provenienti dalla comunità, tenendo traccia dei feedback provenienti dai gruppi di utenti e dai forum, per anticipare eventuali cambiamenti improvvisi (aumenti di prezzo, riorganizzazione dei pacchetti).
- NAKIVO Backup & Replication è una soluzione dedicata e multipiattaforma per la protezione dei dati che supporta VMware vSphere, Hyper-V, e Nutanix AHV come piattaforme virtuali per il backup e il ripristino.VMDK VHDX
- 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 e i formati di disco virtuale VHD (Amazon S3). 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 per VMware non risultasse adeguata.
- Se si utilizzano i servizi BaaS, DRaaS e RaaS offerti da un fornitore di servizi gestiti (MSP) 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.SMB e NFS
Come NAKIVO supporta il backup VMware nell’era Broadcom
Backup su cloud
. XML-PH-0017@deepl.internal 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 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 VMware è fondamentale per garantire la stabilità a lungo termine nell’era Broadcom-VMware.
