SUSE Virtualization, per chi sta andando verso i container.

Molte aziende vivono oggi con due infrastrutture parallele. Le applicazioni nuove nascono in container su Kubernetes, mentre database, gestionali e applicazioni legacy restano su VMware vSphere. Due piattaforme significano due competenze, due sistemi di monitoraggio, due modi di fare backup e due contratti.

SUSE Virtualization unisce i due mondi. Si basa su KubeVirt, che rende le macchine virtuali risorse Kubernetes, e su Longhorn, storage distribuito per volumi persistenti; dalla versione 1.5 può usare anche storage esterno con driver CSI, se il driver supporta snapshot, cloni e accesso condiviso. Si gestisce da un'interfaccia dedicata e da Rancher, la stessa console che molte aziende usano già per i propri cluster Kubernetes. Il progetto open source si chiama ancora Harvester HCI: SUSE Virtualization è la stessa piattaforma con la subscription e il supporto di SUSE.

SUSE Virtualization include un componente per importare macchine virtuali da VMware: si collega a vCenter, spegne la macchina, ne copia e converte i dischi e la ricrea sulla nuova piattaforma. Il fermo dura quanto la copia, quindi per le macchine grandi o critiche usiamo repliche applicative o strumenti con sincronizzazione incrementale.

Il percorso che proponiamo è graduale. Prima si classificano le macchine VMware in tre gruppi: quelle da migrare così come sono, quelle che conviene trasformare in container e quelle da dismettere. Poi si migrano come macchine virtuali sia le prime sia le seconde, così VMware si spegne subito, e la modernizzazione delle seconde si pianifica con i tempi del tuo team di sviluppo, su cluster Kubernetes con Rancher e RKE2.

Non serve riscrivere tutto per lasciare VMware. Le applicazioni legacy continuano a girare come macchine virtuali, ma da subito con gli stessi strumenti, le stesse policy e la stessa automazione delle applicazioni moderne.

SUSE Virtualization dà il meglio dove Kubernetes è già di casa. Se il tuo team non usa Kubernetes e non ha in programma di farlo, una piattaforma come Proxmox VE è più semplice da gestire e più vicina a quello che conosce. Lo diciamo nell'assessment: scegliere una piattaforma per moda è il modo più rapido per pentirsene.

Due limiti tecnici da conoscere. Far girare container direttamente sul cluster di SUSE Virtualization è una funzione sperimentale: in produzione usiamo cluster RKE2 dedicati, creati come macchine virtuali. E le network policy di Kubernetes non si applicano alle VM collegate a reti VLAN: l'isolamento tra le reti delle VM si progetta con VLAN dedicate e regole sul firewall.