Modernizzare la virtualizzazione non significa necessariamente sostituire tutto in un’unica finestra di manutenzione. Il 16 settembre 2026 Lenovo ha presentato un ampliamento della propria offerta infrastrutturale che combina un nuovo sistema ThinkAgile, servizi di deployment e configurazioni validate per più piattaforme. Per le aziende, il punto interessante non è soltanto il nuovo Lenovo ThinkAgile VX850 V4, ma la possibilità di progettare una transizione graduale mantenendo più opzioni tecnologiche.
L’annuncio comprende il VX850 V4 per ambienti fortemente virtualizzati e workload in-memory, tre livelli di Lenovo Infrastructure Deployment Services e nuove Lenovo Express Solutions basate su Microsoft Hyper‑V, Red Hat OpenShift Virtualization, Microsoft Azure Local, Nutanix e SUSE Virtualization. Non è una singola alternativa pronta per ogni scenario: è un portafoglio da valutare in base a carichi, competenze, licenze, storage, rete e continuità operativa.
Che cosa ha annunciato Lenovo
La novità si sviluppa su tre livelli complementari:
- infrastruttura: Lenovo ThinkAgile VX850 V4, progettato per ambienti ad alta densità di macchine virtuali e carichi in-memory;
- servizi: Standard Deploy, Premier Deploy e Premier Deploy Plus;
- soluzioni validate: configurazioni Lenovo Express Solutions che combinano hardware e piattaforme di virtualizzazione o hybrid cloud.
Lenovo posiziona l’offerta come base per workload tradizionali, cloud-native e AI. È importante interpretare correttamente questa formulazione: “AI-ready” non significa che qualsiasi configurazione sia adatta ad addestrare modelli complessi. Significa che l’infrastruttura può inserirsi in un percorso più ampio, da dimensionare sulla base di acceleratori, memoria, storage, rete e software effettivamente richiesti.
ThinkAgile VX850 V4
Secondo l’annuncio ufficiale, il VX850 V4 è pensato per ambienti fortemente virtualizzati, workload impegnativi in memoria e dati strutturati o non strutturati. Lenovo non pubblica nella nota stampa una distinta tecnica completa né una configurazione universale: capacità, processori, memoria, storage e supporto software vanno quindi verificati sul preventivo e sulla documentazione del modello disponibile nel mercato di riferimento.
Per un responsabile IT questo è un dettaglio rilevante. Il nome commerciale identifica la famiglia, ma il comportamento del cluster dipende dalla configurazione acquistata, dalla topologia, dalle versioni certificate e dal disegno delle dipendenze esterne.
Le cinque strade validate indicate da Lenovo
Le nuove Express Solutions non sono cinque varianti dello stesso hypervisor. Rispondono a obiettivi differenti e richiedono competenze operative diverse.
Microsoft Hyper‑V e Windows Server
Questa strada è orientata alle organizzazioni che vogliono mantenere una gestione centrata sull’ecosistema Microsoft. Può risultare naturale dove Active Directory, Windows Server, strumenti Microsoft e competenze PowerShell sono già consolidati. Prima della scelta occorre verificare edizioni, diritti di virtualizzazione, gestione centralizzata, alta disponibilità e compatibilità delle applicazioni.
Red Hat OpenShift Virtualization
OpenShift Virtualization permette di gestire macchine virtuali e applicazioni containerizzate sulla stessa piattaforma. Red Hat la basa su KVM e KubeVirt e include strumenti per la migrazione delle VM. Il vantaggio potenziale è avvicinare workload tradizionali e moderni; il costo organizzativo è l’introduzione di un modello operativo Kubernetes che richiede formazione, osservabilità e procedure aggiornate.
Il tema è distinto dal backup. Nell’articolo EP Consulting su Veeam 13.1 e protezione delle VM OpenShift abbiamo evidenziato perché la migrazione della piattaforma debba includere fin dall’inizio repository, ripristino e responsabilità sui workload containerizzati.
Microsoft Azure Local con ThinkAgile MX V4
Lenovo descrive questa opzione per workload virtualizzati, AI e cloud-native eseguiti in ambienti distribuiti o ibridi sotto il controllo del cliente, con gestione coerente con Azure. È una scelta da considerare quando sedi, edge o requisiti di località rendono necessario mantenere l’elaborazione vicino ai dati senza rinunciare a strumenti cloud.
La valutazione deve comprendere connettività verso Azure, dipendenze di gestione, sottoscrizioni, aggiornamenti, capacità offline e costi operativi. Un’architettura “hybrid” non elimina la necessità di definire cosa accade durante un’interruzione della WAN.
Lenovo ThinkSystem con Nutanix Compute Cluster
La proposta punta sulla possibilità di scalare il calcolo in modo indipendente e sulla gestione tramite Nutanix Cloud Platform. È un’impostazione interessante quando la crescita della CPU e della memoria non segue quella dello storage. Bisogna però analizzare il disegno complessivo: rete, latenza, data services, domini di guasto, licenze e procedure di espansione.
SUSE Virtualization su ThinkSystem V4
Questa opzione supporta VM e container su una base unificata. Può essere pertinente per organizzazioni che già utilizzano tecnologie SUSE o cercano una piattaforma aperta, ma deve essere confrontata su supporto applicativo, competenze disponibili, strumenti di migrazione, integrazione con backup e qualità dell’ecosistema locale.
Configurazione validata non significa progetto automatico
Lenovo sottolinea che le Express Solutions utilizzano configurazioni prevalidate per ridurre complessità di integrazione e accelerare il deployment. Questo riduce una parte del rischio tecnico, ma non sostituisce il lavoro di progettazione.
La validazione del vendor non conosce automaticamente:
- le dipendenze delle applicazioni aziendali;
- le finestre di fermo realmente disponibili;
- i vincoli di licenza dei sistemi operativi e dei database;
- le prestazioni richieste nelle ore di picco;
- il comportamento del backup durante e dopo la migrazione;
- la segmentazione di rete, le VLAN e i flussi verso storage e servizi esterni;
- il livello di competenza del team che dovrà gestire il day‑2.
Una configurazione validata è quindi un punto di partenza più prevedibile, non una garanzia che il progetto aziendale sia già dimensionato correttamente.
I tre livelli di deployment
Lenovo ha annunciato tre livelli di servizio. Tutti includono una base strutturata di readiness e l’installazione hardware eseguita da specialisti.
- Standard Deploy: base di preparazione e installazione dell’hardware;
- Premier Deploy: aggiunge supporto all’implementazione e al passaggio operativo;
- Premier Deploy Plus: estende l’assistenza dopo il deployment e include una valutazione dello stato dell’infrastruttura dopo un anno, con l’esclusione indicata da Lenovo per gli array DE Storage.
La scelta dovrebbe dipendere dalla criticità del progetto e dalle capacità interne, non soltanto dal numero di nodi. Un cluster piccolo che ospita ERP, cartelle condivise e autenticazione può richiedere più accompagnamento di un ambiente più grande ma isolato e ben standardizzato.
Checklist prima di scegliere la piattaforma
1. Inventario tecnico
Censire VM, sistemi operativi, database, appliance virtuali, driver, snapshot, integrazioni e dipendenze. Raccogliere almeno trenta giorni di dati su CPU, RAM, IOPS, latenza, rete e crescita dello storage.
2. Compatibilità e supporto
Verificare che applicazioni e fornitori supportino formalmente la piattaforma scelta. Una VM tecnicamente avviabile non è necessariamente una configurazione supportata dal produttore del software.
3. Licenze e costi
Confrontare hardware, hypervisor, gestione, backup, networking, supporto e formazione per almeno tre o cinque anni. L’articolo EP Consulting su VMware vSphere Standard e virtualizzazione essenziale mostra perché la scelta economica non possa fermarsi al prezzo iniziale della licenza.
4. Backup e disaster recovery
Definire RPO e RTO per ciascun servizio, testare restore granulari e completi e verificare l’esistenza di copie realmente separate dal dominio amministrativo principale. Includere il ripristino del piano di gestione, non solo delle VM.
5. Rete e storage
Calcolare banda, ridondanza, MTU, segmentazione, multipathing e traffico generato da replica, backup e live migration. Se i workload richiedono elevata memoria o I/O, il collo di bottiglia potrebbe trovarsi fuori dai nodi di calcolo.
6. Competenze operative
Valutare chi gestirà aggiornamenti, certificati, capacity planning, incidenti e sicurezza. Piattaforme che unificano VM e container possono offrire vantaggi strategici, ma ampliano le competenze necessarie.
Come pianificare una migrazione senza salto nel buio
Un percorso prudente può seguire cinque passaggi:
- selezionare un gruppo di workload non critici ma rappresentativi;
- realizzare un proof of concept con rete, backup e monitoraggio reali;
- misurare prestazioni e operatività quotidiana, non solo il tempo di migrazione;
- documentare rollback, responsabilità e criteri di successo;
- procedere per ondate, mantenendo capacità e licenze sufficienti per la coesistenza temporanea.
Per database molto esigenti, la progettazione deve considerare con attenzione memoria e storage. Come confronto infrastrutturale, l’approfondimento sulle VM Google Cloud M4N per database ad alte prestazioni evidenzia quanto IOPS, throughput e rete possano incidere oltre al semplice conteggio delle vCPU.
Domande frequenti
Il VX850 V4 sostituisce automaticamente VMware?
No. L’annuncio presenta infrastruttura e percorsi di modernizzazione, ma la scelta della piattaforma dipende da software, supporto, licenze, competenze e piano di migrazione.
Le Express Solutions sono già pronte per qualsiasi azienda?
Sono configurazioni validate che riducono il lavoro di integrazione. Restano necessari dimensionamento, analisi delle dipendenze, sicurezza, backup e collaudo.
OpenShift Virtualization gestisce VM e container?
Sì. Red Hat descrive una piattaforma basata su KVM e KubeVirt che consente di gestire VM e workload containerizzati nello stesso ambiente.
Quale livello di deployment conviene scegliere?
Dipende dalla criticità, dalla complessità e dalle competenze interne. Premier Deploy e Premier Deploy Plus aggiungono supporto all’implementazione e al passaggio in esercizio.
Quando iniziare dal proof of concept?
Prima di acquistare o migrare in massa. Il PoC dovrebbe utilizzare workload rappresentativi e includere rete, backup, monitoraggio, sicurezza e procedure operative.
Conclusione
L’annuncio Lenovo è interessante perché combina hardware, servizi e più ecosistemi di virtualizzazione, evitando di presentare una singola risposta per ogni azienda. Il valore reale emergerà dalla qualità del progetto: inventario, dimensionamento, compatibilità, protezione dei dati e capacità del team di gestire la piattaforma dopo il go‑live.
EP Consulting può affiancare le PMI nell’analisi dell’infrastruttura virtuale, nella raccolta dei requisiti e nella costruzione di un piano di migrazione verificabile prima dell’investimento.