Il prodotto descritto in questa documentazione, Anthos Clusters on AWS (generazione precedente), è ora in modalità di manutenzione. Tutte le nuove installazioni devono utilizzare l'attuale prodotto di generazione, Cluster Anthos on AWS.

Questa pagina è stata tradotta dall'API Cloud Translation.

Creazione di un cluster utente personalizzato

Questo argomento descrive come personalizzare la configurazione di un cluster utente GKE su AWS.

Ti consigliamo di creare un cluster utente personalizzato per i seguenti motivi:

Creazione di un altro cluster per un ambiente di gestione temporanea o di test.
Aggiunta di pool di nodi con tipi di macchina diversi.
Creazione di un cluster in zone di disponibilità AWS (AZ) specifiche.

Prima di iniziare

Prima di iniziare a utilizzare GKE su AWS, assicurati di aver eseguito le seguenti attività:

Completa i prerequisiti.

Installa un servizio di gestione.
Se vuoi creare un cluster senza utilizzare terraform output example_cluster, disponi di subnet AWS private per il piano di controllo. Ogni subnet deve appartenere a una AZ diversa nella stessa regione AWS. Le tabelle di route devono essere configurate in modo da consentire il traffico tra subnet private e ogni subnet deve avere accesso a un gateway NAT.
Disporre del tuo ID AWS Virtual Private Cloud (VPC). Un ID VPC ha il seguente aspetto: vpc-012345678abcde. Puoi trovare il tuo ID VPC nella console AWS.

Per connetterti alle tue risorse GKE su AWS, segui questi passaggi. Seleziona se disponi già di un VPC AWS (o di una connessione diretta al tuo VPC) o hai creato un VPC dedicato durante la creazione del servizio di gestione.

VPC esistente

Se hai una connessione diretta o VPN a un VPC esistente, ometti la riga env HTTP_PROXY=http://localhost:8118 dai comandi in questo argomento.

VPC dedicato

Quando crei un servizio di gestione in un VPC dedicato, GKE su AWS include un host bastion in una subnet pubblica.

Per connetterti al servizio di gestione, segui questi passaggi:

Passa alla directory con la tua configurazione GKE su AWS. Hai creato questa directory durante l'installazione del servizio di gestione.
```
cd anthos-aws
```
Per aprire il tunnel, esegui lo script bastion-tunnel.sh. Il tunnel rimanda a localhost:8118.

Per aprire un tunnel sul bastion host, esegui questo comando:
```
./bastion-tunnel.sh -N
```
I messaggi del tunnel SSH vengono visualizzati in questa finestra. Quando è tutto pronto per chiudere la connessione, interrompi il processo utilizzando Ctrl+C o chiudendo la finestra.
Apri un nuovo terminale e passa alla directory anthos-aws.
```
cd anthos-aws
```
Verifica di poter connetterti al cluster con kubectl.
```
env HTTPS_PROXY=http://localhost:8118 \
kubectl cluster-info
```
L'output include l'URL del server API del servizio di gestione.

Selezione delle dimensioni dell'istanza del piano di controllo

GKE su AWS non supporta il ridimensionamento delle istanze del piano di controllo. Prima di creare il cluster utente, seleziona la dimensione dell'istanza dei piani di controllo. Le dimensioni del piano di controllo dipendono dal numero di nodi nel cluster. La seguente tabella contiene le dimensioni delle istanze del piano di controllo consigliate per varie dimensioni dei cluster.

Dimensione cluster (nodi)	Tipo di istanza del piano di controllo
1-10	m5.large
11-100	m5.xlarge
101-200	m5.2xlarge

Creazione di un nuovo cluster con una configurazione personalizzata

Puoi utilizzare terraform output example_cluster per creare la configurazione per un cluster utente per cluster di gestione. Se vuoi creare cluster aggiuntivi, devi applicare una configurazione personalizzata.

In questo esempio, creerai manualmente un cluster da AWSCluster e AWSNodePool CRD.

