Implementa un esempio di carico di lavoro inflate in un cluster Amazon EKS Auto Mode - Amazon EKS

Aiutaci a migliorare questa pagina

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à.

Per contribuire a questa guida per l'utente, scegli il GitHub link Modifica questa pagina nel riquadro destro di ogni pagina.

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à.

Implementa un esempio di carico di lavoro inflate in un cluster Amazon EKS Auto Mode

In questo tutorial, imparerai come distribuire un carico di lavoro di esempio in un cluster EKS Auto Mode e osserverai come esegue automaticamente il provisioning delle risorse di elaborazione richieste. Utilizzerai kubectl i comandi per osservare il comportamento del cluster e vedrai in prima persona come Auto Mode semplifica le operazioni su Kubernetes. AWS Alla fine di questo tutorial, capirai come EKS Auto Mode risponde alle implementazioni dei carichi di lavoro gestendo automaticamente le risorse di elaborazione sottostanti, senza richiedere la configurazione manuale del gruppo di nodi.

Prerequisiti

Fase 1: Rivedere le risorse di elaborazione esistenti (opzionale)

Innanzitutto, utilizza kubectl per elencare i pool di nodi sul cluster.

kubectl get nodepools

Esempio di output:

general-purpose

In questo tutorial, distribuiremo un carico di lavoro configurato per utilizzare il pool di general-purpose nodi. Questo pool di nodi è integrato in EKS Auto Mode e include impostazioni predefinite ragionevoli per carichi di lavoro generali, come microservizi e app Web. È possibile creare il proprio pool di nodi. Per ulteriori informazioni, consulta Creare un pool di nodi per la modalità automatica EKS.

In secondo luogo, kubectl usalo per elencare i nodi connessi al tuo cluster.

kubectl get nodes

Se hai appena creato un cluster EKS Auto Mode, non avrai nodi.

In questo tutorial distribuirai un esempio di carico di lavoro. Se non hai nodi o il carico di lavoro non può adattarsi ai nodi esistenti, EKS Auto Mode fornirà un nuovo nodo.

Fase 2: Implementazione di un'applicazione di esempio nel cluster

Esamina la seguente distribuzione di Kubernetes e salvala con nome inflate.yaml

apiVersion: apps/v1 kind: Deployment metadata: name: inflate spec: replicas: 1 selector: matchLabels: app: inflate template: metadata: labels: app: inflate spec: terminationGracePeriodSeconds: 0 nodeSelector: eks.amazonaws.com/compute-type: auto securityContext: runAsUser: 1000 runAsGroup: 3000 fsGroup: 2000 containers: - name: inflate image: public.ecr.aws/eks-distro/kubernetes/pause:3.7 resources: requests: cpu: 1 securityContext: allowPrivilegeEscalation: false

Tieni presente che il eks.amazonaws.com/compute-type: auto selettore richiede che il carico di lavoro sia distribuito su un nodo Amazon EKS Auto Mode.

Applica la distribuzione al tuo cluster.

kubectl apply -f inflate.yaml

Passaggio 3: guarda gli eventi di Kubernetes

Usa il seguente comando per guardare gli eventi di Kubernetes, inclusa la creazione di un nuovo nodo. Utilizzato per interrompere ctrl+c la visualizzazione degli eventi.

kubectl get events -w --sort-by '.lastTimestamp'

kubectlUtilizzalo per elencare nuovamente i nodi connessi al cluster. Nota il nodo appena creato.

kubectl get nodes

Passaggio 4: Visualizza nodi e istanze nella console AWS

È possibile visualizzare i nodi EKS Auto Mode nella console EKS e le EC2 istanze associate nella EC2 console.

EC2 Le istanze distribuite da EKS Auto Mode sono limitate. Non è possibile eseguire comandi arbitrari sui nodi EKS Auto Mode.

Fase 5: Eliminare la distribuzione

Utilizzare kubectl per eliminare la distribuzione di esempio

kubectl delete -f inflate.yaml

Se non hai altri carichi di lavoro distribuiti nel cluster, il nodo creato da EKS Auto Mode sarà vuoto.

Nella configurazione predefinita, EKS Auto Mode rileva i nodi che sono rimasti vuoti per trenta secondi e li termina.

Usa kubectl o la EC2 console per confermare che l'istanza associata è stata eliminata.