Gestisci le macchine virtuali su Red Hat OpenShift con Service Mesh

La gestione dei carichi di lavoro virtualizzati, accanto alle applicazioni containerizzate, rimane una sfida costante per le operazioni IT, poiché spesso crea ambienti di gestione isolati. Al Red Hat Summit 2026, ho avuto l'opportunità di salire sul palco durante la sessione OpenShift Spotlight per dimostrare come Red Hat OpenShift stia lavorando per risolvere questa sfida, consentendo alle organizzazioni di gestire una macchina virtuale (VM) e un container come entità di primo piano su un'unica piattaforma.

Alan Cowles interviene durante l'OpenShift Spotlight al Red Hat Summit 2026.

Come colmare il divario tra macchine virtuali e container

La mia dimostrazione era incentrata su un'applicazione fittizia di un'agenzia di viaggi che esegue sette macchine virtuali. Questa applicazione supportava le funzionalità di prenotazione e fatturazione e disponeva di VM dedicate alle diverse sottofunzioni necessarie per l'esecuzione del software. Ad esempio, una VM era dedicata all'esecuzione di un'applicazione per la prenotazione di auto a noleggio, un'altra era incentrata esclusivamente sui voli e un'altra ancora era dedicata all'organizzazione delle sistemazioni in hotel.

È stato osservato che, nella maggior parte dei casi, le organizzazioni sono costrette a utilizzare console di gestione separate per VM e container. Questo perché ospitano le piattaforme containerizzate all'interno della loro soluzione di virtualizzazione, oppure le eseguono entrambe in parallelo su un'infrastruttura bare metal, gestita da team separati. Ciò può comportare un "costo di alternanza" che riduce l'efficienza operativa. Nella dimostrazione, ho illustrato come Red Hat OpenShift risolva questo problema integrando le macchine virtuali direttamente con le funzionalità native della piattaforma, come la service mesh.

Poiché le macchine virtuali in OpenShift vengono eseguite all'interno di container, è facile applicare qualsiasi strumento avanzato fornito da OpenShift ai carichi di lavoro virtualizzati, proprio come avverrebbe per qualsiasi carico di lavoro containerizzato. Con Red Hat OpenShift Service Mesh, ho inserito i container sidecar nelle VM in esecuzione, fornendo così funzionalità aggiuntive che in precedenza non erano disponibili. Inizialmente, il grafico del traffico era vuoto: i container sidecar non erano ancora stati inseriti. Con un rapido passaggio alla riga di comando sulla mia tastiera immaginaria, ho potuto inserire un container sidecar per la service mesh e, in pochi istanti, l'ambiente si è trasformato. La visualizzazione del pod della VM è passata da due a tre container, aggiungendo un container istio-proxy insieme ai container guest-console e compute che compongono la VM. Una volta inserito, il grafico della service mesh ha iniziato a popolarsi con nuovi dati e ha fornito una visualizzazione completa dell'intero flusso applicativo, inclusi database e servizi di supporto. 

 La funzione del grafico del traffico di OpenShift Service Mesh offre una visione completa del flusso di lavoro dell'applicazione dell'agenzia di viaggi. 

Dopo aver esplorato la connettività di rete tramite la service mesh, ho spiegato al pubblico che OpenShift Service Mesh non è utile solo per visualizzare i flussi di traffico di rete, ma anche per modellarli. Per illustrarlo, ho mostrato un canary deployment di una versione aggiornata dell'applicazione dell'agenzia di viaggi. Ho eseguito il provisioning di una nuova VM "cars v2" e, sfruttando le funzionalità di gestione del traffico della service mesh, ho configurato, tramite script, un deployment che indirizza il 90% del traffico alla macchina virtuale con la versione legacy dell'applicazione cars e solo il 10% alla versione 2 ("facendo un giro di prova", per così dire). Per verificare la stabilità della nuova versione, ho inserito un altro comando per spostare il flusso di traffico su una ripartizione 80/20 a favore della nuova release, come passo preliminare verso il logico passaggio successivo: la dismissione della VM che eseguiva la versione precedente dell'applicazione.

