Condividi tramite

AKS 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 del carico di lavoro.
  • I cluster del carico di lavoro (noti anche come cluster di destinazione) sono la posizione in cui vengono distribuite le applicazioni in contenitori.

Diagramma che mostra l'architettura del cluster.

Azure Kubernetes 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 le unisce per creare uno o più cluster Kubernetes.

Arc Resource Bridge

Arc Resource Bridge connette un cloud privato (ad esempio, Locale di Azure, VMWare/vSphere o SCVMM) ad Azure e abilita la gestione delle risorse locale 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 vista per i cloud privati necessari per gestire risorse come i cluster Kubernetes in locale tramite Azure. Arc Resource Bridge include i componenti principali del servizio Azure Kubernetes Arc seguenti:

  • Estensioni del cluster Azure Kubernetes 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 Arc del servizio Azure Kubernetes 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 percorsi 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 il controllo degli 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 del carico di lavoro. Ognuna delle risorse della posizione personalizzata viene mappata a un'istanza di vCenter. Quando si connette vCenter ad Azure, si registra anche vCenter come risorsa di Azure, ovvero la risorsa vCenter.

Per una panoramica dell'architettura di Azure Arc Resource Bridge, vedere panoramica di Azure Arc Resource Bridge. Per ogni azure Arc Resource Bridge, è 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 di vCenter e le posizioni personalizzate.

Cluster del carico di lavoro

Un cluster del 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 di Arc del servizio Azure Kubernetes in VMware supporta le opzioni seguenti per distribuire un servizio di bilanciamento del carico per il cluster Kubernetes:

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

Nodi del ruolo 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 ha uno o più nodi di lavoro. I nodi di lavoro fungono da macchine virtuali (VM) che eseguono i componenti del nodo Kubernetes e ospitano i pod e i servizi che costituiscono il carico di lavoro dell'applicazione.

Esistono componenti principali del carico di lavoro Kubernetes 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 di Windows non è supportata.

Gestione ciclo di vita

Azure Arc viene abilitato automaticamente in tutti i cluster Kubernetes creati con Il servizio Azure Kubernetes Arc. È possibile usare l'identità di Microsoft Entra per la connessione ai cluster da qualsiasi posizione. Azure Arc consente di usare strumenti familiari 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