VKS – Servizio Kubernetes di VMware vSphere

Esegui Kubernetes in modo nativo nel tuo data center

Grazie a VMware vSphere Kubernetes Service, evoila sta implementando una piattaforma container pronta per la produzione su VCF. Con sovranità sui dati, funzionalità self-service e piena integrazione nell’infrastruttura esistente.

Richiedi una consulenza

Kubernetes aziendale senza dipendenza dal cloud pubblico

Kubernetes nel cloud pubblico è semplice ma costoso, complesso dal punto di vista della protezione dei dati e comporta una dipendenza strategica. VMware vSphere Kubernetes Service porta Kubernetes di livello enterprise direttamente su VCF: con cluster di supervisione, namespace self-service, un registro integrato e una gestione del ciclo di vita pronta per la produzione, il tutto senza dipendere dal cloud pubblico. evoila implementa VKS come parte pienamente integrata dello stack VCF, consentendo ai team di sviluppatori e di piattaforma di raggiungere una vera autonomia dei container nel proprio data center.

I vantaggi per l’azienda in breve:

  • Valorizzazione di VCF: VKS fa parte di VCF. Adottando VKS, valorizzi il tuo investimento in VCF e ottieni un runtime Kubernetes pronto per la produzione come parte del tuo cloud privato
  • Sovranità dei dati: i carichi di lavoro in container rimangono nel tuo data center, senza dipendere dal cloud pubblico e con il pieno controllo sull’archiviazione dei dati
  • Self-service per i team di sviluppo: VKS offre una piattaforma container sicura e multi-tenant che permette agli sviluppatori di configurare e gestire gli ambienti in modo autonomo, accelerando l’innovazione e riducendo i tempi di immissione sul mercato.
  • Controllo dei costi: nessun costo variabile del cloud pubblico per i carichi di lavoro in container; costi di infrastruttura prevedibili basati sull’infrastruttura VCF esistente
  • Assistenza aziendale: l’intera soluzione VCF + VKS è supportata dall’assistenza di Broadcom
  • La migliore integrazione possibile: VKS offre la migliore integrazione possibile in termini di storage, rete e governance all’interno di VCF

Kubernetes senza una base strategica

Kubernetes si è affermato come lo standard per i carichi di lavoro containerizzati. Tuttavia, per molte aziende, la questione di dove e come implementare Kubernetes rimane irrisolta. I servizi Kubernetes su cloud pubblico sono facilmente disponibili, ma creano dipendenze a lungo termine, costi difficili da prevedere e rischi per la protezione dei dati che escludono i settori regolamentati e i carichi di lavoro sensibili dal punto di vista dei dati.

Allo stesso tempo, l’implementazione di Kubernetes su un’infrastruttura on-premise è tradizionalmente complessa: il provisioning dei cluster, l’integrazione di rete, le classi di archiviazione, la gestione del ciclo di vita e l’isolamento tra i vari team richiedono competenze approfondite e maturità operativa. Senza una strategia di piattaforma ben ponderata, si creano dei silos di cluster che sono complessi dal punto di vista operativo tanto quanto l’alternativa del cloud pubblico, ma senza i suoi vantaggi.

La pressione per passare dalle piattaforme Kubernetes esistenti, come OpenShift o Rancher, a soluzioni native per VCF sta aumentando: i clienti che hanno già investito in VCF vogliono una piattaforma unificata, non l’ennesimo silo infrastrutturale accanto al loro stack esistente.


Strategia della piattaforma prima dell’implementazione del cluster

La maggior parte dei problemi legati a Kubernetes non è di natura tecnica, ma architettonica. evoila offre quella visione d’insieme della piattaforma che previene la creazione di silos nei cluster, i costi fuori controllo e le lacune di conformità prima ancora che si verifichino.

La sfida

Cinque modi in cui una strategia Kubernetes sbagliata aumenta i rischi

Il Kubernetes su cloud pubblico risolve il problema del provisioning, ma ne crea uno ancora più complesso: dipendenza strategica, costi imprevedibili e lacune nella sovranità dei dati che, di default, escludono i carichi di lavoro soggetti a normative. Il Kubernetes autogestito, senza un approccio “platform-first”, sostituisce una complessità con un’altra: i silos di cluster sono impegnativi dal punto di vista operativo quanto il cloud pubblico, ma senza la sua praticità. Nessuna delle due strade è scalabile in modo pulito. Entrambe richiedono un ripensamento.

Il Kubernetes su cloud pubblico crea dipendenze strategiche, costi incontrollabili e rischi per la protezione dei dati

Un Kubernetes autogestito senza una strategia di piattaforma porta alla creazione di silos nei cluster e alla frammentazione operativa

I team di sviluppo aspettano troppo a lungo per l’infrastruttura: manca un Kubernetes self-service

I requisiti di conformità escludono l’uso di Kubernetes su cloud pubblico per i carichi di lavoro sensibili

