Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Prefix Mode per Linux

Amazon VPC CNI assegna prefissi di rete alle interfacce di rete Amazon EC2 per aumentare il numero di indirizzi IP disponibili per i nodi e aumentare la densità di pod per nodo. Puoi configurare la versione 1.9.0 o successiva del componente aggiuntivo Amazon VPC CNI per assegnare CIDR IPv4 e IPv6 invece di assegnare singoli indirizzi IP secondari alle interfacce di rete.

La modalità prefisso è abilitata di default sui cluster IPv6 ed è l'unica opzione supportata. Il VPC CNI assegna un prefisso IPv6 /80 a uno slot su un ENI. Per ulteriori informazioni, consulta la sezione IPv6 di questa guida.

Con la modalità di assegnazione dei prefissi, il numero massimo di interfacce di rete elastiche per tipo di istanza rimane lo stesso, ma ora puoi configurare Amazon VPC CNI per assegnare prefissi di indirizzi IPv4 /28 (16 indirizzi IP), invece di assegnare singoli indirizzi IPv4 agli slot sulle interfacce di rete. Quando ENABLE_PREFIX_DELEGATION è impostato su true VPC, CNI assegna un indirizzo IP a un Pod dal prefisso assegnato a un ENI. Segui le istruzioni menzionate nella guida per l'utente EKS per abilitare la modalità Prefix IP.

Il numero massimo di indirizzi IP che è possibile assegnare a un'interfaccia di rete dipende dal tipo di istanza. Ogni prefisso assegnato a un'interfaccia di rete conta come un unico indirizzo IP. Ad esempio, un'istanza c5.large ha un limite di 10 indirizzi IPv4 per interfaccia di rete. Ogni interfaccia di rete per questa istanza ha un indirizzo IPv4 primario. Se un'interfaccia di rete non ha indirizzi IPv4 secondari, è possibile assegnare fino a 9 prefissi all'interfaccia di rete. Per ogni indirizzo IPv4 aggiuntivo assegnato a un'interfaccia di rete, a questa è possibile assegnare un prefisso in meno. Consulta la documentazione di AWS EC2 sugli indirizzi IP per interfaccia di rete per tipo di istanza e sull'assegnazione dei prefissi alle interfacce di rete.

Durante l'inizializzazione del nodo di lavoro, il CNI VPC assegna uno o più prefissi all'ENI primario. Il CNI preassegna un prefisso per un avvio più rapido del pod mantenendo un pool caldo. Il numero di prefissi da mantenere in warm pool può essere controllato impostando le variabili di ambiente.

Man mano che verranno programmati altri Pod, verranno richiesti prefissi aggiuntivi per l'ENI esistente. Innanzitutto, il VPC CNI tenta di assegnare un nuovo prefisso a un ENI esistente. Se l'ENI è al massimo della capacità, il VPC CNI tenta di assegnare un nuovo ENI al nodo. I nuovi ENI verranno collegati fino al raggiungimento del limite massimo ENI (definito dal tipo di istanza). Quando viene collegato un nuovo ENI, ipamd assegnerà uno o più prefissi necessari per mantenere l'WARM_PREFIX_TARGETimpostazione, e. WARM_IP_TARGET MINIMUM_IP_TARGET

Raccomandazioni

Usa la modalità prefisso quando

Usa la modalità prefisso se riscontri problemi di densità dei pod sui nodi di lavoro. Per evitare errori CNI di VPC, consigliamo di esaminare le sottoreti alla ricerca di blocchi contigui di indirizzi per il prefisso /28 prima di migrare alla modalità prefisso. Per i dettagli sulle prenotazioni delle sottoreti, consulta la sezione "Utilizza le prenotazioni delle sottoreti per evitare la frammentazione della sottorete (IPv4)».

Per la compatibilità con le versioni precedenti, il limite massimo di pods è impostato per supportare la modalità IP secondaria. Per aumentare la densità dei pod, specifica il max-pods valore in Kubelet e --use-max-pods=false come dati utente per i nodi. Per ulteriori informazioni, consulta Come viene determinato MaxPods nella Guida per l'utente di Amazon EKS. Fai riferimento alla guida per l'utente EKS per un esempio di dati utente.

./max-pods-calculator.sh --instance-type m5.large --cni-version ``1.9``.0 --cni-prefix-delegation-enabled

La modalità di assegnazione dei prefissi è particolarmente rilevante per gli utenti delle reti personalizzate CNI in cui l'ENI primario non viene utilizzato per i pod. Con l'assegnazione dei prefissi, puoi comunque collegare più IP su quasi tutti i tipi di istanze Nitro, anche senza l'ENI principale utilizzato per i pod.

Evita la modalità prefisso quando

Se la sottorete è molto frammentata e non dispone di indirizzi IP disponibili per creare prefissi /28, evitate di utilizzare la modalità prefisso. L'allegato del prefisso può avere esito negativo se la sottorete da cui viene prodotto il prefisso è frammentata (una sottorete molto utilizzata con indirizzi IP secondari sparsi). Questo problema può essere evitato creando una nuova sottorete e riservando un prefisso.

In modalità prefisso, il gruppo di sicurezza assegnato ai nodi di lavoro è condiviso dai Pod. Prendi in considerazione l'utilizzo dei gruppi di sicurezza per Pods se hai un requisito di sicurezza per raggiungere la conformità eseguendo applicazioni con requisiti di sicurezza di rete diversi su risorse di calcolo condivise.