Passa alla directory con la tua configurazione GKE su AWS. Hai creato questa directory durante l'installazione del servizio di gestione.
```
cd anthos-aws
```
Dalla directory anthos-aws, utilizza anthos-gke per cambiare contesto al servizio di gestione.
```
cd anthos-aws
anthos-gke aws management get-credentials
```
Nota: anthos-gke utilizza le credenziali che hai specificato quando hai eseguito aws configure.
Apri un editor di testo e copia la seguente definizione di AWSCluster in un file denominato custom-cluster.yaml.
```
apiVersion: multicloud.cluster.gke.io/v1
kind: AWSCluster
metadata:
  name: CLUSTER_NAME
spec:
  region: AWS_REGION
  networking:
    vpcID: VPC_ID
    podAddressCIDRBlocks: POD_ADDRESS_CIDR_BLOCKS
    serviceAddressCIDRBlocks: SERVICE_ADDRESS_CIDR_BLOCKS
    ServiceLoadBalancerSubnetIDs: SERVICE_LOAD_BALANCER_SUBNETS
  controlPlane:
    version:  CLUSTER_VERSION # Latest version is 1.25.5-gke.2100
    instanceType: AWS_INSTANCE_TYPE
    keyName: SSH_KEY_NAME
    subnetIDs:
    - CONTROL_PLANE_SUBNET_IDS
    securityGroupIDs:
    - CONTROL_PLANE_SECURITY_GROUPS
    iamInstanceProfile: CONTROL_PLANE_IAM_ROLE
    rootVolume:
      sizeGiB: ROOT_VOLUME_SIZE
      volumeType: ROOT_VOLUME_TYPE # Optional
      iops: ROOT_VOLUME_IOPS # Optional
      kmsKeyARN: ROOT_VOLUME_KEY # Optional
    etcd:
      mainVolume:
        sizeGiB: ETCD_VOLUME_SIZE
        volumeType: ETCD_VOLUME_TYPE # Optional
        iops: ETCD_VOLUME_IOPS # Optional
        kmsKeyARN: ETCD_VOLUME_KEY # Optional
    databaseEncryption:
      kmsKeyARN: ARN_OF_KMS_KEY
    hub: # Optional
      membershipName: ANTHOS_CONNECT_NAME
    cloudOperations: # Optional
      projectID: YOUR_PROJECT
      location: GCP_REGION
      enableLogging: ENABLE_LOGGING
      enableMonitoring: ENABLE_MONITORING
    workloadIdentity: # Optional
      oidcDiscoveryGCSBucket: WORKLOAD_IDENTITY_BUCKET
```
Sostituisci quanto segue:
- CLUSTER_NAME: il nome del tuo cluster.
- AWS_REGION: la regione AWS in cui viene eseguito il cluster.
  
  Nota: devi creare il cluster utente nella stessa regione del servizio di gestione.
- VPC_ID: l'ID del VPC su cui viene eseguito il cluster.
- POD_ADDRESS_CIDR_BLOCKS: l'intervallo di indirizzi IPv4 utilizzati dai pod del cluster. Attualmente è supportato un solo intervallo. L'intervallo non deve sovrapporsi ad alcuna subnet raggiungibile dalla tua rete. Puoi utilizzare lo stesso intervallo in più oggetti AWSCluster diversi. Ad esempio, 10.2.0.0/16.
- SERVICE_ADDRESS_CIDR_BLOCKS: l'intervallo di indirizzi IPv4 utilizzati dai servizi del cluster. Attualmente è supportato un solo intervallo. L'intervallo non deve sovrapporsi ad alcuna subnet raggiungibile dalla tua rete. Puoi utilizzare lo stesso intervallo in più oggetti AWSCluster diversi. Ad esempio, 10.1.0.0/16.
- SERVICE_LOAD_BALANCER_SUBNETS: gli ID subnet in cui GKE su AWS può creare bilanciatori del carico pubblici o privati.
- CLUSTER_VERSION: una versione di Kubernetes supportata da GKE su AWS. La versione più recente è 1.25.5-gke.2100.
- AWS_INSTANCE_TYPE: un tipo di istanza EC2 supportato.
- SSH_KEY_NAME: una coppia di chiavi AWS EC2.
- CONTROL_PLANE_SUBNET_IDS: gli ID subnet nelle AZ in cui vengono eseguite le istanze del piano di controllo.
- CONTROL_PLANE_SECURITY_GROUPS: un securityGroupID creato durante l'installazione del servizio di gestione. Puoi personalizzare questa impostazione aggiungendo eventuali securityGroupID richiesti per la connessione al piano di controllo.
- CONTROL_PLANE_IAM_PROFILE: nome del profilo di istanza AWS EC2 assegnato alle repliche del piano di controllo.
- ROOT_VOLUME_SIZE: la dimensione, in gibibyte (GiB), dei volumi radice del piano di controllo.
- ROOT_VOLUME_TYPE con il tipo di volume EBS. Ad esempio: gp3.
- ROOT_VOLUME_IOPS con il numero di operazioni IO di cui è stato eseguito il provisioning al secondo (IOPS) per il volume. Valido solo quando volumeType è GP3. Per saperne di più, consulta Volumi SSD per uso generico (gp3).
- ROOT_VOLUME_KEY con il nome della risorsa Amazon della chiave KMS AWS che cripta i volumi root dell'istanza del piano di controllo.
- ETCD_VOLUME_SIZE: le dimensioni dei volumi utilizzati da etcd.
- ETCD_VOLUME_TYPE con il tipo di volume EBS. Ad esempio: gp3.
- ETCD_VOLUME_IOPS con il numero di operazioni IO di cui è stato eseguito il provisioning al secondo (IOPS) per il volume. Valido solo quando volumeType è gp3. Per saperne di più, consulta Volumi SSD per uso generico (gp3).
- ETCD_VOLUME_KEY con il nome della risorsa Amazon della chiave KMS AWS che cripta i volumi di dati del piano di controllo etcd.
- ARN_OF_KMS_KEY: la chiave KMS di AWS utilizzata per criptare i secret del cluster.
- ANTHOS_CONNECT_NAME: il nome dell'abbonamento Connetti utilizzato per registrare il cluster. Il nome dell'appartenenza deve essere univoco. Ad esempio, projects/YOUR_PROJECT/locations/global/memberships/CLUSTER_NAME, dove YOUR_PROJECT è il tuo progetto Google Cloud e CLUSTER_NAME è un nome univoco nel tuo progetto. Questo campo è facoltativo.
- YOUR_PROJECT: il tuo ID progetto.
- GCP_REGION: la regione Google Cloud in cui vuoi archiviare i log. Scegli una regione vicina a quella AWS. Per maggiori informazioni, consulta la sezione Località globali - Regioni e zone, ad esempio us-central1.
- ENABLE_LOGGING: true o false, se Cloud Logging è abilitato sui nodi del piano di controllo.
- ENABLE_MONITORING: true o false, se Cloud Monitoring è abilitato sui nodi del piano di controllo.
- WORKLOAD_IDENTITY_BUCKET: il nome del bucket Cloud Storage contenente le informazioni di rilevamento dell'identità del carico di lavoro. Questo campo è facoltativo.
Crea uno o più AWSNodePool per il cluster. Apri un editor di testo e copia la seguente definizione di AWSCluster in un file denominato custom-nodepools.yaml.
```
apiVersion: multicloud.cluster.gke.io/v1
kind: AWSNodePool
metadata:
  name: NODE_POOL_NAME
spec:
  clusterName: AWSCLUSTER_NAME
  version:  CLUSTER_VERSION # latest version is 1.25.5-gke.2100
  region: AWS_REGION
  subnetID: AWS_SUBNET_ID
  minNodeCount: MINIMUM_NODE_COUNT
  maxNodeCount: MAXIMUM_NODE_COUNT
  maxPodsPerNode: MAXIMUM_PODS_PER_NODE_COUNT
  instanceType: AWS_NODE_TYPE
  keyName: KMS_KEY_PAIR_NAME
  iamInstanceProfile: NODE_IAM_PROFILE
  proxySecretName: PROXY_SECRET_NAME
  rootVolume:
    sizeGiB: ROOT_VOLUME_SIZE
    volumeType: VOLUME_TYPE # Optional
    iops: IOPS # Optional
    kmsKeyARN: NODE_VOLUME_KEY # Optional 
```
Sostituisci quanto segue:
- NODE_POOL_NAME: un nome univoco per il tuo AWSNodePool.
- AWSCLUSTER_NAME: il nome del tuo cluster AWS. Ad esempio, staging-cluster.
- CLUSTER_VERSION: una versione di GKE su AWS Kubernetes.
- AWS_REGION: la stessa regione AWS dell'AWSCluster.
- AWS_SUBNET_ID: una subnet AWS nella stessa regione dell'AWSCluster.
- MINIMUM_NODE_COUNT: il numero minimo di nodi nel pool di nodi. Per ulteriori informazioni, consulta Scalabilità dei cluster utente.
- MAXIMUM_NODE_COUNT: il numero massimo di nodi nel pool di nodi.
- MAXIMUM_PODS_PER_NODE_COUNT: numero massimo di pod che GKE su AWS può allocare a un nodo.
- AWS_NODE_TYPE: un tipo di istanza AWS EC2.
- KMS_KEY_PAIR_NAME: la coppia di chiavi KMS di AWS assegnata a ciascun worker del pool di nodi.
- NODE_IAM_PROFILE: nome del profilo di istanza AWS EC2 assegnato ai nodi nel pool.
- ROOT_VOLUME_SIZE: la dimensione, in gibibyte (GiB), dei volumi radice del piano di controllo.
- VOLUME_TYPE: il tipo di volume AWS EBS del nodo. Ad esempio: gp3.
- IOPS: il numero di operazioni IO al secondo (IOPS) di cui è stato eseguito il provisioning per i volumi. Valido solo quando volumeType è gp3.
- NODE_VOLUME_KEY: l'ARN della chiave KMS di AWS utilizzata per criptare il volume. Per maggiori informazioni, consulta Utilizzo di una chiave CMK gestita dal cliente per criptare i volumi.

Applica i manifest al tuo servizio di gestione.

env HTTPS_PROXY=http://localhost:8118 \
  kubectl apply -f custom-cluster.yaml
env HTTPS_PROXY=http://localhost:8118 \
  kubectl apply -f custom-nodepools.yaml

crea un kubeconfig

All'avvio del cluster utente, puoi creare un contesto kubeconfig per il tuo nuovo cluster utente. Puoi utilizzare il contesto per eseguire l'autenticazione a un cluster utente o di gestione.

Usa anthos-gke aws clusters get-credentials per generare un kubeconfig per il tuo cluster utente in ~/.kube/config.
```
env HTTPS_PROXY=http://localhost:8118 \
  anthos-gke aws clusters get-credentials CLUSTER_NAME
```
Sostituisci CLUSTER_NAME con il nome del cluster. Ad esempio, cluster-0.
Usa kubectl per l'autenticazione nel nuovo cluster utente.
```
env HTTPS_PROXY=http://localhost:8118 \
  kubectl cluster-info
```
Se il cluster è pronto, l'output include gli URL per i componenti Kubernetes all'interno del cluster.

Visualizzazione dello stato del cluster

Il servizio di gestione esegue il provisioning delle risorse AWS quando applichi un AWSCluster o un AWSNodePool.

Dalla directory anthos-aws, utilizza anthos-gke per cambiare contesto al servizio di gestione.
```
cd anthos-aws
anthos-gke aws management get-credentials
```
Nota: anthos-gke utilizza le credenziali che hai specificato quando hai eseguito aws configure.

Per elencare i cluster, utilizza kubectl get AWSClusters.

env HTTPS_PROXY=http://localhost:8118 \
  kubectl get AWSClusters

L'output include il nome, lo stato, l'età, la versione e l'endpoint di ogni cluster.

Ad esempio, il seguente output include solo un AWSCluster denominato cluster-0:

NAME        STATE          AGE     VERSION         ENDPOINT
cluster-0   Provisioning   2m41s   1.25.5-gke.2100   gke-xyz.elb.us-east-1.amazonaws.com

Visualizza gli eventi del cluster

Per visualizzare gli eventi Kubernetes recenti del cluster utente, utilizza kubectl get events.

Dalla directory anthos-aws, utilizza anthos-gke per cambiare contesto al servizio di gestione.
```
cd anthos-aws
anthos-gke aws management get-credentials
```
Nota: anthos-gke utilizza le credenziali che hai specificato quando hai eseguito aws configure.

Esegui kubectl get events.

env HTTPS_PROXY=http://localhost:8118 \
  kubectl get events

L'output include informazioni, avvisi ed errori relativi al tuo servizio di gestione.

Eliminazione di un cluster utente

Per eliminare un cluster utente, segui questi passaggi:

Dalla directory anthos-aws, utilizza anthos-gke per cambiare contesto al servizio di gestione.
```
cd anthos-aws
anthos-gke aws management get-credentials
```
Nota: anthos-gke utilizza le credenziali che hai specificato quando hai eseguito aws configure.
Usa kubectl delete per eliminare il manifest contenente i cluster utente.
```
env HTTPS_PROXY=http://localhost:8118 \
  kubectl delete -f CLUSTER_FILE
```
Sostituisci CLUSTER_FILE con il nome del manifest contenente gli oggetti AWScluster e AWSNodePool. Ad esempio, cluster-0.yaml.

Eliminazione di tutti i cluster utente

Per eliminare tutti i cluster utente, segui questi passaggi:

Dalla directory anthos-aws, utilizza anthos-gke per cambiare contesto al servizio di gestione.
```
cd anthos-aws
anthos-gke aws management get-credentials
```
Nota: anthos-gke utilizza le credenziali che hai specificato quando hai eseguito aws configure.

Utilizza kubectl delete per eliminare AWSNodePools e AWSClusters dal servizio di gestione.

env HTTPS_PROXY=http://localhost:8118 \
  kubectl delete AWSNodePool --all
env HTTPS_PROXY=http://localhost:8118 \
  kubectl delete AWSCluster --all

Per maggiori informazioni, consulta la pagina relativa alla disinstallazione di GKE su AWS.

Passaggi successivi

Configura il tuo provider di identità con il GKE Identity Service.
Avvia il primo carico di lavoro su GKE su AWS.
Crea un deployment rivolto all'esterno utilizzando un bilanciatore del carico o in entrata.
Leggi le specifiche per le definizioni di risorse personalizzate di AWSCluster e AWSNodePool.