La piattaforma vSphere with Tanzu coinvolge due ruoli, l'amministratore di vSphere e il tecnico di DevOps. Entrambi i ruoli interagiscono con la piattaforma attraverso interfacce diverse e possono avere utenti o gruppi di utenti definiti per essi in vCenter Single Sign-On con autorizzazioni associate. I workflow per i ruoli di amministratore di vSphere e tecnico di DevOps sono distinti e determinati dall'area di competenza specifica richiesta da questi ruoli.

Ruoli utente e workflow

L'interfaccia principale tramite cui l'amministratore di vSphere interagisce con la piattaforma vSphere with Tanzu è vSphere Client. Ad alto livello, le responsabilità dell'amministratore implicano la configurazione di un Cluster supervisore e degli spazi dei nomi, in cui i tecnici di DevOps possono distribuire carichi di lavoro Kubernetes. È consigliabile che l'amministratore vanti un'eccellente conoscenza delle tecnologie vSphere e NSX-T, oltre a una conoscenza di base di Kubernetes.

Figura 1. Workflow ad alto livello dell'amministratore di vSphere

Workflow ad alto livello dell'amministratore di vSphere

I tecnici di DevOps possono essere sviluppatori Kubernetes e proprietari di applicazioni, amministratori di Kubernetes o combinare entrambe le funzioni. Il tecnico di DevOps utilizza comandi kubectl per distribuire Pod vSphere, macchine virtuali e cluster di Tanzu Kubernetes negli spazi dei nomi esistenti nel Cluster supervisore. In genere, i tecnici di DevOps non devono essere esperti di vSphere e NSX-T, ma devono avere una conoscenza di base di queste tecnologie e della piattaforma vSphere with Tanzu per poter interagire con gli amministratori di vSphere in modo più efficiente.

Figura 2. Workflow ad alto livello del tecnico di DevOps

Workflow ad alto livello del tecnico di DevOps

Cluster supervisore Con il workflow NSX-T Data Center

L'amministratore di vSphere configura la piattaforma vSphere with Tanzu con i componenti di elaborazione, storage e rete necessari. È possibile utilizzare NSX-T Data Center come stack di rete per Cluster supervisore. Per ulteriori informazioni sui requisiti di sistema, vedere Requisiti di sistema per la configurazione di vSphere with Tanzu con NSX-T Data Center.

Figura 3. Cluster supervisore con il workflow di rete di NSX-Data Center

Initial Platform Configuration Workflow

Workflow per lo stack di rete di Cluster supervisore con vSphere

L'amministratore di vSphere può configurare un cluster vSphere come Cluster supervisore con lo stack di rete vSphere. Per ulteriori informazioni sui requisiti di sistema, vedere Requisiti di sistema per la configurazione di vSphere with Tanzu con vSphere Networking e il bilanciamento del carico del proxy HA.
Figura 4. Workflow di configurazione per lo stack di rete di Cluster supervisore con vSphere
Workflow di configurazione dello stack di rete di Supervisor Cluster con vSphere

Cluster supervisore con vSphere Networking e workflow NSX Advanced Load Balancer

Il diagramma illustra il workflow per la configurazione della rete di vSphere e di NSX Advanced Load Balancer per vSphere with Tanzu. Per ulteriori informazioni, vedere Installazione e configurazione di NSX Advanced Load Balancer.

Workflow di creazione e configurazione degli spazi dei nomi

L'amministratore di vSphere può creare e configurare spazi dei nomi in Cluster supervisore. È necessario ottenere dai tecnici di DevOps i requisiti specifici delle risorse relativi alle applicazioni e ai carichi di lavoro che desiderano eseguire, al fine di configurare gli spazi dei nomi di conseguenza. Per ulteriori informazioni, vedere Configurazione e gestione degli spazi dei nomi vSphere.

Figura 5. Workflow di configurazione dello spazio dei nomi

Workflow di configurazione dello spazio dei nomi

Workflow di creazione e configurazione dello spazio dei nomi self-service

L'amministratore di vSphere può creare uno spazio dei nomi supervisore, impostare limiti di CPU, memoria e storage per lo spazio dei nomi, assegnare autorizzazioni ed eseguire il provisioning o attivare il servizio dello spazio dei nomi in un cluster come modello.
Figura 6. Workflow di provisioning del modello di spazio dei nomi self-service
Un ingegnere DevOps può creare uno spazio dei nomi supervisore in modo self-service e distribuire i carichi di lavoro al suo interno. È possibile condividerlo con altri ingegneri DevOps o eliminarlo quando non è più necessario.
Figura 7. Workflow di creazione dello spazio dei nomi self-service

Workflow di provisioning di Pod vSphere e macchine virtuali

Un tecnico di DevOps può distribuire Pod vSphere e macchine virtuali all'interno dei limiti delle risorse di uno spazio dei nomi in esecuzione in un Cluster supervisore. Per ulteriori informazioni, vedere Distribuzione dei carichi di lavoro nei Pod vSphere e Distribuzione e gestione di macchine virtuali in vSphere with Tanzu.

Figura 8. Workflow di provisioning di Pod vSphere e macchine virtuali

Workflow di provisioning di vSphere pod e macchine virtuali

Workflow di provisioning di cluster di Tanzu Kubernetes

I tecnici di DevOps possono creare e configurare cluster di Tanzu Kubernetes in uno spazio dei nomi creato e configurato dall'amministratore di vSphere. Per ulteriori informazioni, vedere Workflow per il provisioning di cluster di Tanzu Kubernetes.

Figura 9. Workflow di provisioning di cluster di Tanzu Kubernetes

Workflow cluster di Tanzu Kubernetes

Workflow di aggiornamento di vSphere with Tanzu

Il diagramma mostra il workflow per l'aggiornamento dell'ambiente di vSphere with Tanzu, inclusi Cluster supervisore e i cluster di Tanzu Kubernetes. Per ulteriori informazioni, vedere Aggiornamento dell'ambiente di vSphere with Tanzu.
Figura 10. Workflow di aggiornamento di vSphere with Tanzu