Domande frequenti su HAQM EKS

La modalità automatica HAQM EKS è disponibile per cluster EKS nuovi ed esistenti che eseguono Kubernetes 1.29+ in tutte le regioni AWS in cui EKS è disponibile, ad eccezione delle regioni AWS GovCloud (Stati Uniti) e Cina. Per iniziare, è sufficiente utilizzare l'API EKS, la console AWS, eksctl o il tuo strumento Infrastructure-as-Code (IaC) preferito per abilitare la modalità automatica EKS in un cluster nuovo o esistente e specificare il ruolo IAM che la sua infrastruttura di elaborazione gestita da AWS dovrebbe utilizzare. Per impostazione predefinita, la modalità automatica EKS crea configurazioni di scalabilità di calcolo generiche e ottimali nel cluster, che consentono di iniziare a eseguire rapidamente le applicazioni. Per una maggiore personalizzazione, puoi scegliere di disabilitare queste impostazioni predefinite e creare configurazioni aggiuntive di scalabilità e infrastruttura utilizzando l'API Kubernetes nel tuo cluster.

Utilizzando la modalità automatica HAQM EKS, AWS amplia la propria responsabilità rispetto all'infrastruttura AWS gestita dal cliente nei cluster EKS. Oltre a far funzionare il piano di controllo del cluster Kubernetes con la modalità automatica EKS abilitata, AWS si assume anche la responsabilità di proteggere, configurare e gestire l'infrastruttura AWS nei cluster EKS necessari per l'esecuzione delle applicazioni. A tal fine, le risorse dell'infrastruttura AWS, come le istanze EC2, nei cluster EKS che utilizzano la modalità automatica EKS presentano limitazioni rispetto alle loro controparti gestite dal cliente. Ad esempio, non è possibile connettersi in remoto tramite SSH o SSM, modificare il ruolo IAM dell'istanza, sostituire il volume root o collegare interfacce di rete elastiche aggiuntive alle istanze EC2 gestite dalla modalità automatica EKS, poiché ciò limiterebbe la capacità di AWS di proteggerle e gestirle.

HAQM EKS con AWS Fargate rimane una possibilità per i clienti che desiderano eseguire EKS, ma la modalità automatica di HAQM EKS è l'approccio consigliato d'ora in poi. La modalità automatica EKS è completamente conforme a Kubernetes e supporta tutte le primitive Kubernetes upstream e gli strumenti della piattaforma come Istio, che Fargate non è in grado di supportare. La modalità automatica EKS supporta inoltre completamente tutte le opzioni di acquisto del runtime EC2, comprese le istanze GPU e Spot, consentendo ai clienti di sfruttare sconti EC2 negoziati e altri meccanismi di risparmio; queste funzionalità non sono disponibili quando si utilizza EKS con Fargate. Inoltre, la modalità automatica EKS consente ai clienti di ottenere lo stesso modello di isolamento di Fargate, utilizzando le funzionalità di pianificazione standard di Kubernetes per garantire che ogni istanza EC2 esegua un singolo container di applicazioni. Adottando la modalità automatica HAQM EKS, i clienti possono sfruttare tutti i vantaggi dell'esecuzione di Kubernetes su AWS, una piattaforma completamente conforme a Kubernetes che offre la flessibilità necessaria per sfruttare l'intera gamma di EC2 e le opzioni di acquisto, pur mantenendo la facilità d'uso e l'astrazione dalla gestione dell'infrastruttura fornite da Fargate.

La modalità automatica HAQM EKS aiuta a migliorare la sicurezza dei tuoi cluster EKS in tre modi: 1/ L'infrastruttura gestita da AWS e creata dalla modalità automatica di EKS è configurata secondo le best practice di sicurezza di AWS e rafforzata secondo i benchmark di livello 1 del Center for Internet Security (CIS), tra cui: nessun accesso remoto, un filesystem root immutabile e controlli di accesso obbligatori a livello di kernel. 2/ Le istanze EC2 gestite da AWS della modalità automatica EKS vengono aggiornate automaticamente con le ultime correzioni di sicurezza e bug non appena sono disponibili. Quando possibile, queste patch vengono applicate in locale senza interrompere l'esecuzione delle applicazioni o sostituire le istanze. 3/ Per impostazione predefinita, la modalità automatica EKS imposta una durata massima di 14 giorni per le sue istanze EC2 gestite da AWS, il che consente di soddisfare le migliori pratiche di sicurezza e conformità del settore. Se il tuo caso d'uso richiede una durata delle istanze più o meno lunga, puoi configurare la modalità automatica di EKS con una durata che soddisfi le tue esigenze, fino a un massimo di 21 giorni.

