Concetti di rete per i nodi flex in Servizio Azure Kubernetes (AKS) (anteprima)

Importante

Le funzionalità in anteprima di AKS sono disponibili in modalità self-service, su base volontaria. Le anteprime vengono fornite "così come sono" e "come disponibili" e sono escluse dai contratti di servizio e dalla garanzia limitata. Le anteprime di AKS sono coperte solo parzialmente dall'assistenza clienti nei limiti del possibile. Di conseguenza, queste funzionalità non sono destinate all'uso in produzione. Per altre informazioni, vedere gli articoli di supporto seguenti:

I nodi Flex connettono i computer host Linux gestiti dal cliente a un cluster Servizio Azure Kubernetes (AKS). Prima di collegare un host, pianifica come può raggiungere il server API di AKS e come i nodi, i pod e i servizi Kubernetes comunicano all'interno del cluster.

Informazioni sul modello di rete flex nodes

I nodi Flex usano un modello di rete personalizzato nell'anteprima pubblica. L'utente fornisce e mantiene la connettività tra l'ambiente host gestito dal cliente e il cluster AKS.

I plugin di rete gestiti da AKS, inclusi Azure Container Networking Interface (CNI) e Azure CNI basato su Cilium, non funzionano sui nodi flex durante l'anteprima pubblica. È possibile collegare un nodo flex a un cluster esistente che usa uno di questi plug-in, ma le funzionalità di rete dei pod del plug-in, identità di rete e criteri di rete non si estendono al nodo flex.

La configurazione end-to-end documentata in Configurare la rete e creare un pool di nodi flex nel servizio Azure Kubernetes crea un cluster del servizio Azure Kubernetes senza un plug-in di rete predefinito e distribuisce la rete Unbounded-Net nei nodi del servizio Azure Kubernetes in Azure e nei nodi flex. Altre configurazioni CNI (Customer-Managed Container Network Interface) compatibili possono avere requisiti e limiti di supporto diversi.

Comprendere la rete dei pod di più posizioni

Un CNI standard presuppone in genere che i nodi del cluster abbiano già una raggiungibilità di rete diretta. I nodi Flex possono essere eseguiti in una diversa rete virtuale di Azure, regione, data center, località edge o ambiente di terze parti. La rete dei pod per i nodi flex fornisce l'assegnazione degli indirizzi e l'instradamento necessari per connettere quelle posizioni.

I nodi Flex richiedono quindi una configurazione di rete che:

  • Assegna gli intervalli di indirizzi dei pod ai nodi senza creare indirizzi IP del pod duplicati.
  • Configura la rete dei pod locali in ogni nodo partecipante.
  • Instrada il traffico dei pod tra i nodi gestiti da AKS e i nodi flessibili.
  • Usa direttamente un percorso di livello 3 esistente quando entrambe le posizioni possono raggiungere gli indirizzi dei nodi dell'altro.
  • Supporta un percorso del gateway crittografato per le topologie che comunicano tramite una rete pubblica.

Questo livello di rete ha due tipi di componenti. Un controller gestisce il posizionamento dei nodi, l'allocazione degli indirizzi dei pod e lo stato di routing tra posizioni. Un agente di nodo è in esecuzione su ogni nodo standard AKS partecipante e su ogni nodo flessibile per configurare la rete locale dei pod e il routing.

Quando un nuovo nodo flex si aggiunge al cluster, il controller di rete abbina il suo indirizzo IP interno al CIDR del nodo di una posizione di rete. Il nodo riceve quindi gli indirizzi IP dei pod dal pod CIDR di quella posizione.

Prendere due decisioni di rete indipendenti

Pianificare separatamente l'esposizione dell'API di AKS e la connettività dei nodi Flex.

Note

La scelta di un endpoint API pubblico o privato non determina il modo in cui il traffico del carico di lavoro si sposta tra nodi e pod.

  • Esposizione dell'API del servizio Azure Kubernetes: il primo percorso connette l'amministratore di rete e l'host flex gestito dal cliente al server API del servizio Azure Kubernetes. Un cluster AKS pubblico espone un endpoint API pubblico protetto. Un cluster AKS privato richiede l'accesso a una rete privata e il DNS privato.
  • Connettività dei nodi Flex: questo percorso collega i nodi standard di AKS, i nodi Flex, i pod e i servizi Kubernetes. Fornisce inoltre il percorso di callback dal server API al nodo flex per operazioni quali log, esecuzione dei comandi e port forwarding.

Pianificare intervalli di indirizzi non sovrapposti

Pianificare intervalli di indirizzi separati per ogni parte della distribuzione:

Intervallo di indirizzi Purpose
Subnet del nodo del servizio Azure Kubernetes e CIDR del nodo del sito Indirizzi che identificano i nodi standard del servizio Azure Kubernetes come membri del sito del servizio Azure Kubernetes.
CIDR dei pod di AKS Pool di indirizzi da cui vengono allocati ai nodi standard di AKS gli intervalli di pod per nodo.
CIDR della sottorete dell'host Flex e del nodo del sito Indirizzi che identificano gli host gestiti dal cliente come membri del sito flex.
Flex pod CIDR Pool di indirizzi da cui vengono allocati intervalli di pod per nodo ai nodi flessibili.
CIDR del servizio Kubernetes Indirizzi virtuali usati dai servizi Kubernetes.

Il nodo AKS, il pod AKS, il nodo flessibile, il pod flessibile e l'intervallo di servizio Kubernetes non devono sovrapporsi tra loro né con alcuna rete raggiungibile tramite peering, VPN o ExpressRoute. Ogni subnet deve essere compresa nel CIDR del nodo del sito corrispondente. L'INDIRIZZO IP del servizio DNS deve trovarsi all'interno del CIDR del servizio Kubernetes.

Azure può rilevare alcuni conflitti di indirizzi, ma non può convalidare tutte le reti esterne o indirizzate. Coordinare il piano di indirizzi finale con l'amministratore di rete.

Responsabilità di rete dei nodi Flex

AKS fornisce il piano di controllo Kubernetes, il pool di nodi flessibile e le risorse della macchina. Sei responsabile della rete host esterna e del CNI multilocalità gestito dal cliente selezionato.

Le responsabilità dei clienti includono:

  • Routing tra le reti AKS e host Flex.
  • Peering di rete virtuale, VPN, ExpressRoute o configurazione del gateway, se necessario.
  • Regole del firewall e del gruppo di sicurezza di rete.
  • Configurazione di DNS, proxy e accesso in uscita.
  • Installazione, aggiornamenti, stato di salute e compatibilità del controller di rete e del node-agent su tutti i nodi partecipanti.
  • Verifica della connettività di nodo, pod, servizio, DNS, in uscita e di callback.

Passaggi successivi

  • Ultimo aggiornamento: