**Unterstützung für die Verbesserung dieser Seite beitragen** 

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Um zu diesem Benutzerhandbuch beizutragen, wählen Sie den GitHub ** Link Diese Seite ** bearbeiten unter, der sich im rechten Bereich jeder Seite befindet.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Multi-Cluster-Zielgruppen konfigurieren
<a name="auto-multi-cluster-target-groups"></a>

Standardmäßig übernimmt der Amazon EKS Auto Mode Load Balancer-Controller die volle Kontrolle über die von ihm konfigurierten Zielgruppen. Wenn eine Zielgruppe beim Controller registriert ist, werden alle Ziele abgemeldet, die sich derzeit nicht im Cluster befinden. Dadurch wird sichergestellt, dass die Zielgruppe genau den Zielen entspricht, die von diesem Cluster verwaltet werden.

Wenn Sie den ** MultiCluster ** Support aktivieren, ändert sich dieses Verhalten. Eine Zielgruppe mit aktiviertem MultiCluster Support kann mehreren Kubernetes-Clustern zugeordnet werden oder beliebige Ziele aus anderen Quellen unterstützen. Jeder Cluster registriert und deregistriert nur die Ziele, die ihm gehören, anstatt die Registrierung von Zielen aufzuheben, die zu anderen Clustern oder Quellen gehören.

## Funktionsweise
<a name="_how_it_works"></a>

Wenn die MultiCluster Unterstützung aktiviert ist, verfolgt jeder Cluster die von ihm verwalteten Ziele und gleicht nur die Ziele in der gemeinsamen Zielgruppe ab. Amazon EKS Auto Mode speichert die verfolgten Ziele jedes Clusters in einem `ConfigMap` Kubernetes-Namen`eks-lbc-targets-<targetgroupbinding-name>`, im selben Namespace wie die Load Balancer-Ressourcen.

**Anmerkung**  
Der AWS Upstream-Load Balancer Controller speichert diesen Status in einem mit dem Präfix. `ConfigMap` `aws-lbc-targets-` Im Amazon EKS-Automatikmodus lautet das Präfix `eks-lbc-targets-` stattdessen. Wenn Sie den Upstream-Anweisungen folgen, überprüfen Sie das `eks-lbc-targets-``ConfigMap`.

Der Load Balancer verteilt den Datenverkehr gleichmäßig auf alle registrierten Ziele. Der Controller unterstützt keine gewichtete Verteilung über Cluster. MultiCluster Die Unterstützung funktioniert sowohl mit Zieltypen als `ip` auch mit `instance` Zieltypen.

## MultiCluster Unterstützung aktivieren
<a name="_enable_multicluster_support"></a>

Aktivieren Sie den MultiCluster Support je nach Ressourcentyp mit einer der folgenden Methoden:
+  **TargetGroupBinding**— einstellen`spec.multiClusterTargetGroup: true`.
+  **Ingress (ALB) ** — füge die Anmerkung hinzu. `alb.ingress.kubernetes.io/multi-cluster-target-group: "true"`
+  **Service (NLB) ** — fügen Sie die Anmerkung hinzu. `service.beta.kubernetes.io/aws-load-balancer-multi-cluster-target-group: "true"`

## Überlegungen zu Amazon EKS Auto Mode
<a name="_considerations_for_amazon_eks_auto_mode"></a>

Der [ Upstream-Leitfaden für ](https://kubernetes-sigs.github.io/aws-load-balancer-controller/latest/guide/use_cases/multi_cluster/) MultiCluster Zielgruppen auf der Load AWS Balancer GitHub Controller-Website beschreibt die gemeinsame Nutzung einer Zielgruppe auf zwei Cluster. Eine umfassendere Diskussion über Multi-Cluster-Architekturen finden Sie im Blog unter [ Erstellen robuster Multi-Cluster-Anwendungen mit Amazon EKS](https://aws.amazon.com/blogs/blogs/networking-and-content-delivery/building-resilient-multi-cluster-applications-with-amazon-eks/). AWS Derselbe Ablauf funktioniert im Amazon EKS Auto Mode mit den folgenden Unterschieden:
+ Die `TargetGroupBinding` benutzerdefinierte Ressource befindet sich in der `eks.amazonaws.com/v1` API-Gruppe, nicht`elbv2.k8s.aws/v1beta1`.
+ Der `IngressClass` Controller ist`eks.amazonaws.com/alb`.
+ Stellen Sie die `alb.ingress.kubernetes.io/tags` Anmerkung nicht ein. Die `AmazonEKSLoadBalancingPolicy` verwaltete Richtlinie beschränkt `aws:TagKeys` sich auf eine Zulassungsliste, sodass benutzerdefinierte Tags den Fehler „Zugriff verweigert“ auslösen und der Controller sie nicht abgleichen kann. Dies kann dazu führen, dass der Ingress-Finalizer beim Löschen hängen bleibt.
+ Alle teilnehmenden Cluster müssen sich in derselben VPC befinden, da eine Zielgruppe auf eine einzige VPC beschränkt ist.

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

Eine schrittweise Anleitung, bei der zwei Cluster eine einzige Zielgruppe gemeinsam nutzen — ein Cluster besitzt den Load Balancer über einen Ingress und der andere tritt über einen hinzu —, finden Sie unter. `TargetGroupBinding` [Teilen Sie sich eine Zielgruppe in zwei Clustern](auto-multi-cluster-target-groups-example.md)