Sì, dopo aver aggiornato il piano di controllo EKS a una nuova versione di Kubernetes, le nuove istanze lanciate da modalità automatica EKS, a causa della scalabilità delle applicazioni, vengono eseguite con il software Kubernetes più recente che corrisponde alla versione del piano di controllo. Al contempo, le istanze esistenti vengono gradualmente aggiornate con il software Kubernetes per la nuova versione di Kubernetes. In combinazione con la durata massima predefinita di 14 giorni delle istanze avviate da modalità automatica EKS, ciò significa che, per impostazione predefinita, il cluster verrà aggiornato completamente e automaticamente non oltre 14 giorni dopo l'aggiornamento della versione Kubernetes del cluster EKS.

La modalità automatica HAQM EKS fornisce versioni integrate e gestite delle funzionalità essenziali di Kubernetes, come elaborazione, archiviazione e rete. Ciò include versioni gestite di: 1) l'agente della Modalità automatica EKS che facilita la sicurezza e la gestione delle istanze, 2) il runtime del container containerd, un componente fondamentale che consente a Kubernetes di eseguire i container in modo efficace, 3) il kubelet, che gestisce il ciclo di vita e l'integrità dei pod Kubernetes su ogni istanza di calcolo, 4) un proxy di rete che abilita il routing all'interno del cluster, 5) un controller Karpenter gestito e compatibile con l'upstream 6) l'interfaccia di archiviazione per container (CSI) di HAQM EBS per l'archiviazione, 7) una versione gestita dell'interfaccia di rete per container AWS VPC (CNI) per la gestione degli indirizzi IP, il networking dei pod e le policy di rete, 8) CoreDNS per il rilevamento dei servizi all'interno del cluster e 9) AWS Load Balancer Controller per l'orchestrazione dei sistemi di bilanciamento del carico esterni.

Con la modalità automatica HAQM EKS non è necessario installare o gestire determinati componenti aggiuntivi EKS, come VPC CNI, CoreDNS, kube-proxy e l'agente di osservabilità CloudWatch. Con la modalità automatica EKS il tuo cluster EKS include versioni integrate delle funzionalità fornite da questi componenti aggiuntivi. Tuttavia, se hai carichi di lavoro non ancora migrati alla modalità automatica EKS, devi continuare a utilizzare i componenti aggiuntivi EKS. Altri componenti aggiuntivi EKS, oltre a quelli sostituiti dalle funzionalità integrate di modalità automatica EKS, possono essere eseguiti sui cluster utilizzando la modalità automatica EKS.

Sì, le istanze EC2 gestite avviate dalla modalità automatica EKS possono essere visualizzate utilizzando l'API EC2 DescribeInstances o la Console AWS per impostazione predefinita. Poiché queste istanze sono gestite da AWS, le azioni che puoi intraprendere con le API EC2 sono limitate a quelle che non incidono sulla capacità di EKS di adempiere alle sue responsabilità operative estese. Per impostazione predefinita, la modalità automatica EKS include configurazioni di calcolo generiche adatte per i casi d'uso comuni. Se necessario, puoi personalizzare le istanze EC2 lanciate dalla modalità automatica EKS. Le modifiche alle impostazioni di configurazione del runtime delle istanze della modalità automatica EKS possono essere apportate utilizzando l'API Node Class Kubernetes della modalità automatica EKS.

Sì. I Savings Plans per il calcolo e le istanze riservate vengono applicati automaticamente all'avvio delle istanze EC2 idonee. Consulta la pagina dei prezzi per ulteriori informazioni.

Le funzionalità Kubernetes di HAQM modalità automatica EKS vengono fornite tramite un set di controller integrati che emettono una serie di eventi Kubernetes che possono essere utilizzati per comprenderne il comportamento.