

 **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 su che si trova 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à.

# Configurazione di gruppi target multi-cluster
<a name="auto-multi-cluster-target-groups"></a>

Per impostazione predefinita, il controller di bilanciamento del carico Amazon EKS Auto Mode assume il pieno controllo sui gruppi target che configura. Quando un gruppo target viene registrato presso il controller, annulla la registrazione di tutti i target che non sono attualmente presenti nel cluster. Ciò garantisce che il gruppo target rifletta l'esatto insieme di obiettivi gestiti da quel cluster.

L'attivazione del ** MultiCluster ** supporto modifica questo comportamento. Un gruppo target con MultiCluster supporto abilitato può essere associato a più cluster Kubernetes o supportare target arbitrari provenienti da altre fonti. Ogni cluster registra e annulla la registrazione solo delle destinazioni di sua proprietà, invece di annullare la registrazione delle destinazioni che appartengono ad altri cluster o fonti.

## Come funziona
<a name="_how_it_works"></a>

Quando MultiCluster il supporto è abilitato, ogni cluster tiene traccia del set di obiettivi che gestisce e riconcilia solo quelli del gruppo target condiviso. Amazon EKS Auto Mode archivia gli obiettivi tracciati di ogni cluster in un `ConfigMap` nome Kubernetes`eks-lbc-targets-<targetgroupbinding-name>`, nello stesso spazio dei nomi delle risorse di bilanciamento del carico.

**Nota**  
Il Load AWS Balancer Controller upstream memorizza questo stato con il prefisso. `ConfigMap` `aws-lbc-targets-` In Amazon EKS Auto Mode, il prefisso è `eks-lbc-targets-` invece, quindi quando segui le indicazioni upstream, controlla il. `eks-lbc-targets-` `ConfigMap`

Il load balancer distribuisce il traffico in modo equo su tutte le destinazioni registrate. Il controller non supporta la distribuzione ponderata tra i cluster. MultiCluster il supporto funziona con entrambi i tipi `ip` di `instance` destinazione.

## Abilita MultiCluster il supporto
<a name="_enable_multicluster_support"></a>

Abilita l' MultiCluster assistenza utilizzando uno dei seguenti metodi, a seconda del tipo di risorsa:
+  **TargetGroupBinding**— impostato`spec.multiClusterTargetGroup: true`.
+  **Ingress (ALB)**: aggiunge l'annotazione. `alb.ingress.kubernetes.io/multi-cluster-target-group: "true"`
+  **Service (NLB)**: aggiungi l'annotazione. `service.beta.kubernetes.io/aws-load-balancer-multi-cluster-target-group: "true"`

## Considerazioni per la modalità automatica di Amazon EKS
<a name="_considerations_for_amazon_eks_auto_mode"></a>

La [ guida upstream ](https://kubernetes-sigs.github.io/aws-load-balancer-controller/latest/guide/use_cases/multi_cluster/) MultiCluster Target Groups sul GitHub sito web di AWS Load Balancer Controller illustra la condivisione di un gruppo target tra due cluster. Per una discussione più ampia sulle architetture multi-cluster, consulta [ Creazione di applicazioni multi-cluster resilienti con Amazon EKS sul blog. ](https://aws.amazon.com/blogs/blogs/networking-and-content-delivery/building-resilient-multi-cluster-applications-with-amazon-eks/) AWS Lo stesso flusso funziona su Amazon EKS Auto Mode con le seguenti differenze:
+ La risorsa `TargetGroupBinding` personalizzata è nel gruppo `eks.amazonaws.com/v1` API, non`elbv2.k8s.aws/v1beta1`.
+ Il `IngressClass` controller è`eks.amazonaws.com/alb`.
+ Non impostare l'`alb.ingress.kubernetes.io/tags`annotazione. La policy `AmazonEKSLoadBalancingPolicy` gestita si limita `aws:TagKeys` a una lista consentita, pertanto i tag personalizzati causano un errore di accesso negato e il controller non può riconciliarli. Ciò può causare il blocco del finalizzatore Ingress durante l'eliminazione.
+ Tutti i cluster partecipanti devono trovarsi nello stesso VPC, poiché un gruppo target è associato a un singolo VPC.

## Esempio
<a name="_example"></a>

Per una procedura dettagliata che condivide un singolo gruppo target tra due cluster, uno che possiede il load balancer tramite un Ingress e l'altro che si unisce tramite a, consulta. `TargetGroupBinding` [Condividi un gruppo target su due cluster](auto-multi-cluster-target-groups-example.md)