Le piattaforme Kubernetes esistenti non sono integrate con VCF e impediscono una gestione unificata del ciclo di vita

L’architettura della piattaforma viene prima del primo cluster

evoila definisce il modello multi-tenant, l’integrazione di rete, le classi di archiviazione, il concetto di archivio degli artefatti e l’onboarding dei team prima ancora che inizi qualsiasi implementazione — eliminando così il debito tecnico che rende la maggior parte degli ambienti Kubernetes on-premise difficili da gestire su larga scala.

La nostra soluzione

VKS come piattaforma pronta per la produzione

Progettazione e implementazione del cluster di supervisori

Configurazione del cluster di supervisione integrato con VCF come piano di controllo di Kubernetes, utilizzando i namespace di vSphere, i limiti delle risorse e il controllo degli accessi basato sui ruoli come base per le operazioni che coinvolgono più team.

Cluster VKS

Distribuzione e gestione del ciclo di vita dei cluster VKS per diversi team, ambienti e classi di carico di lavoro, con controllo delle versioni e riproducibilità tramite modelli di cluster.

Modello self-service basato sui namespace

Creazione di un framework self-service che permetta ai team di sviluppo di configurare in modo autonomo e conforme i namespace di Kubernetes e i cluster di workload. Con limiti di risorse integrati, politiche di rete e flussi di lavoro di approvazione.

Integrazione con Harbor Registry

Implementazione del VMware Harbor Container Registry come repository centrale e privato delle immagini. Con scansione delle vulnerabilità, firma delle immagini e politiche di replica per garantire una catena di fornitura dei container sicura.

Integrazione di rete e archiviazione

Configurazione della rete basata su NSX per i carichi di lavoro Kubernetes. Con AVI come controller di ingresso nativo e classi di storage vSAN per i carichi di lavoro persistenti.

Stai pensando di passare a VKS da un’altra soluzione (ad esempio Rancher, OpenShift, Vanilla K8s)?

Abbiamo sviluppato un processo di migrazione strutturato dalle soluzioni Kubernetes esistenti a VKS. Grazie a una valutazione dettagliata dei carichi di lavoro, all’analisi della migrazione, ai test funzionali end-to-end e a una documentazione di passaggio di consegne esaustiva, possiamo accompagnarti durante l’intero processo di migrazione.

Pianifica la tua migrazione a VKS

Tech-Deep-Dive

L’architettura alla base dell’IT

Il cluster di supervisori come piano di controllo di Kubernetes

Il Supervisor Cluster è il cuore di VKS: gira direttamente sull’hypervisor ESXi e integra Kubernetes in modo nativo in VCF senza bisogno di macchine virtuali separate per il piano di controllo. I Namespace di vSphere forniscono il livello di isolamento e governance per i team e i progetti: a ogni namespace vengono assegnati limiti definiti di CPU, memoria e spazio di archiviazione, oltre a controlli di accesso basati sui ruoli. evoila progetta il modello di namespace in base a specifici requisiti organizzativi e di conformità.

VKS: Cluster di carichi di lavoro pronti per la produzione

I cluster di carico di lavoro vengono distribuiti tramite VKS come cluster Kubernetes completamente gestiti, con controllo delle versioni, basati su modelli e orchestrati tramite il Supervisor Cluster. VKS offre un’esperienza Kubernetes coerente: configurazioni dei cluster standardizzate, gestione integrata del ciclo di vita e riprovisioning automatico dei nodi in caso di guasti. evoila sviluppa modelli di cluster per diverse classi di carichi di lavoro: dai cluster di sviluppo con risorse ridotte ai cluster multinodo pronti per la produzione con regole di anti-affinità.

Integrazione di rete: Antrea come CNI standard

Il networking di Kubernetes funziona di default tramite Antrea come Container Network Interface. VKS supporta anche Calico e i pod instradabili tramite l’Antrea NSX Routed CNI. AVI funge da integrazione AKO, agendo come controller di ingresso e bilanciatore di carico per l’esposizione dei servizi esterni. Il risultato è un’architettura di rete completamente integrata in VCF senza alcuna interruzione di continuità.

Harbor Registry: una catena di approvvigionamento dei container sicura

Harbor funge da registro privato centrale per i container, con uno scanner di vulnerabilità integrato, la firma delle immagini tramite Notary e politiche di replica configurabili per implementazioni del registro con ridondanza geografica. evoila implementa Harbor come piattaforma di registro pronta per la produzione con politiche di promozione definite. Le immagini vengono sottoposte a scansione delle vulnerabilità e a processi di firma prima di essere ammesse negli spazi dei nomi di produzione.

Vantaggi tecnici

È integrato in VCF, non è un componente aggiuntivo

Integrazione nativa con VCF

Il cluster Supervisor gira direttamente su ESXi senza macchine virtuali separate per il piano di controllo ed è completamente integrato nella gestione del ciclo di vita di VCF

Kubernetes coerente

