Contribuisci 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à.
Risolvi i problemi relativi ai cluster Amazon EKS locali su AWS Outposts configurati con l'instance store EC2
Questo argomento descrive gli errori più comuni che potresti riscontrare durante l'utilizzo di cluster Amazon EKS locali su AWS Outposts configurati con EC2 instance store e come risolverli.
Se vedi il seguente errore dopo l'esecuzione: aws eks update-kubeconfig
Either parameter --cluster-name or --cluster-id must be specified.
O:
couldn't get current server API group list: getting credentials: exec: executable aws failed with exit code 1
Verifica che your kubeconfig (~/.kube/config) specifichi --cluster-name negli exec args, non: --cluster-id
args: - --region - region-code - eks - get-token - --cluster-name - my-cluster - --output - json command: aws
Se i nodi non vengono visualizzati durante l'esecuzionekubectl get nodes:
-
Controlla
kubeleti log sul nodo. Accedi al nodo con SSM o SSH ed esegui:systemctl status kubelet -l -
Verifica la presenza di errori non autorizzati. Gli errori non autorizzati possono indicare la mancanza di autorizzazioni o problemi relativi al ruolo del nodo.
aws-authConfigMap Verifica che il ruolo dell'istanza del nodo sia mappato correttamente in.aws-authConfigMap -
Verifica lo stato della CSR. Verifica che la richiesta di firma del certificato del nodo sia stata approvata:
kubectl get csrSe la CSR è attiva
Pending, approvala:kubectl certificate approve node-csr-EXAMPLE
Se il cluster entra nello stato FAILED:
-
Capacità insufficiente: verifica che Outpost disponga di una capacità virtualizzata sufficiente per 6 istanze del piano di controllo (
etcd3+ 3 server API) dei tipi di istanze specificati. I tipi di istanza devono essere inseriti nel tuo Outpost. -
La topologia di diffusione non può essere soddisfatta: se hai specificato una
spreadLeveldihost, verifica che almeno 3 host siano configurati con il tipo di istanza scelto. Se lo hai specificatorack, verifica che almeno 3 rack abbiano host con il tipo di istanza scelto. -
Problemi relativi alle sottoreti: verifica che le sottoreti specificate si trovino nella zona di disponibilità in cui è ospitato l'Outpost e che ogni sottorete abbia almeno 3 indirizzi IP disponibili. Per informazioni, consulta Crea un VPC e sottoreti per i cluster locali di Amazon EKS su AWS Outposts configurati con l'instance store EC2.
Se il cluster rimane nello UPDATING stato durante una versione di Kubernetes o un aggiornamento della versione della piattaforma:
-
Capacità insufficiente: durante gli aggiornamenti, le istanze del piano di controllo vengono eliminate prima della reistanziazione. Se la capacità liberata viene consumata da un altro carico di lavoro prima di poter effettuare il provisioning dell'istanza sostitutiva, l'aggiornamento si blocca. Verifica che Outpost abbia una capacità disponibile per i tipi di istanza del Control Plane.
Se perdi la capacità di eseguire le operazioni dell'API Kubernetes e Outpost viene disconnesso:
-
etcdpotrebbe aver perso il quorum. Ciò si verifica se più di un'etcdistanza non è disponibile durante una disconnessione. -
I carichi di lavoro già in esecuzione continuano a funzionare, ma le operazioni dell'API Kubernetes non sono disponibili.
-
Una volta ripristinata la connettività, Amazon EKS ripristinerà lo stato del cluster dallo
etcdsnapshot più recente.
Contatta il AWS Support Center