Sebbene la dimostrazione abbia evidenziato un'interazione complessa tra i servizi container e le macchine virtuali, l'aspetto fondamentale è aver dimostrato che OpenShift non si limita a "eseguire" le VM, ma le tratta come un componente nativo del moderno tessuto applicativo programmabile, consentendo strategie di deployment sofisticate senza richiedere la riscrittura completa delle applicazioni.

L'esecuzione di VM in OpenShift consente all'agenzia di viaggi di testare nuove funzionalità come componenti nativi della piattaforma con moderne strategie per il rilascio, evitando la riscrittura del codice applicativo. 

Puoi esplorare questo flusso di lavoro e scoprire in prima persona le funzionalità della piattaforma con questa demo arcade interattiva.

La prospettiva dei clienti: il percorso di Abacus

L'aspetto migliore della possibilità di dimostrarlo è che il percorso tecnico che ho delineato non è puramente teorico. Rispecchia il cambiamento strategico intrapreso da uno dei nostri clienti. Paul Ponzeka, CTO di Abacus, provider di servizi gestiti per i settori finanziario e sanitario, mi ha raggiunto sul palco durante la sessione OpenShift Spotlight e ha parlato, insieme a Stu Miniman di Red Hat, del percorso di migrazione di Abacus a OpenShift, guidato dall'esigenza di agilità e dalla risposta a pratiche commerciali insostenibili dei fornitori.

Paul Ponzeka, CTO, Abacus, illustra il percorso di transizione dai provider di VM tradizionali a Red Hat OpenShift Virtualization. (20:16)

Alla domanda sul perché Abacus cercasse un cambiamento, Ponzeka ha offerto una sincera valutazione del mercato, scherzando: "VMware e Broadcom entrano in un bar..." Ha descritto la difficile realtà che molti provider di servizi hanno dovuto affrontare. "Abbiamo registrato un raddoppio dei prezzi e siamo stati estromessi dalla piattaforma per provider di servizi... cambiare era fondamentale."

Per Ponzeka, la decisione non mirava solo a evitare i rincari dei prezzi, ma anche ad ampliare le competenze del suo team per gestire un'architettura più moderna ed efficiente. Ha sottolineato come la transizione abbia portato anche a miglioramenti inaspettati delle prestazioni. "Passando a OpenShift abbiamo ottenuto prestazioni nettamente migliori. Abbiamo iniziato a portare alcune delle nostre porte principali alla velocità di linea", ha spiegato.

Alla fine, Abacus ha scoperto che, passando a OpenShift, avrebbe potuto riportare i carichi di lavoro containerizzati dei clienti negli ambienti on premise, ed eseguirli su bare metal accanto alle VM line-of-business. Ciò ha trasformato una migrazione necessaria in una nuova linea di prodotti, dimostrando che liberarsi dai vincoli dei sistemi obsoleti è il primo passo verso una vera modernizzazione dell'infrastruttura.

Conclusione

L'integrazione delle VM in OpenShift è un fattore strategico per le organizzazioni che cercano di evitare il vendor lock-in durante la modernizzazione della propria infrastruttura. La dimostrazione che ho condotto ha mostrato come le applicazioni legacy possano prosperare nell'ecosistema delle moderne piattaforme cloud native, e la testimonianza di Ponzeka ha confermato che ciò che inizia come una semplice migrazione può trasformarsi in un vantaggio competitivo, convertendo i vincoli dell'infrastruttura in nuove opportunità di business. Trattando VM e container come elementi equivalenti all'interno di una piattaforma applicativa unificata, le organizzazioni possono salvaguardare gli investimenti esistenti e ottenere l'agilità e l'efficienza in termini di costi tipiche delle operazioni cloud native. 

Scopri di più su Red Hat OpenShift Virtualization:

• Esplora il prodotto;
• Guarda l'intera sessione OpenShift Spotlight;
• Scopri altre risorse nell'hub di apprendimento.