Utilizza tipi di istanza simili nello stesso gruppo di nodi

Il tuo gruppo di nodi può contenere istanze di molti tipi. Se un'istanza ha un numero massimo di pod basso, tale valore viene applicato a tutti i nodi del gruppo di nodi. Prendi in considerazione l'utilizzo di tipi di istanza simili in un gruppo di nodi per massimizzare l'uso dei nodi. Ti consigliamo di configurare node.kubernetes. io/instance-digita la parte relativa ai requisiti dell'API del provider se stai usando Karpenter per il ridimensionamento automatico dei nodi.

Configura WARM_PREFIX_TARGET per conservare gli indirizzi IPv4

Il valore predefinito del manifesto di installazione per è 1. WARM_PREFIX_TARGET Nella maggior parte dei casi, il valore consigliato di 1 for WARM_PREFIX_TARGET fornisce una buona combinazione di tempi di avvio rapidi del pod riducendo al minimo gli indirizzi IP non utilizzati assegnati all'istanza.

Se avete bisogno di conservare ulteriormente gli indirizzi IPv4 per nodo, utilizzate WARM_IP_TARGET e MINIMUM_IP_TARGET impostazioni, che hanno la precedenza se configurati. WARM_PREFIX_TARGET Impostando un valore inferiore WARM_IP_TARGET a 16, è possibile impedire al CNI di mantenere allegato un intero prefisso in eccesso.

Preferisci assegnare nuovi prefissi piuttosto che allegare un nuovo ENI

L'assegnazione di un prefisso aggiuntivo a un ENI esistente è un'operazione API EC2 più rapida rispetto alla creazione e al collegamento di un nuovo ENI all'istanza. L'uso dei prefissi migliora le prestazioni pur essendo parsimonioso con l'allocazione degli indirizzi IPv4. L'aggiunta di un prefisso in genere viene completata in meno di un secondo, mentre l'associazione di un nuovo ENI può richiedere fino a 10 secondi. Nella maggior parte dei casi d'uso, il CNI avrà bisogno di un solo ENI per nodo di lavoro quando viene eseguito in modalità prefisso. Se puoi permetterti (nel peggiore dei casi) fino a 15 IP inutilizzati per nodo, ti consigliamo vivamente di utilizzare la nuova modalità di rete con assegnazione dei prefissi e di sfruttare i vantaggi in termini di prestazioni ed efficienza che ne derivano.

Usa le prenotazioni di sottorete per evitare la frammentazione della sottorete (IPv4)

Quando EC2 assegna un prefisso IPv4 /28 a un ENI, deve trattarsi di un blocco contiguo di indirizzi IP della sottorete. Se la sottorete da cui viene generato il prefisso è frammentata (una sottorete molto utilizzata con indirizzi IP secondari sparsi), l'allegato del prefisso potrebbe fallire e nei log CNI di VPC verrà visualizzato il seguente messaggio di errore:

failed to allocate a private IP/Prefix address: InsufficientCidrBlocks: There are not enough free cidr blocks in the specified subnet to satisfy the request.

Per evitare la frammentazione e disporre di spazio contiguo sufficiente per la creazione dei prefissi, puoi utilizzare le prenotazioni CIDR della sottorete VPC per riservare lo spazio IP all'interno di una sottorete ad uso esclusivo dei prefissi. Una volta creata una prenotazione, il plug-in VPC CNI chiamerà le API EC2 per assegnare i prefissi che vengono assegnati automaticamente dallo spazio riservato.

Si consiglia di creare una nuova sottorete, riservare spazio per i prefissi e abilitare l'assegnazione dei prefissi con VPC CNI per i nodi di lavoro in esecuzione in quella sottorete. Se la nuova sottorete è dedicata solo ai Pod in esecuzione nel tuo cluster EKS con l'assegnazione del prefisso CNI VPC abilitata, puoi saltare la fase di prenotazione del prefisso.

Evita di effettuare il downgrade di VPC CNI

La modalità Prefix funziona con VPC CNI versione 1.9.0 e successive. Il downgrade del componente aggiuntivo Amazon VPC CNI a una versione precedente alla 1.9.0 deve essere evitato una volta abilitata la modalità prefisso e i prefissi sono assegnati agli ENI. È necessario eliminare e ricreare i nodi se si decide di effettuare il downgrade di VPC CNI.

Sostituisci tutti i nodi durante la transizione a Prefix Delegation

Si consiglia vivamente di creare nuovi gruppi di nodi per aumentare il numero di indirizzi IP disponibili anziché eseguire la sostituzione progressiva dei nodi di lavoro esistenti. Cordona e svuota tutti i nodi esistenti per sfrattare in sicurezza tutti i Pod esistenti. Per evitare interruzioni del servizio, suggeriamo di implementare Pod Disruption Budgets sui cluster di produzione per i carichi di lavoro critici. Ai pod sui nuovi nodi verrà assegnato un IP a partire da un prefisso assegnato a un ENI. Dopo aver confermato che i pod sono in funzione, puoi eliminare i vecchi nodi e gruppi di nodi. Se utilizzi gruppi di nodi gestiti, segui i passaggi indicati qui per eliminare in modo sicuro un gruppo di nodi.