**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.

# Teilen Sie sich eine Zielgruppe in zwei Clustern
<a name="auto-multi-cluster-target-groups-example"></a>

Das folgende Beispiel teilt sich eine Zielgruppe auf zwei Cluster. Der erste Cluster besitzt den Application Load Balancer über einen Ingress, und der zweite Cluster schließt sich der gemeinsamen Zielgruppe über einen manuell erstellten Cluster an. `TargetGroupBinding` Bevor Sie beginnen, sollten Sie [Multi-Cluster-Zielgruppen konfigurieren](auto-multi-cluster-target-groups.md) sich darüber informieren, wie der MultiCluster Support funktioniert und wie Sie ihn aktivieren können.

## Cluster 1 — Besitzen Sie den Load Balancer über einen Ingress
<a name="_cluster_1_own_the_load_balancer_through_an_ingress"></a>

Stellen Sie Ihre Anwendung bereit (z. B. ein Deployment with a `NodePort` Service) und erstellen Sie dann ein `IngressClass` and an, `Ingress` das die Multi-Cluster-Anmerkung enthält.

```
apiVersion: networking.k8s.io/v1
kind: IngressClass
metadata:
  name: alb-mc
spec:
  controller: eks.amazonaws.com/alb
---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: echoserver
  namespace: echoserver
  annotations:
    alb.ingress.kubernetes.io/scheme: internet-facing
    alb.ingress.kubernetes.io/target-type: instance
    alb.ingress.kubernetes.io/multi-cluster-target-group: "true"
spec:
  ingressClassName: alb-mc
  rules:
    - http:
        paths:
          - path: /
            pathType: Exact
            backend:
              service:
                name: echoserver
                port:
                  number: 80
```

Der Controller stellt den Load Balancer bereit und generiert ein `TargetGroupBinding` With. `spec.multiClusterTargetGroup: true` Notieren Sie sich die folgenden Werte aus dem generierten `TargetGroupBinding` und dem Service — der zweite Cluster benötigt alle drei:
+ Das Tool `targetGroupARN`.
+ Der Dienst`nodePort`.
+ Die Load Balancer-Sicherheitsgruppen-ID von`spec.networking.ingress[].from[].securityGroup.groupID`.

## Cluster 2 — Treten Sie der gemeinsamen Zielgruppe über einen bei TargetGroupBinding
<a name="_cluster_2_join_the_shared_target_group_through_a_targetgroupbinding"></a>

Stellen Sie dieselbe Anwendung bereit, binden Sie den Dienst an Cluster 1 an und erstellen Sie dann eine, `TargetGroupBinding` die auf den Zielgruppen-ARN und die Sicherheitsgruppen-ID von Cluster 1 verweist. `nodePort`

```
apiVersion: eks.amazonaws.com/v1
kind: TargetGroupBinding
metadata:
  name: mc-echoserver
  namespace: echoserver
spec:
  multiClusterTargetGroup: true
  serviceRef:
    name: echoserver
    port: 80
  targetGroupARN: <cluster-1-target-group-arn>
  targetType: instance
  networking:
    ingress:
      - from:
          - securityGroup:
              groupID: <cluster-1-alb-security-group-id>
        ports:
          - port: <cluster-2-node-port>
            protocol: TCP
```

Wenn MultiCluster die Unterstützung für beide Bindungen aktiviert ist, registriert und deregistriert jeder Cluster nur seine eigenen Ziele. Die Knoten beider Cluster bleiben in der einzigen gemeinsamen Zielgruppe funktionsfähig, und der Load Balancer verteilt den Traffic auf alle Knoten.