Contribuisci a migliorare questa pagina
Per contribuire a questa guida per l’utente, seleziona il link Edit this page on GitHub che si trova nel riquadro destro di ogni pagina.
Creare una IngressClass per configurare un Application Load Balancer
EKS Auto Mode automatizza le attività di routine per il bilanciamento del carico, inclusa l’esposizione delle app del cluster a Internet.
AWS suggerisce di utilizzare gli Application Load Balancer (ALB) per servire il traffico HTTP e HTTPS. Gli Application Load Balancer possono instradare le richieste in base al contenuto della richiesta. Per ulteriori informazioni sugli Application Load Balancer, consulta What is Elastic Load Balancing?
EKS Auto Mode crea e configura Application Load Balancer (ALB). Ad esempio, EKS Auto Mode crea un bilanciatore del carico quando crei un oggetto Kubernetes Ingress e lo configura per indirizzare il traffico verso il carico di lavoro del cluster.
Panoramica
-
Crea un carico di lavoro da esporre a Internet.
-
Creare una risorsa
IngressClassParams, specificando valori di configurazione specifici per AWS come il certificato da utilizzare per le sottoreti SSL/TLS e VPC. -
Creare una risorsa
IngressClass, specificando che EKS Auto Mode sarà il controller della risorsa. -
Crea una risorsa
Ingressda associare a un percorso e una porta HTTP a un carico di lavoro del cluster.
EKS Auto Mode creerà un Application Load Balancer che punta al carico di lavoro specificato nella risorsa Ingress, utilizzando la configurazione del bilanciatore del carico specificata nella risorsa IngressClassParams.
Prerequisiti
-
EKS Auto Mode su un cluster Amazon EKS
-
Kubectl configurato per connettersi al cluster
-
Puoi usare
kubectl apply -f <filename>per applicare i file di configurazione di esempio YAML riportati di seguito al cluster.
-
Nota
EKS Auto Mode richiede i tag di sottorete per identificare le sottoreti pubbliche e private.
Se hai creato il cluster con eksctl, disponi già di questi tag.
Informazioni su come Assegnazione di tag alle sottoreti per la modalità automatica EKS.
Fase 1: Creare un carico di lavoro
Per iniziare, crea un carico di lavoro da esporre a Internet. Può trattarsi di qualsiasi risorsa di Kubernetes che serve il traffico HTTP, ad esempio un’implementazione o un servizio.
Questo esempio utilizza un semplice servizio HTTP chiamato service-2048 che ascolta sulla porta 80. Creare questo servizio e la sua implementazione applicando il seguente manifesto, 2048-deployment-service.yaml:
--- apiVersion: apps/v1 kind: Deployment metadata: name: deployment-2048 spec: selector: matchLabels: app.kubernetes.io/name: app-2048 replicas: 2 template: metadata: labels: app.kubernetes.io/name: app-2048 spec: containers: - image: public.ecr.aws/l6m2t8p7/docker-2048:latest imagePullPolicy: Always name: app-2048 ports: - containerPort: 80 --- apiVersion: v1 kind: Service metadata: name: service-2048 spec: ports: - port: 80 targetPort: 80 protocol: TCP type: NodePort selector: app.kubernetes.io/name: app-2048
Applica la configurazione al cluster:
kubectl apply -f 2048-deployment-service.yaml
Le risorse sopra elencate verranno create nel namespace predefinito. Puoi verificarlo eseguendo il comando seguente:
kubectl get all -n default
Fase 2: Creare IngressClassParams
Crea un oggetto IngressClassParams al fine di specificare opzioni di configurazione specifiche AWS per l’Application Load Balancer. In questo esempio, creiamo una risorsa IngressClassParams denominata alb (che verrà utilizzata nella fase successiva) che specifica lo schema del bilanciatore del carico come internet-facing in un file chiamato alb-ingressclassparams.yaml.
apiVersion: eks.amazonaws.com/v1 kind: IngressClassParams metadata: name: alb spec: scheme: internet-facing
Applica la configurazione al cluster:
kubectl apply -f alb-ingressclassparams.yaml
Fase 3: Creare IngressClass
Creare un file IngressClass che faccia riferimento ai valori di configurazione specifici per AWS impostati nella risorsa IngressClassParams in un file denominato alb-ingressclass.yaml. Annotare il nome della IngressClass. In questo esempio, sia IngressClass che IngressClassParams sono denominati alb.
Utilizzare l’annotazione is-default-class per controllare se le risorse Ingress devono utilizzare questa classe per impostazione predefinita.
apiVersion: networking.k8s.io/v1 kind: IngressClass metadata: name: alb annotations: # Use this annotation to set an IngressClass as Default # If an Ingress doesn't specify a class, it will use the Default ingressclass.kubernetes.io/is-default-class: "true" spec: # Configures the IngressClass to use EKS Auto Mode controller: eks.amazonaws.com/alb parameters: apiGroup: eks.amazonaws.com kind: IngressClassParams # Use the name of the IngressClassParams set in the previous step name: alb
Per ulteriori informazioni sulle opzioni di configurazione, consultare Riferimento di IngressClassParams.
Applica la configurazione al cluster:
kubectl apply -f alb-ingressclass.yaml
Fase 4: Creare Ingress
Creare una risorsa Ingress in un file denominato alb-ingress.yaml. Lo scopo di questa risorsa è associare percorsi e porte sull’Application Load Balancer ai carichi di lavoro del cluster. Per questo esempio, creiamo una risorsa Ingress denominata 2048-ingress che instrada il traffico verso un servizio denominato service-2048 sulla porta 80.
Per ulteriori informazioni sulla configurazione di questa risorsa, consultare Ingress
apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: 2048-ingress spec: # this matches the name of IngressClass. # this can be omitted if you have a default ingressClass in cluster: the one with ingressclass.kubernetes.io/is-default-class: "true" annotation ingressClassName: alb rules: - http: paths: - path: /* pathType: ImplementationSpecific backend: service: name: service-2048 port: number: 80
Applica la configurazione al cluster:
kubectl apply -f alb-ingress.yaml
Fase 5: Controllare lo stato
Utilizza kubectl per trovare lo stato di Ingress. Prima che il bilanciatore del carico sia disponibile, potrebbero essere necessari alcuni minuti.
Utilizza il nome della risorsa Ingress impostata nella fase precedente. Per esempio:
kubectl get ingress 2048-ingress
Una volta che la risorsa è pronta, recuperare il nome di dominio del bilanciatore del carico.
kubectl get ingress 2048-ingress -o jsonpath='{.status.loadBalancer.ingress[0].hostname}'
Per visualizzare il servizio in un browser web, esamina la porta e il percorso specificati nel file di ripristino Ingress.
Fase 6: Eliminazione
Per eliminare il bilanciatore del carico, utilizza il seguente comando:
kubectl delete ingress 2048-ingress kubectl delete ingressclass alb kubectl delete ingressclassparams alb
EKS Auto Mode eliminerà automaticamente il bilanciatore del carico associato nell’account AWS.
Riferimento di IngressClassParams
La tabella seguente è un riferimento rapido per le opzioni di configurazione più comunemente utilizzate.
| Campo | Descrizione | Valore di esempio |
|---|---|---|
|
|
Definisce se l’ALB è interno o esposto a Internet |
|
|
|
Limita quali namespace possono utilizzare questa IngressClass |
|
|
|
Raggruppa più ingressi per condividere un singolo ALB |
|
|
|
Imposta il tipo di indirizzo IP per ALB |
|
|
|
Elenco di ID di sottorete per l’implementazione di ALB |
|
|
|
Filtri di tag per selezionare le sottoreti per ALB |
|
|
|
ARN di certificati SSL da utilizzare |
|
|
|
Tag personalizzati per le risorse AWS |
|
|
|
Attributi specifici del bilanciatore del carico |
|
Considerazioni
-
Non puoi utilizzare le annotazioni su un IngressClass per configurare i bilanciatori del carico con EKS Auto Mode.
-
Non puoi impostare ListenerAttribute con EKS Auto Mode.
-
Devi aggiornare il ruolo IAM del cluster per abilitare la propagazione dei tag dalle risorse del bilanciatore del carico AWS di Kubernetes. Per ulteriori informazioni, consulta Tag AWS personalizzati per risorse EKS Auto.
-
Per informazioni sull’associazione di risorse a EKS Auto Mode o al Load Balancer Controller AWS autogestito, consulta Materiale di riferimento per le migrazioni.
-
Per informazioni sulla risoluzione dei problemi con i bilanciatori del carico, consulta Risoluzione dei problemi di EKS Auto Mode.
-
Per ulteriori considerazioni sull’utilizzo della funzionalità di bilanciamento del carico di EKS Auto Mode, consulta Bilanciamento del carico.
Le tabelle seguenti forniscono un confronto dettagliato delle modifiche nelle configurazioni IngressClassParams, Ingress Annotations e TargetGroupBinding per EKS Auto Mode. Queste tabelle evidenziano le principali differenze tra la capacità di bilanciamento del carico di EKS Auto Mode e il controller del bilanciatore del carico open source, comprese le modifiche alla versione dell’API, le funzionalità obsolete e i nomi dei parametri aggiornati.
IngressClassParams
| Precedente | Novità | Descrizione |
|---|---|---|
|
|
|
Modifica alla versione dell’API |
|
|
|
Supporto per più ARN dei certificati |
|
|
|
Schema di corrispondenza delle sottoreti modificato |
|
|
Non supportato |
Non ancora supportato da EKS Auto Mode |
Annotazioni di ingresso
| Precedente | Novità | Descrizione |
|---|---|---|
|
|
Non supportato |
Utilizzare |
|
|
Non supportato |
Specificare i gruppi solo in IngressClass |
|
|
Non supportato |
Usare invece WAF v2 |
|
|
Non supportato |
Usare invece WAF v2 |
|
|
Non supportato |
Integrazione Shield disattivata |
|
|
Non supportato |
Il tipo di autenticazione OIDC non è attualmente supportato |
TargetGroupBinding
| Precedente | Novità | Descrizione |
|---|---|---|
|
|
|
Modifica alla versione dell’API |
|
|
|
Specifica esplicita del tipo di destinazione |
|
|
Non supportato |
Non supporta più NLB senza gruppi di sicurezza |