Creazione di nodi Amazon Linux su AWS Outposts

Il gruppo di nodi implementato può assegnare gli indirizzi IPv4 ai pod da un altro intervallo CIDR rispetto a quello dell’istanza. Per ulteriori informazioni, consulta Implementazione dei pod in sottoreti alternative con reti personalizzate.

Il gruppo di nodi che implementi non richiede l’accesso a internet in uscita. Per ulteriori informazioni, consulta Implementazione di cluster privati con accesso limitato a Internet.

Se i nodi non riescono a unirsi al cluster, consulta Impossibile aggiungere i nodi al cluster in Troubleshoot problems with Amazon EKS clusters and nodes e Impossibile unire i nodi a un cluster in Troubleshoot local Amazon EKS clusters on AWS Outposts.

Di seguito viene riportato un output di esempio: Durante la creazione dei nodi vengono generate diverse righe. Una delle ultime righe di output è simile alla seguente riga di esempio.

[✔]  created 1 nodegroup(s) in cluster "my-cluster"

Nome stack: scegli il nome per lo stack di AWS CloudFormation. Ad esempio, puoi chiamarlo al-nodes. Il nome può contenere solo caratteri alfanumerici (con distinzione tra lettere maiuscole e minuscole) e trattini. Deve iniziare con un carattere alfanumerico e non può avere una lunghezza superiore a 100 caratteri. Il nome deve essere univoco all’interno della Regione AWS e dell’account AWS in cui stai creando il cluster.

ClusterName: inserisci un nome per il cluster. Se questo nome non corrisponde al nome del cluster, i nodi non possono unirsi al cluster.

ClusterControlPlaneSecurityGroup: scegli il valore SecurityGroups dall’output di AWS CloudFormation generato al momento della creazione del VPC.

Nella procedura seguente viene illustrata un'operazione per recuperare il gruppo applicabile.

NodeGroupName: inserisci un nome per il gruppo di nodi. Questo nome può essere utilizzato in seguito per identificare il gruppo di nodi con dimensionamento automatico creato per i tuoi nodi.

NodeAutoScalingGroupMinSize: inserisci il numero minimo di nodi a cui il gruppo con dimensionamento automatico di nodi è in grado di ridimensionarsi.

CapacitàDesiderataGruppoAutoScalingNodo: inserire il numero desiderato di nodi come riferimento del dimensionamento quando viene creata la pila.

NodeAutoScalingGroupMaxSize: inserisci il numero massimo di nodi a cui il gruppo con dimensionamento automatico di nodi è in grado di impiegare la scalabilità orizzontale.

NodeInstanceType: scegli un tipo di istanza per i nodi. Se il cluster è in esecuzione sul cloud AWS, consulta Scelta di una tipologia di istanza di nodo Amazon EC2 ottimale per ulteriori informazioni. Se il cluster è in esecuzione su un Outpost, puoi selezionare solo un tipo di istanza disponibile sul tuo Outpost.

NodeImageIdSSMParam: precompilato con il parametro Amazon EC2 Systems Manager di un’AMI ottimizzata per Amazon EKS recente per una versione di Kubernetes variabile. Per utilizzare una versione secondaria diversa di Kubernetes supportata da Amazon EKS, sostituisci 1.XX con una versione supportata differente. Si consiglia di specificare la stessa versione Kubernetes del cluster.

Per utilizzare l’AMI accelerata ottimizzata per Amazon EKS, sostituisci amazon-linux-2 con amazon-linux-2-gpu. Per utilizzare l’AMI Arm ottimizzata per Amazon EKS, sostituisci amazon-linux-2 con amazon-linux-2-arm64.

NodeImageId: (facoltativo) se utilizzi un’AMI personalizzata invece dell’AMI ottimizzata per Amazon EKS, inserisci un ID AMI del nodo per la Regione AWS in uso. Se specifichi un valore in questo campo, il valore specificato sostituisce qualsiasi valore nel campo NodeImageIdSSMParam.

NodeVolumeSize: specifica una dimensione del volume root per i nodi (in GiB).

NodeVolumeType: specifica un tipo di volume root per i tuoi nodi.

KeyName: inserisci il nome di una coppia di chiavi SSH Amazon EC2 che puoi utilizzare per connetterti ai nodi con SSH dopo il loro avvio. Se non disponi di una coppia di chiavi Amazon EC2, puoi crearne una nella Console di gestione AWS. Per ulteriori informazioni, consulta la sezione relativa alle coppie di chiavi Amazon EC2 nella Guida per l'utente di Amazon EC2.

BootstrapArguments: esistono diversi argomenti facoltativi che puoi passare ai tuoi nodi. Per ulteriori informazioni, leggi le informazioni sull'utilizzo dello script di bootstrap su GitHub. Se stai aggiungendo nodi a un cluster locale di Amazon EKS su AWS Outposts (in cui le istanze del piano di controllo (control-plane) di Kubernetes vengono eseguite su AWS Outposts) e il cluster non dispone di una connessione internet in ingresso e in uscita (noto come cluster privato), devi fornire i seguenti argomenti di bootstrap (su una singola riga).

--b64-cluster-ca ${CLUSTER_CA} --apiserver-endpoint https://${APISERVER_ENDPOINT} --enable-local-outpost true --cluster-id ${CLUSTER_ID}

Per recuperare i valori per CLUSTER_CA, APISERVER_ENDPOINT e CLUSTER_ID del tuo cluster locale Amazon EKS, esegui i seguenti comandi dell’AWS CLI. Sostituisci cluster-name con il nome del cluster e della regione (ad esempio, us-east-1) con la Regione AWS del cluster.

echo "CLUSTER_CA=$(aws eks describe-cluster --name cluster-name --region region --query cluster.certificateAuthority.data --output text)"

echo "APISERVER_ENDPOINT=$(aws eks describe-cluster --name cluster-name --region region --query cluster.endpoint --output text)"

echo "CLUSTER_ID=$(aws eks describe-cluster --name cluster-name --region region --query cluster.id --output text)"

DisableIMDSv1: ogni nodo supporta Instance Metadat Service versione 1 (IMDSv1) e IMDSv2 per impostazione predefinita. Puoi disabilitare IMDSv1. Per evitare che in futuro i nodi e i pod nel gruppo di nodi utilizzino IMDSv1, imposta DisableIMDSv1 su vero. Per ulteriori informazioni su IMDS, consulta Configurazione del servizio di metadati dell'istanza. Per ulteriori informazioni sulle relative limitazioni dell'accesso ai nodi, consulta Limita l'accesso al profilo dell'istanza assegnato al nodo (worker).

VpcId: inserisci l'ID del VPC creato. Prima di scegliere un VPC, consulta VPC requirements and considerations.

Subnets: (Sottoreti) se il cluster è su un Outpost, scegli almeno una sottorete privata nel VPC. Prima di scegliere le sottoreti, consulta Considerazioni e requisiti relativi alla sottorete. È possibile visualizzare le sottoreti private aprendo ogni collegamento relativo alla sottorete dalla scheda Reti del cluster.