VKS offre configurazioni di cluster standardizzate e con versioni definite, con gestione automatica del ciclo di vita e riprovisioning dei nodi

Integrazione di rete nativa con NSX

Se usi Antrea come CNI di Kubernetes, avrai un’integrazione completa con NSX e con tutta la tua architettura VCF

Supply chain sicura dei container

Harbor, grazie alla scansione delle vulnerabilità, alla firma delle immagini e alle politiche di promozione, impedisce che immagini non sicure entrino negli ambienti di produzione

Self-service con governance

Il modello basato sui namespace garantisce ai team autonomia grazie a limiti integrati sulle risorse e politiche di rete

Il tuo partner ideale

Ingegneria delle piattaforme che abbraccia progettazione, realizzazione e gestione

Gestire piattaforme Kubernetes sulla tua infrastruttura richiede ben più che semplici conoscenze tecniche.

Ci vuole una mentalità incentrata sulla piattaforma: la capacità di concepire l’architettura Kubernetes, l’integrazione con VCF, la progettazione della rete, la strategia di storage e i processi di inserimento dei team come un unico insieme. evoila offre proprio questa prospettiva olistica: evoila ha già implementato VKS in ambienti di produzione. Dalle piattaforme di sviluppo di medie dimensioni ai complessi ambienti di produzione con più team.

Il punto di forza di evoila sta proprio nel livello di integrazione: VKS non viene considerato isolatamente, ma è progettato in sinergia con l’architettura di rete NSX, AVI Ingress, le classi di storage vSAN e VCF-Automation, come una piattaforma coerente e non come un insieme di singoli prodotti.

Per i clienti che dispongono già di ambienti OpenShift o Rancher, evoila mette a disposizione competenze specifiche in materia di migrazione, tra cui l’analisi dei carichi di lavoro, la mappatura della rete e un percorso di migrazione strutturato senza tempi di inattività della produzione.

Architettura “Platform-First”

Migrazione strutturata da OpenShift a Rancher

Integrazione nativa con NSX, AVI e vSAN

Continuità all’interno della stessa squadra

Collaborazione

Tecnologia e partner

VKS
Broadcom

Grazie alla nostra partnership con Broadcom, evoila mette a disposizione una profonda competenza su VMware Cloud Foundation per la progettazione e la realizzazione di ambienti VKS. Aiutiamo le aziende a valorizzare il loro investimento esistente in VCF con un runtime Kubernetes pronto per la produzione, integrato nelle funzionalità di rete, storage e governance del loro cloud privato.

Offerta di benvenuto

Valutazione della piattaforma VKS

Il processo di onboarding strutturato inizia con un’analisi della strategia e dell’infrastruttura container esistenti. Nell’ambito della valutazione della piattaforma VKS di evoila, analizziamo:

Carichi di lavoro container esistenti e strategia di piattaforma

Possibile migrazione da altre soluzioni Kubernetes o da hyperscaler

Modello dei namespace e requisiti per l’inserimento dei membri del team

Punti di integrazione negli ambienti VCF, NSX e vSAN esistenti

Il risultato è un progetto concreto della piattaforma, accompagnato da un piano di implementazione con le priorità ben definite.

Raccontaci della tua sfida

Raccontaci come è configurata la tua infrastruttura e quali obiettivi vuoi raggiungere. Che tu abbia bisogno di un secondo parere indipendente sulla tua attuale architettura vSphere o che voglia valutare come riunire i tuoi team operativi e di sviluppo su un’unica piattaforma, siamo qui per definire insieme una soluzione.

Marco Di Martino

Marco Di Martino

Business Unit Lead – Cloud Native

FAQs

Domande frequenti su VKS – VMware vSphere Kubernetes Service

Il Kubernetes su cloud pubblico è subito disponibile, ma comporta dipendenze strategiche, costi variabili e rischi legati alla protezione dei dati. VKS gira in modo nativo su VCF nel tuo data center, offrendoti il pieno controllo dei dati, costi prevedibili e una profonda integrazione con l’infrastruttura esistente, senza i compromessi del cloud pubblico.

Sì. evoila analizza i carichi di lavoro esistenti, mappa le dipendenze di rete e di storage e sviluppa un percorso di migrazione strutturato verso VKS, con funzionamento in parallelo durante la fase di transizione e una verifica completa dopo la migrazione.

Tramite i Namespace di vSphere con un modello self-service: i team richiedono Namespace o cluster di carichi di lavoro in modo autonomo seguendo procedure definite, con limiti di risorse, politiche di rete e flussi di lavoro di approvazione integrati. La governance rimane centralizzata, mentre l’autonomia spetta al team.

Harbor esegue automaticamente la scansione delle immagini alla ricerca di vulnerabilità note e impone la firma delle immagini tramite Notary. Le politiche di promozione impediscono alle immagini non firmate o vulnerabili di entrare negli spazi dei nomi di produzione, fungendo da controllo di sicurezza strutturale nella catena di approvvigionamento dei container.