Azure Kubernetes Arc in VMware (anteprima) e architettura del cluster del carico di lavoro

  • Articolo

Si applica a: servizio Azure Kubernetes abilitato da Azure Arc in VMware (anteprima)

Questo articolo offre una panoramica dell'architettura del cluster e dei componenti chiave dell'infrastruttura di Kubernetes, ad esempio il piano di controllo e i nodi di lavoro, per il servizio Azure Kubernetes abilitato da Azure Arc in VMware.

Architettura del cluster

Un cluster servizio Azure Kubernetes include i componenti seguenti:

  • Arc Resource Bridge (noto anche come appliance Arc) fornisce il meccanismo di orchestrazione principale e l'interfaccia per la distribuzione e la gestione di uno o più cluster di carico di lavoro.
  • I cluster del carico di lavoro (noti anche come cluster di destinazione) sono dove vengono distribuite applicazioni in contenitori.

Diagramma che mostra l'architettura del cluster.

AKS Arc usa un set di opzioni di configurazione predefinite per distribuire in modo efficace e scalabilità i cluster Kubernetes. Un'operazione di distribuzione crea più macchine virtuali Linux e li aggiunge insieme per creare uno o più cluster Kubernetes.

Arc Resource Bridge

Arc Resource Bridge connette un cloud privato (ad esempio, Azure Stack HCI, VMWare/vSphere o SCVMM) ad Azure e consente la gestione delle risorse locali da Azure. Dopo la connessione, è possibile configurare la piattaforma di orchestrazione dei contenitori nel servizio Azure Kubernetes in un ambiente vSphere, ovvero la piattaforma di virtualizzazione VMware. I due componenti principali di vSphere sono ESXi e vCenter.

Azure Arc Resource Bridge offre la linea di visualizzazione ai cloud privati necessari per gestire le risorse, ad esempio i cluster Kubernetes locali tramite Azure. Arc Resource Bridge include i componenti di base di Azure Kubernetes Arc seguenti:

  • Estensioni del cluster AKS Arc: un'estensione del cluster è l'equivalente locale di un provider di risorse di Azure Resource Manager. Proprio come il provider di risorse Microsoft.ContainerService gestisce i cluster del servizio Azure Kubernetes in Azure, il provider di risorse Microsoft.HybridContainerService consente all'estensione del cluster AKS Arc di gestire i cluster Kubernetes tramite Azure quando viene aggiunto al bridge di risorse Arc.
  • Percorso personalizzato: una posizione personalizzata è l'equivalente locale di un'area di Azure ed è un'estensione del costrutto di posizione di Azure. Le posizioni personalizzate consentono agli amministratori tenant di usare il data center con le estensioni appropriate installate, come posizioni di destinazione per la distribuzione delle istanze del servizio di Azure.
  • Risorsa vCenter: VMware vCenter è un software di gestione server che fornisce una piattaforma centralizzata per controllare gli ambienti vSphere. Le estensioni Arc Resource Bridge e servizio Azure Kubernetes comunicano con vCenter tramite l'API del cluster fornita da vSphere (CAPv), semplificando la creazione di cluster di carico di lavoro. Ognuna delle risorse della posizione personalizzata viene mappata a un'istanza di vCenter. Quando si connette il vCenter ad Azure, si registra anche vCenter come risorsa di Azure, ovvero la risorsa vCenter.

Per una panoramica dell'architettura del bridge di risorse di Azure Arc, vedere la panoramica di Azure Arc Resource Bridge. Per ogni bridge di risorse di Azure Arc, è possibile gestire più istanze di vCenter creando risorse vCenter con le posizioni personalizzate corrispondenti. Esiste una relazione di mapping uno-a-uno tra le risorse vCenter e le posizioni personalizzate.

Cluster del carico di lavoro

Un cluster di carico di lavoro include molti componenti, come descritto nelle sezioni seguenti.

Piano di controllo

  • Server API: il server API abilita l'interazione con l'API Kubernetes. Questo componente fornisce l'interazione per gli strumenti di gestione, ad esempio l'interfaccia della riga di comando di Azure o kubectl.
  • Etcd: Etcd è un archivio chiave-valore distribuito che archivia i dati necessari per la gestione del ciclo di vita del cluster. Archivia lo stato del piano di controllo.

Bilanciamento del carico

Lo scopo principale di un servizio di bilanciamento del carico è distribuire il traffico tra più nodi in un cluster Kubernetes. Questo bilanciamento del carico consente di evitare tempi di inattività e migliorare le prestazioni complessive delle applicazioni.

L'anteprima del servizio Azure Kubernetes in VMware supporta le opzioni seguenti per distribuire un servizio di bilanciamento del carico per il cluster Kubernetes:

  • Portare il servizio di bilanciamento del carico di terze parti.

Nodi di lavoro

Per eseguire le applicazioni e i servizi di supporto, è necessario un nodo Kubernetes. Un cluster del carico di lavoro del servizio Azure Kubernetes dispone di uno o più nodi di lavoro. I nodi di lavoro fungono da macchine virtuali che eseguono i componenti del nodo Kubernetes e ospitano i pod e i servizi che costituiscono il carico di lavoro dell'applicazione.

Sono disponibili componenti del carico di lavoro Kubernetes di base che è possibile distribuire nei cluster del carico di lavoro del servizio Azure Kubernetes, ad esempio pod e distribuzioni.

Avviso

Durante l'anteprima, la creazione e la gestione dei pool di nodi Windows non è supportata.

Gestione del ciclo di vita

Azure Arc viene abilitato automaticamente in tutti i cluster Kubernetes creati con AKS Arc. È possibile usare l'identità Microsoft Entra per connettersi ai cluster da qualsiasi punto. Azure Arc consente di usare strumenti noti come l'interfaccia della riga di comando di Azure e i modelli di Azure Resource Manager per creare e gestire i cluster Kubernetes.

Passaggi successivi