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.
# Erste Schritte mit Amazon Connect – Globale Ausfallsicherheit
**Wichtig**
Amazon Connect Instances, die vor dem 31. März 2021 erstellt wurden, wurde eine Domain mit dem folgenden Format zugewiesen:
```
https://your-instance-alias.awsapps.com/connect/
```
Wenn Ihre Domain das ältere Format aufweist, kann das Amazon Connect -Feature Global Resiliency nicht richtig konfiguriert werden. Zur Aktivierung dieses Features müssen Sie [Ihre Domain auf das neuere Format aktualisieren](update-your-connect-domain.md):
```
https://your-instance-alias.my.connect.aws/
```
**Anmerkung**
**Neuer Benutzer?** Schauen Sie sich den [Workshop zu Amazon Connect Global Resiliency](https://catalog.workshops.aws/amazon-connect-global-resiliency/en-US) an. Dieser Online-Kurs führt Sie durch den Prozess des Onboardings und Testens von Rufnummern und Agenten-Failover mithilfe von New APIs über die AWS-CLI.
Global Resiliency ist nur für Amazon Connect Connect-Instances verfügbar, die in den folgenden AWS Regionen erstellt wurden: USA Ost (Nord-Virginia), USA West (Oregon), Asien-Pazifik (Osaka), Asien-Pazifik (Tokio), Europa (Frankfurt) und Europa (London).
Sie können ein Replikat in der Region USA Ost (Nord-Virginia) nur dann erstellen, wenn sich die Quelle in der Region USA West (Oregon) befindet oder umgekehrt.
Sie können ein Replikat in der Region Europa (Frankfurt) nur dann erstellen, wenn die Quelle sich in der Region Europa (London) befindet oder umgekehrt.
Sie können ein Replikat in der Region Asien-Pazifik (Osaka) nur dann erstellen, wenn die Quelle sich in der Region Asien-Pazifik (Tokio) befindet.
Um Zugriff auf dieses Feature zu erhalten, wenden Sie sich an Ihren Amazon Connect Solutions Architect oder Technical Account Manager.
Sie beginnen mit Amazon Connect Global Resiliency, indem Sie ein Replikat Ihrer bestehenden Amazon Connect Connect-Instance in einer anderen AWS-Region erstellen und eine Traffic-Verteilergruppe erstellen.
Eine *Datenverkehr-Verteilergruppe* ist eine Amazon-Connect-Ressource, mit der Sie Amazon-Connect-Instances verknüpfen können, die sich in verschiedenen AWS-Regionen befinden. Telefonnummern können an die Datenverkehr-Verteilergruppe angehängt werden. Der Telefonieverkehr zu diesen Nummern kann auf die Instances in der Datenverkehr-Verteilergruppe verteilt werden.
## So richten Sie Amazon Connect – Globale Ausfallsicherheit ein
1. [Erstellen Sie ein Replikat Ihrer bestehenden Amazon-Connect-Instance](create-replica-connect-instance.md). Verwenden Sie die [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)-API.
1. [Erstellen Sie eine Datenverkehr-Verteilergruppe](setup-traffic-distribution-groups.md).
1. Verwenden Sie die [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)-API.
1. Ermitteln Sie mithilfe der [DescribeTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribeTrafficDistributionGroup.html)API, ob die Traffic-Verteilergruppe erfolgreich erstellt wurde (`Status`muss`ACTIVE`).
1. [Fordern Sie Telefonnummern für Ihre Datenverkehr-Verteilergruppe an.](claim-phone-numbers-traffic-distribution-groups.md) Nachdem Ihre Verkehrsverteilergruppe erfolgreich erstellt wurde (`Status`ist`ACTIVE`), können Sie über die [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)API Telefonnummern für sie beanspruchen.
**Anmerkung**
Die Standardverteilung des Datenverkehrs für diese Telefonnummern ist auf 100 % – 0 % festgelegt. Das heißt, 100% des eingehenden Telefonieverkehrs gehen an die Amazon Connect Quell-Instance, mit der das Replikat erstellt wurde.
Darüber hinaus können Sie Telefonnummern, nachdem sie für eine Instance beansprucht wurden, mehreren Instances in AWS-Regionen zuweisen. Verwenden Sie dazu die [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)API, um die Nummern einer Verkehrsverteilergruppe zuzuweisen.
1. [Aktualisieren Sie Ihre Datenverkehrverteilung](update-telephony-traffic-distribution.md). Verwenden Sie die [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API, um den Traffic in Schritten von 10% auf die verknüpften Instanzen zu verteilen.
# Erstellen Sie ein Replikat Ihrer bestehenden Amazon-Connect-Instance
**Anmerkung**
**Neuer Benutzer?** Schauen Sie sich den [Workshop zu Amazon Connect Global Resiliency](https://catalog.workshops.aws/amazon-connect-global-resiliency/en-US) an. Dieser Online-Kurs führt Sie durch den Prozess des Onboardings und Testens von Rufnummern und Agenten-Failover mithilfe von New APIs über die AWS-CLI.
Global Resiliency ist nur für Amazon Connect Connect-Instances verfügbar, die in den folgenden AWS Regionen erstellt wurden: USA Ost (Nord-Virginia), USA West (Oregon), Asien-Pazifik (Osaka), Asien-Pazifik (Tokio), Europa (Frankfurt) und Europa (London).
Sie können ein Replikat in der Region USA Ost (Nord-Virginia) nur dann erstellen, wenn sich die Quelle in der Region USA West (Oregon) befindet oder umgekehrt.
Sie können ein Replikat in der Region Europa (Frankfurt) nur dann erstellen, wenn die Quelle sich in der Region Europa (London) befindet oder umgekehrt.
Sie können ein Replikat in der Region Asien-Pazifik (Osaka) nur dann erstellen, wenn die Quelle sich in der Region Asien-Pazifik (Tokio) befindet.
Um Zugriff auf dieses Feature zu erhalten, wenden Sie sich an Ihren Amazon Connect Solutions Architect oder Technical Account Manager.
Sie rufen die [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API auf, um ein Replikat Ihrer Amazon Connect Connect-Instance in einer anderen zu erstellen AWS-Region und Konfigurationsinformationen für Amazon Connect Connect-Ressourcen dorthin zu kopieren. AWS-Regionen
**Topics**
+ [Wissenswertes](#important-info-automated-config)
+ [Eigenschaften der Replikat-Instance](#replica-characteristics)
+ [Welche Ressourcen werden in der Replikat-Instance gespiegelt](#mirrored-resources)
+ [Was ist nach der Erstellung der Replikat-Instance zu tun](#configure-replica-instance)
+ [Wann Sie den AWS -Support kontaktieren sollten](#replica-cs)
+ [Warum schlägt ein ReplicateInstance Anruf fehl](#why-replicateinstance-fails)
+ [Auffinden der Quellregion einer Instance](#how-to-find-source-region-of-instances)
## Wissenswertes
+ Vor dem Ausführen [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html):
+ Stellen Sie sicher, dass Sie eine Liste der IAM-Mindestberechtigungen haben, die zum Erstellen einer Instance erforderlich sind. Siehe [Erforderliche Berechtigungen für die Verwendung benutzerdefinierter IAM-Richtlinien zur Verwaltung des Zugriffs auf die Amazon-Connect-Konsole](security-iam-amazon-connect-permissions.md).
+ Aktualisieren Sie Ihre Flows, um alle hartcodierten Regionen durch den Parameter `$.AwsRegion` oder `$['AwsRegion']` zu ersetzen. Zur Laufzeit des Flows werden diese Parameter durch die Region ersetzt, in der der Flow ausgeführt wird.
+ Stellen Sie sicher, dass Ihre Lambda-Funktionen in allen AWS-Regionen denselben Namen haben.
+ Für Amazon-Lex-Bots können Sie einen der folgenden Schritte ausführen:
+ Verwenden Sie die globale Ausfallsicherheit von Amazon Lex, um Bots unter Beibehaltung der Bot-ID über AWS -Regionen zu replizieren.
+ Ändern Sie Ihre Flows je nach AWS Region, in der der Flow ausgeführt wird, in Branches. Zur Laufzeit des Flows werden diese Parameter, wie im folgenden Beispiel veranschaulicht, durch die Region ersetzt, in der der Flow ausgeführt wird.
![\[Die Seite „Eigenschaften“ des Blocks „Kontaktattribute prüfen“.\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/images/acgr-requirements.png)
+ Von AWS verwaltete Schlüssel Um die Replikat-Instance zuzulassen, erstellen Sie mithilfe der AWS Konsole eine temporäre Amazon Connect Connect-Instance in der Region, in der Sie die Replikat-Instance erstellen möchten. Dadurch wird der Standard Von AWS verwaltete Schlüssel für Amazon Connect erstellt.
+ [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)kopiert die Amazon Connect Connect-Konfiguration AWS-Regionen als Teil des ersten Replikationsprozesses hinüber. Nach Abschluss dieses ersten Schritts werden alle Änderungen, die zu einem späteren Zeitpunkt an den ursprünglichen oder [gespiegelten Ressourcen](#mirrored-resources) vorgenommen werden, kontinuierlich regionsübergreifend mit der Replikat-Instance synchronisiert. Dies geschieht bidirektional, von der Quelle zum Replikat und vom Replikat zur Quelle.
+ Alle Telefonnummern auf der Quell-Instance, die noch keinen Nummerngruppen zugeordnet sind, werden automatisch der standardmäßigen Datenverkehr-Verteilergruppe hinzugefügt. Durch diesen Schritt sind die Telefonnummern sowohl in der Quell- als auch in der Replikatregion verfügbar und die Zuordnung des TelefonnummernFlowes wird für alle AWS-Regionen gespiegelt.
+ Für Instances in der Region Asien-Pazifik (Tokio) unterstützen nur Telefonnummern, die ausdrücklich für Amazon Connect Global Resiliency (ACGR) aktiviert wurden, das vollständige Replikationsverhalten nach Asien-Pazifik (Osaka). Bei der Weiterleitung eingehender Anrufe in die Region Asien-Pazifik (Osaka) kann es zu Zustellzeiten von bis zu 20 Sekunden kommen.
+ Der Notfallzugriff für die Anmeldung bei der Replikat-Instance ist erst verfügbar, nachdem das Standard-Weiterleitungsprofil und die Warteschlange für alle Regionen gespiegelt wurden.
+ Während die Konfiguration weitergegeben wird AWS-Regionen, können Sie den Fortschritt in AWS CloudTrail Protokollen verfolgen. Oder Sie können auf der Amazon Connect Admin-Website zu **Benutzerverwaltung**, **Änderungsverlauf anzeigen** navigieren, um einen Prüfpfad der Änderungen an den Benutzern einzusehen. Audit Trails sind auch für andere Konfigurationen verfügbar.
+ Möglicherweise werden im CloudTrail Protokoll die folgenden Fehler angezeigt, die sich nicht auf die Spiegelung der Konfigurationen auswirken.
+ Http 409-Fehler (Konflikt): Diese Fehler treten aufgrund von Spiegelungskonflikten auf, wenn mehrere Konfigurationsupdates schnell hintereinander an derselben Contact-Center-Ressource verarbeitet werden. Diese Fehler können zwar in den Protokollen auftauchen, haben jedoch keinen Einfluss auf die tatsächliche Spiegelung Ihrer Contact-Center-Ressourcen.
+ Ein Konflikt mit Ressourcennamen tritt auf, wenn Ressourcen in der Quellinstanz und der Replikatinstanz denselben Namen, aber unterschiedliche Ressourcen haben. IDs Dies kann beispielsweise der Fall sein, wenn die Ressource in der Replikat-Instance außerhalb des Replikationsprozesses manuell erstellt wurde.
Im Fall von Ressourcennamenkonflikten wird die Ressource [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)nicht regionsübergreifend synchronisiert. Stattdessen wird der Fehler `ResourceConflictException` ausgegeben. Nachdem Sie den Namenskonflikt gelöst haben (z. B. die Ressource in der Replikat-Instance gelöscht haben), können Sie `ReplicateInstance` erneut ausführen, um die Ressource zu synchronisieren.
+ Nach der Ausführung müssen Sie die [AssociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociateTrafficDistributionGroupUser.html)API verwenden`ReplicateInstance`, um Agenten entweder der standardmäßigen Verkehrsverteilergruppe oder einer benutzerdefinierten Verkehrsverteilergruppe zuzuordnen.
+ Beim Ausführen werden [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)keine Lambda-Funktionen oder Amazon Lex Lex-Bots oder andere Drittanbieter/Integrationen synchronisiert, die Sie möglicherweise haben.
## Eigenschaften der Replikat-Instance
+ Die replizierte Amazon-Connect-Instance wird in demselben AWS -Konto wie Ihre bestehende Amazon-Connect-Instance erstellt.
+ [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)erstellt eine Standardverteilergruppe für den Datenverkehr, falls noch keine vorhanden ist. Diese standardmäßige Datenverkehr-Verteilergruppe hat drei Arten der Datenverkehrsverteilung:
+ Anmelden
+ Agent
+ Telefonie
Verwenden Sie die [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)API, um weitere Verkehrsverteilergruppen zu erstellen. Diese zusätzlichen Verkehrsverteilergruppen sind jedoch keine standardmäßigen Verkehrsverteilergruppen und unterstützen daher nur Agenten- und Telefonverteilungen.
+ Die standardmäßige Datenverkehr-Verteilergruppe ist die einzige, in der Sie die `SignInConfig`-Verteilung ändern können. Sehen Sie sich den `IsDefault` Parameter im [TrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_TrafficDistributionGroup.html)Datentyp an.
+ Sie verwenden `SignInConfig`, um die Backend-Anmeldeserver auszuwählen, die dem Kundendienstmitarbeiter die Anmeldung bei seiner Amazon-Connect-Instance erleichtern. Wenn Sie beispielsweise `UpdateTrafficDistribution` mit einem modifizierten `SignInConfig` und einem nicht standardmäßigen Wert für `TrafficDistributionGroup` aufrufen, wird `InvalidRequestException` zurückgegeben.
+ Die Replikat-Instance hat dieselbe Instance-ID wie die Amazon-Connect-Instance, von der sie repliziert wurde.
## Welche Ressourcen werden in der Replikat-Instance gespiegelt
[ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)spiegelt die folgenden Amazon Connect Ressourcen wider AWS-Regionen.
**Wichtig**
Die Service Quotas für diese Ressourcen werden automatisch in allen AWS-Regionen abgeglichen, *bevor die Ressourcen regionsübergreifend* gespiegelt werden. Um ein beliebiges anderes Kontingent in der Replikat-Instance zu erhöhen, reichen Sie eine Anfrage ein.
+ Kompetenzen der Kundendienstmitarbeiter
+ Fließt
+ Flow-Module
+ Benutzer
+ Weiterleitungsprofile
+ Queues (Warteschlangen)
+ Sicherheitsprofile
+ Betriebsstunden
+ Schnellverbindungen
+ Vordefinierte Attribute
+ Eingabeaufforderungen (ohne die in S3 gespeicherten)
+ Benutzerhierarchien (Gruppen und Ebenen)
+ Kundendienstmitarbeiter-Status
+ Vordefinierte Attribute
+ Gespeicherte Berichte
+ Ansichten
+ Datentabellen
+ Arbeitsbereiche
+ Versionen des Flow-Moduls
+ Aliase für das Flow-Modul
+ Benutzerdefinierte Metriken
+ Testfälle
+ Benachrichtigungen
**Wichtige Hinweise zu bestimmten Ressourcen**
**Gespeicherte Berichte**: Gespeicherte Berichte werden zwar repliziert, die mit gespeicherten Berichten verknüpften Zeitpläne werden *jedoch nicht* repliziert.
**Ansichten**: Nur Ansichten mit einem *veröffentlichten* Status werden repliziert. Ansichten im Entwurfsstatus werden *nicht* repliziert.
**Datentabellen**: Datentabellenwerte, die wörtliche ARN-Verweise enthalten, passen den Regionalcode bei der Replikation automatisch an die lokale Region an. ARNs Wenn sie mithilfe von Ausdrücken erstellt wurden, wird der Regionalcode möglicherweise nicht automatisch angepasst.
[ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)repliziert außerdem die folgenden Assoziationen auf: AWS-Regionen
+ Telefonnummer zu Flow
+ Warteschlange zu Weiterleitungsprofil
+ Benutzer zu Sicherheitsprofil, Weiterleitungsprofil und Benutzerhierarchie
+ Weiterleitungsprofile
+ Warteschlange zu Schnellverbindungen
+ Warteschlange zu Betriebsstunden
+ Warteschlange zu Flow
**Anmerkung**
Nach der ersten Replikation werden Konfigurationsänderungen nahezu in Echtzeit bidirektional zwischen replizierten Instances repliziert. Wenn dabei ein Fehler auftritt, versucht Amazon Connect Global Resiliency, Aktualisierungen innerhalb von 30 Minuten zu synchronisieren.
## Was ist nach der Erstellung der Replikat-Instance zu tun
Nachdem Ihre Replikat-Instance von Amazon Connect erstellt wurde, müssen Sie sie konfigurieren:
1. Sorgen Sie für Redundanz bei Front-End- und Back-End-Integrationen (z. B. SSO, Lambda, Lex) in allen Regionen.
1. Nehmen Sie passende manuelle Aktualisierungen für alle verknüpften Instances vor.
1. Verwenden Sie die [AssociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociateTrafficDistributionGroupUser.html)API, um Agenten der Standardverteilergruppe für den Datenverkehr zuzuordnen.
Bevor Sie Kundendienstmitarbeiter einer Datenverkehr-Verteilergruppe zuordnen können, müssen sie sowohl auf der Quell- als auch auf der Replikat-Instance vorhanden sein. Sie können Benutzer nicht einer Datenverkehr-Verteilergruppe zuordnen, wenn sie neu zur Quell-Instance hinzugefügt wurden und sich noch nicht im Replikat befinden.
## Wann Sie den AWS Support kontaktieren sollten
Wenden Sie sich an den AWS Support, wenn Sie Hilfe bei den folgenden Aktivitäten benötigen:
+ Um den Status der Spiegelung zu verstehen, der über das hinausgeht, was in den CloudTrail Protokollen und im Audit-Trail auf der Amazon Connect Admin-Website verfügbar ist.
## Warum schlägt ein ReplicateInstance Anruf fehl
Ein [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API-Aufruf schlägt `InvalidRequestException` in den folgenden Fällen fehl:
1. Das Replikat wird in derselben Region erstellt, in der sich Ihre bestehende Instance befindet.
1. Die Instanz wurde bereits im Rahmen eines anderen [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API-Aufrufs repliziert.
1. Die Instance hat keinen Alias.
1. Die Instance befindet sich nicht im Status `ACTIVE`.
1. Für die Instance ist SAML nicht aktiviert.
1. Es besteht ein Konflikt mit Ressourcennamen.
## So finden Sie die Quellregion einer Amazon-Connect-Instances
Wenn Sie vergessen haben, welches die Quellregion für Ihre Amazon-Connect-Instances ist, führen Sie die folgenden Schritte aus, um sie zu finden:
1. Rufen Sie die [ListTrafficDistributionGroups](https://docs.aws.amazon.com/connect/latest/APIReference/API_ListTrafficDistributionGroups.html)API mit Ihrem auf`InstanceId`.
1. Für jede Datenverkehr-Verteilergruppe in der Antwortliste enthält die zurückgegebene Angabe zu `InstanceARN` die Quellregion. Im folgenden ARN *source-region* wäre dies beispielsweise die Region Ihrer Amazon Connect Connect-Instance.
`arn:aws:connect:source-region:account-id:traffic-distribution-group/ traffic-distribution-group-id`
# Erstellen von Datenverkehr-Verteilergruppen für die Amazon-Connect-Instance
Sie können mithilfe der [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)API eine Traffic-Verteilergruppe für Ihre bestehende Amazon Connect Connect-Instance erstellen.
Eine *Datenverkehr-Verteilergruppe* ist eine Amazon-Connect-Ressource, mit der Sie Amazon-Connect-Instances verknüpfen können, die sich in verschiedenen AWS-Regionen befinden. Telefonnummern können an die Datenverkehr-Verteilergruppe angehängt werden. Der Telefonieverkehr zu diesen Nummern kann auf die Instances in der Datenverkehr-Verteilergruppe verteilt werden.
## Wissenswertes
+ Wenn Sie eine Datenverkehr-Verteilergruppe erstellen, muss diese in der Quell- AWS-Region erstellt werden. Eine *Quellregion* ist die Region, in der Sie Ihre bestehende Amazon-Connect-Instance einrichten.
+ Wenn Sie Telefonnummern einer Datenverkehr-Verteilergruppe zuordnen:
+ Sie können nur Telefonnummern zuordnen, die in der Quellregion beansprucht wurden.
+ Die Telefonnummer muss sich in derselben Region befinden, in der die Datenverkehr-Verteilergruppe erstellt wurde.
+ Sie können Nummern für eine Datenverkehr-Verteilergruppe beanspruchen oder die Datenverkehr-Verteilung für eine Datenverkehr-Verteilergruppe nur dann abrufen oder aktualisieren, wenn ihr `Status` den Wert `ACTIVE` hat. Verwenden Sie die [DescribeTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribeTrafficDistributionGroup.html)API, um festzustellen, ob sie erfolgreich erstellt wurde (`Status`muss`ACTIVE`).
+ Wenn Sie eine replizierte Amazon-Connect-Instance erstellen, wird für diese eine standardmäßige Datenverkehr-Verteilergruppe erstellt. Die standardmäßige Datenverkehr-Verteilergruppe ist die einzige, in der Sie die `SignInConfig`-Verteilung ändern können. Sehen Sie sich den `IsDefault` Parameter im [TrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_TrafficDistributionGroup.html)Datentyp an. Sie verwenden `SignInConfig`, um die Backend-Anmeldeserver auszuwählen, die dem Kundendienstmitarbeiter die Anmeldung bei seiner Amazon-Connect-Instance erleichtern. Wenn Sie beispielsweise `UpdateTrafficDistribution` mit einem modifizierten `SignInConfig` und einem nicht standardmäßigen Wert für `TrafficDistributionGroup` aufrufen, wird `InvalidRequestException` zurückgegeben.
## Status der Datenverkehr-Verteilergruppen
Im Folgenden finden Sie eine Beschreibung des Status der Datenverkehr-Verteilergruppen:
+ `CREATION_IN_PROGRESS`: Die Erstellung der Datenverkehr-Verteilergruppe ist im Gange.
+ `ACTIVE`: Die Datenverkehr-Verteilergruppe wurde erstellt.
+ `CREATION_FAILED`: Die Erstellung der Datenverkehr-Verteilergruppe ist fehlgeschlagen.
+ `PENDING_DELETION`: Das Löschen der Datenverkehr-Verteilergruppe ist im Gange.
+ `DELETION_FAILED`: Das Löschen der Datenverkehr-Verteilergruppe ist fehlgeschlagen.
+ `UPDATE_IN_PROGRESS`: Die Aktualisierung der Datenverkehr-Verteilergruppe ist im Gange.
## Warum schlägt ein CreateTrafficDistributionGroup Anruf fehl
Ein [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)API-Aufruf schlägt `InvalidRequestException` in den folgenden Fällen fehl:
+ Die [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API wurde nicht aufgerufen, bevor eine Traffic-Verteilergruppe für die verknüpften Instances erstellt wurde.
+ Die [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)API wurde nicht in derselben Region aufgerufen, in der die [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API aufgerufen wurde. Die Region, in der diese API aufgerufen wird, muss mit der Region der Instance übereinstimmen, die zum Erstellen eines Replikats verwendet wurde.
# Beantragen von Telefonnummern für Datenverkehr-Verteilergruppen mithilfe von Amazon Connect
**Anmerkung**
**Neuer Benutzer?** Schauen Sie sich den [Workshop zu Amazon Connect Global Resiliency](https://catalog.workshops.aws/amazon-connect-global-resiliency/en-US) an. Dieser Online-Kurs führt Sie durch den Prozess des Onboardings und Testens von Rufnummern und Agenten-Failover mithilfe von New APIs über die AWS-CLI.
Global Resiliency ist nur für Amazon Connect Connect-Instances verfügbar, die in den folgenden AWS Regionen erstellt wurden: USA Ost (Nord-Virginia), USA West (Oregon), Asien-Pazifik (Osaka), Asien-Pazifik (Tokio), Europa (Frankfurt) und Europa (London).
Sie können ein Replikat in der Region USA Ost (Nord-Virginia) nur dann erstellen, wenn sich die Quelle in der Region USA West (Oregon) befindet oder umgekehrt.
Sie können ein Replikat in der Region Europa (Frankfurt) nur dann erstellen, wenn die Quelle sich in der Region Europa (London) befindet oder umgekehrt.
Sie können ein Replikat in der Region Asien-Pazifik (Osaka) nur dann erstellen, wenn die Quelle sich in der Region Asien-Pazifik (Tokio) befindet.
Um Zugriff auf dieses Feature zu erhalten, wenden Sie sich an Ihren Amazon Connect Solutions Architect oder Technical Account Manager.
Nachdem Ihre Traffic-Verteilergruppe erfolgreich erstellt wurde (`Status`ist`ACTIVE`), können Sie [SearchAvailablePhoneNumbers](https://docs.aws.amazon.com/connect/latest/APIReference/API_SearchAvailablePhoneNumbers.html)damit [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)nach verfügbaren Telefonnummern suchen und diese anfordern.
Bevor Sie eine Telefonnummer für Ihre Verkehrsverteilergruppe beanspruchen, empfehlen wir, mithilfe der [DescribeTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribeTrafficDistributionGroup.html)API zu überprüfen, ob der Status der Verkehrsverteilergruppe lautet`ACTIVE`. Das Zuweisen einer Telefonnummer zu einer Datenverkehr-Verteilergruppe, die nicht `ACTIVE` ist, führt zum Fehler `ResourceNotFoundException`.
Sie können eine Telefonnummer für eine Verkehrsverteilergruppe beanspruchen, indem Sie beim Aufrufen der [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)API den ARN der Verkehrsverteilergruppe im **TargetArn**Parameter angeben. Sie können die [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)API auch verwenden, um eine Telefonnummer, die zuvor für eine Instanz beansprucht wurde, einer Verkehrsverteilergruppe zuzuweisen.
**Anmerkung**
Um das Feld **Beschreibung** zu aktualisieren, müssen Sie die Amazon-Connect-Konsole verwenden.
## Beispiel-ArbeitsFlows
Im Folgenden finden Sie ein Beispiel für einen ArbeitsFlow, um Telefonnummern zu beanspruchen und sie für mehrere AWS-Regionen zu verwenden:
1. Erstellen Sie ein Replikat Ihrer Instance:
1. Rufen Sie die [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)-API auf.
1. Erstellen Sie eine Datenverkehr-Verteilergruppe, die diese Instances miteinander verbindet:
1. Rufen Sie die [CreateTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_CreateTrafficDistributionGroup.html)-API auf.
1. Suchen Sie nach verfügbaren Telefonnummern, die für die Datenverkehr-Verteilergruppe beansprucht werden können:
1. Rufen Sie die [SearchAvailablePhoneNumbers](https://docs.aws.amazon.com/connect/latest/APIReference/API_SearchAvailablePhoneNumbers.html)API in der Region auf, in der die Verkehrsverteilergruppe erstellt wurde. Geben Sie den ARN der Datenverkehr-Verteilergruppe für den Parameter `TargetArn` an.
1. Rufen Sie in der Region, in der die Verkehrsverteilergruppe erstellt wurde, die [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)API auf:
1. Geben Sie den ARN der Datenverkehr-Verteilergruppe für den Parameter `TargetArn` an.
1. Geben Sie den Wert für die E164-Telefonnummer an, der durch den [SearchAvailablePhoneNumbers](https://docs.aws.amazon.com/connect/latest/APIReference/API_SearchAvailablePhoneNumbers.html)API-Aufruf in Schritt 3 zurückgegeben wurde.
Eine `PhoneNumberId` und ein `PhoneNumberArn` werden zurückgegeben. Sie können diese Werte für Folgeoperationen verwenden.
1. Stellen Sie sicher, dass der Status der Telefonnummer `CLAIMED` lautet:
1. Rufen Sie die [DescribePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribePhoneNumber.html)-API auf.
(DescribePhoneNumber kann auch in der anderen Region angerufen werden, die der Verkehrsverteilergruppe zugeordnet ist. Es werden dieselben Telefonnummerndetails zurückgegeben.)
Die Telefonnummer kann erst dann für Folgeoperationen verwendet werden, wenn ihr Status `CLAIMED` lautet.
Eine Beschreibung der möglichen Statuswerte finden Sie unter [Definitionen der Rufnummernstatuswerte](#claim-phone-number-status).
1. Wiederholen Sie die Schritte 3 bis 5 für alle Telefonnummern, die Sie für die Datenverkehr-Verteilergruppe beanspruchen möchten.
1. Gehen Sie wie folgt vor, um Telefonnummern Flows zuzuordnen. Führen Sie sie in beiden Regionen aus, in denen die Datenverkehr-Verteilergruppe aktiv ist.
Diese Schritte stellen sicher, dass Ihr Telefonieverkehr korrekt an Ihre DatenFlows weitergeleitet wird, um Ihre Konfiguration der Datenverkehrsverteilung zu unterstützen.
1. Gehen Sie in Ihrer bestehenden Amazon-Connect-Instance in der Region, in der die Datenverkehr-Verteilergruppe erstellt wurde, wie folgt vor:
1. Rufen Sie die [ListContactFlows](https://docs.aws.amazon.com/connect/latest/APIReference/API_ListContactFlows.html)API auf. Geben Sie die `InstanceId` an, die der replizierten Instance entspricht.
1. Eine Liste von Flows ARNs wird zurückgegeben. Verwenden Sie diese ARNs Flows, um einen Flow mit einer Telefonnummer zu verknüpfen. Rufen Sie dazu die [AssociatePhoneNumberContactFlow](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociatePhoneNumberContactFlow.html)API auf.
1. Führen Sie in der replizierten Amazon Connect Connect-Instance in der anderen AWS Region die folgenden Schritte aus:
1. Rufen Sie die [ListContactFlows](https://docs.aws.amazon.com/connect/latest/APIReference/API_ListContactFlows.html)API auf. Geben Sie die `InstanceId` an, die der replizierten Instance entspricht.
1. Eine Liste von Flows ARNs wird zurückgegeben. Verwenden Sie diese ARNs Flows, um einen Flow mit einer Telefonnummer zu verknüpfen. Rufen Sie dazu die [AssociatePhoneNumberContactFlow](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociatePhoneNumberContactFlow.html)API auf.
## Warum schlägt ein ClaimPhoneNumber Anruf fehl
Ihr [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)API-Aufruf schlägt `ResourceNotFoundException` in den folgenden Fällen mit einer fehl:
+ Die angegebene Datenverkehr-Verteilergruppe ist nicht vorhanden, der Status der Datenverkehr-Verteilergruppe ist nicht `ACTIVE` oder Sie sind nicht Eigentümer der Datenverkehr-Verteilergruppe.
+ Die Telefonnummer ist nicht verfügbar, um Ansprüche geltend zu machen. In einigen Fällen wurde eine Telefonnummer, von der Sie gefunden haben, [SearchAvailablePhoneNumbers](https://docs.aws.amazon.com/connect/latest/APIReference/API_SearchAvailablePhoneNumbers.html)möglicherweise von einem anderen Kunden angefordert.
[ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)schlägt im folgenden Fall mit einem `InvalidParameterException` Fehler fehl:
+ Der Endpunkt, den Sie aufrufen, befindet sich nicht in derselben Region, in der die Datenverkehr-Verteilergruppe erstellt wurde.
## Definitionen der Rufnummernstatuswerte
Im Folgenden finden Sie eine Beschreibung der Rufnummernstatuswerte:
+ `CLAIMED`bedeutet, dass die [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)vorherige [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)Oder-Operation erfolgreich war.
+ `IN_PROGRESS`bedeutet a [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html), der [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)Vorgang ist noch im Gange und wurde noch nicht abgeschlossen. Sie können zu einem späteren [DescribePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribePhoneNumber.html)Zeitpunkt anrufen, um zu überprüfen, ob der vorherige Vorgang abgeschlossen wurde.
+ `FAILED`zeigt an, dass der [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)vorherige [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)Oder-Vorgang fehlgeschlagen ist. Enthält eine Meldung, in der die Ursache des Fehlers angegeben ist.
Ein häufiger Grund für einen Fehlschlag ist, dass der Wert `TargetArn`, mit dem Sie eine Telefonnummer beanspruchen oder auf den Sie eine Telefonnummer aktualisieren, das Limit für die Gesamtzahl der beanspruchten Nummern erreicht hat.
Wenn Sie aufgrund eines API-Aufrufs von `ClaimPhoneNumber` den Status `FAILED` erhalten haben, haben Sie einen Tag Zeit, um erneut zu versuchen, die Telefonnummer zu beanspruchen, bevor die Nummer wieder in den Bestand aufgenommen wird, sodass andere Kunden sie anfordern können.
# Zuweisen beanspruchter Telefonnummern zu Datenverkehr-Verteilergruppen in Amazon Connect
+ Sie haben eine neue Datenverkehr-Verteilergruppe erstellt, deren Status `ACTIVE` ist. Wir empfehlen, die [DescribeTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribeTrafficDistributionGroup.html)API zu verwenden, um den Status zu überprüfen.
+ Sie haben bereits Telefonnummern für Instances oder andere Datenverkehr-Verteilergruppen beansprucht.
Jetzt können Sie diese beanspruchten Telefonnummern mithilfe der [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)API Ihrer neuen Verkehrsverteilergruppe zuweisen. Geben Sie den ARN der Datenverkehr-Verteilergruppe im Parameter `TargetArn` an.
**Anmerkung**
Um das Feld **Beschreibung** zu aktualisieren, müssen Sie die Amazon-Connect-Konsole verwenden.
## Beispiel-ArbeitsFlows
Im Folgenden finden Sie ein Beispiel für einen ArbeitsFlow, mit dem Sie Ihrer Datenverkehr-Verteilergruppe Rufnummern zuweisen können, die Sie beansprucht haben:
1. Rufen Sie die [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)API auf, um die Telefonnummer einer neuen zuzuweisen`TargetArn`.
Der `TargetArn` kann für eine andere Amazon-Connect-Instance oder für eine Datenverkehr-Verteilergruppe gelten, die in derselben Region erstellt wurde, in der die Telefonnummer ursprünglich beansprucht wurde.
1. Gehen Sie wie folgt vor, um Telefonnummern Flows zuzuordnen.
Diese Schritte stellen sicher, dass Ihr Telefonieverkehr korrekt an Ihre DatenFlows weitergeleitet wird, um Ihre Konfiguration der Datenverkehrsverteilung zu unterstützen.
1. Gehen Sie in Ihrer bestehenden Amazon-Connect-Instance in der Region, in der die Datenverkehr-Verteilergruppe erstellt wurde, wie folgt vor:
1. Rufen Sie die [ListContactFlows](https://docs.aws.amazon.com/connect/latest/APIReference/API_ListContactFlows.html)-API auf. Geben Sie die `InstanceId` an, die der replizierten Instance entspricht.
1. ARNs Es wird eine Flow-Liste zurückgegeben. Verwenden Sie diese ARNs Flows, um einen Flow mit einer Telefonnummer zu verknüpfen. Rufen Sie dazu die [AssociatePhoneNumberContactFlow](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociatePhoneNumberContactFlow.html)API auf.
Die Zuordnung von Telefonnummer zu Datenfluss wird zwischen Amazon Connect Connect-Instances in allen AWS Regionen gespiegelt.
## Warum schlägt ein Anruf fehl AssociatePhoneNumberContactFlow
Wenn die Nummer für eine Verkehrsverteilergruppe beansprucht wird und Sie [AssociatePhoneNumberContactFlow](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociatePhoneNumberContactFlow.html)über eine Instanz anrufen, AWS-Region in der die Verkehrsverteilergruppe erstellt wurde, können Sie entweder einen vollständigen ARN- oder einen UUID-Wert für die vollständige Telefonnummer für den `PhoneNumberId` URI-Anforderungsparameter verwenden.
Wenn die Nummer jedoch für eine Verkehrsverteilergruppe beansprucht wird und Sie diese API mithilfe einer Instanz in dem Replikat aufrufen, das der Verkehrsverteilergruppe AWS-Region zugeordnet ist, müssen Sie eine vollständige Rufnummer ARN angeben. Wenn in diesem Szenario eine UUID angegeben wird, tritt eine `ResourceNotFoundException` auf.
## Warum schlägt ein UpdatePhoneNumber Anruf fehl
Ihr [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)API-Aufruf schlägt `ResourceNotFoundException` im folgenden Fall mit einem fehl:
+ Die angegebene Datenverkehr-Verteilergruppe ist nicht vorhanden, der Status der Datenverkehr-Verteilergruppe ist nicht `ACTIVE` oder Sie sind nicht Eigentümer der Datenverkehr-Verteilergruppe.
[UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)schlägt im folgenden Fall mit einem `InvalidParameterException` Fehler fehl:
+ Der Endpunkt, den Sie aufrufen, befindet sich nicht in derselben Region, in der die Datenverkehr-Verteilergruppe erstellt wurde.
## Definitionen der Rufnummernstatuswerte
Im Folgenden finden Sie eine Beschreibung der Rufnummernstatuswerte:
+ `CLAIMED`bedeutet, dass die [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)vorherige [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)Oder-Operation erfolgreich war.
+ `IN_PROGRESS`bedeutet a [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html), der [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)Vorgang ist noch im Gange und wurde noch nicht abgeschlossen. Sie können zu einem späteren [DescribePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribePhoneNumber.html)Zeitpunkt anrufen, um zu überprüfen, ob der vorherige Vorgang abgeschlossen wurde.
+ `FAILED`zeigt an, dass der [ClaimPhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_ClaimPhoneNumber.html)vorherige [UpdatePhoneNumber](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdatePhoneNumber.html)Oder-Vorgang fehlgeschlagen ist. Enthält eine Meldung, in der die Ursache des Fehlers angegeben ist. Ein häufiger Grund für einen Fehlschlag ist, dass der Wert `TargetArn`, mit dem Sie eine Telefonnummer beanspruchen oder auf den Sie eine Telefonnummer aktualisieren, das Limit für die Gesamtzahl der beanspruchten Nummern erreicht hat.
# Aktualisieren Sie die Verteilung des Telefonverkehrs auf Amazon Connect Connect-Instances und AWS-Regionen
Sie verwenden die [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API, um den Telefonverkehr zu verteilen und [Agenten auf mehrere Regionen zu verlagern](update-agents-across-regions.md).
**Anmerkung**
Wenn Sie den Telefonverkehr verlagern, verschieben Sie auch die Anmeldungen der and/or Agenten, um sicherzustellen, dass sie die Anrufe in der anderen Region bearbeiten können. Wenn Sie die Kundendienstmitarbeiter nicht verlagern, werden zwar Sprachanrufe an die geänderte Region weitergeleitet, es stehen aber keine Mitarbeiter zur Verfügung, die die Anrufe entgegennehmen können.
Nachdem Sie Telefonnummern für Ihre Traffic-Verteilergruppe beansprucht haben, können Sie die [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API verwenden, um eingehende Sprachkontakte auf verknüpfte Instanzen in einer bestimmten Traffic-Verteilergruppe in Schritten von 10% zu verteilen.
Wenn die folgenden Anforderungen nicht erfüllt sind, schlägt Ihr [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API-Aufruf mit folgender Meldung fehl: `InvalidRequestException`
+ Sie müssen die Verteilung für die Konfiguration des Telefonieverkehrs bereitstellen.
+ Sie müssen die Verteilung des Datenverkehrs für beide verknüpften Instances angeben, und die Gesamtverteilung muss zusammen 100 % ergeben.
+ Sie müssen die Datenverkehrsverteilung in Schritten von 10 % angeben.
+ Die in der Telefoniekonfiguration ARNs angegebene Instanz muss mit der ARNs der verknüpften Instanzen übereinstimmen.
Wenn Sie `UpdateTrafficDistribution` von der Quellregion AWS aus anrufen, können Sie entweder die ID der Datenverkehr-Verteilergruppe oder den Amazon-Ressourcennamen (ARN) verwenden. Wenn Sie `UpdateTrafficDistribution` in der Replikatregion anrufen, müssen Sie den Datenverkehr-Verteilergruppen-ARN verwenden.
# Einrichten der Umgebung Ihrer Kundendienstmitarbeiter mit Amazon Connect – Globale Ausfallsicherheit
Mit Amazon Connect Global Resiliency bieten Sie Kundendienstmitarbeitern eine einheitliche Umgebung mit globaler Anmeldung, einer API für die Kundendienstmitarbeiterverteilung und CCP-Erweiterungen. Diese Features bieten folgende Möglichkeiten:
+ Ermöglichen Sie es Ihren Kundendienstmitarbeitern, sich zu Beginn ihres Tages einmal anzumelden und Kontakte aus ihrer aktuell aktiven Region zu bearbeiten, ohne zu wissen, welche Region gerade aktiv ist.
+ Fügen Sie Kundendienstmitarbeiter zu Ihrer Datenverkehr-Verteilergruppe hinzu und verteilen Sie Kundendienstmitarbeiter auf alle AWS-Regionen.
+ Neue eingehende Sprachkontakte werden durch einfache Aktualisierung der Seite für die derzeit aktive Region an den Kundendienstmitarbeiter-Workspace weitergeleitet.
**Topics**
+ [Integrieren Ihres Identitätsanbieters (IdP) in einen SAML-Anmeldeendpunkt von Amazon Connect Global Resiliency](integrate-idp.md)
+ [Ordnen Sie Agenten Instances in mehreren AWS Regionen zu](associate-agents-across-regions.md)
+ [Aktualisieren der Verteilung der Kundendienstmitarbeiter auf die Regionen](update-agents-across-regions.md)
+ [Einrichten des Kundendienstmitarbeiter-Arbeitsbereichs](setup-agentworkspace-switchover.md)
+ [Tipps zur Vermeidung von Problemen beim Umschalten von Kundendienstmitarbeitern auf eine andere Region](possible-issues-shifting-regions.md)
# Integrieren Ihres Identitätsanbieters (IdP) in einen SAML-Anmeldeendpunkt von Amazon Connect Global Resiliency
Damit sich Ihre Agenten einmal anmelden und in beiden AWS Regionen angemeldet sein können, um Kontakte aus der aktuell aktiven Region zu verarbeiten, müssen Sie die IAM-Einstellungen so konfigurieren, dass sie den SAML-Endpunkt für die globale Anmeldung verwenden.
## Bevor Sie beginnen
Sie müssen SAML für Ihre Amazon-Connect-Instance aktivieren, um Amazon Connect – Globale Ausfallsicherheit verwenden zu können. Informationen zu den ersten Schritten mit einem IAM-Verbund finden Sie unter [Aktivieren von SAML-2.0-Verbundbenutzern für den Zugriff auf die AWS-Managementkonsole](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_enable-console-saml.html).
## Wissenswertes
+ Agenten-Failover wird nur unterstützt, wenn der globale Anmeldeendpunkt verwendet wird.
+ Sie benötigen Ihre Instance-ID, um die Schritte in diesem Thema auszuführen. Anweisungen zu deren Auffinden erhalten Sie unter [Suchen Ihrer Instance-ID oder des ARN von Amazon Connect](find-instance-arn.md).
+ Sie müssen auch die Quellregion Ihrer Amazon-Connect-Instances kennen. Anweisungen zu deren Auffinden erhalten Sie unter [So finden Sie die Quellregion einer Amazon-Connect-Instances](create-replica-connect-instance.md#how-to-find-source-region-of-instances).
+ Wenn Sie Ihre Connect-Anwendung in einen Iframe einbetten, müssen Sie sicherstellen, dass Ihre Domain in der Liste der genehmigten Ursprünge sowohl in Ihrer Quell- als auch in Ihrer Replikat-Instance vorhanden ist, damit die globale Anmeldung funktioniert.
Um genehmigte Ursprünge auf Instance-Ebene zu konfigurieren, folgen Sie den Schritten unter [Verwenden einer Zulassungsliste für integrierte Anwendungen in Amazon Connect](app-integration.md).
+ *Kundendienstmitarbeiter müssen bereits in Ihren Quell- und Replikat-Instances von Amazon Connect erstellt worden sein und denselben Benutzernamen haben wie der Name der Rollensitzung Ihres Identitätsanbieters (IDP).* Andernfalls wird der Fehler `UserNotOnboardedException` angezeigt und Sie riskieren, dass die Redundanzfunktionen für Kundendienstmitarbeiter zwischen Ihren Instances verloren gehen.
+ Sie müssen Kundendienstmitarbeiter einer Datenverkehr-Verteilergruppe zuordnen, bevor Kundendienstmitarbeiter sich anmelden können. Andernfalls schlägt die Anmeldung des Kundendienstmitarbeiters mit `ResourceNotFoundException` fehl. Informationen darüber, wie Sie Ihre Datenverkehr-Verteilergruppen einrichten und ihnen Kundendienstmitarbeiter zuordnen, finden Sie unter [Ordnen Sie Agenten Amazon Connect Connect-Instances in mehreren AWS Regionen zu](associate-agents-across-regions.md).
+ Wenn Ihre Kundendienstmitarbeiter sich über die neue SAML-Anmelde-URL beim gesamten Amazon-Connect-Verbund anmelden, versucht Amazon Connect – Globale Ausfallsicherheit immer, den Kundendienstmitarbeiter sowohl bei Ihren Quell- als auch bei Ihren Replikat-Regionen/-Instances anzumelden, unabhängig davon, wie `SignInConfig` in Ihrer Datenverkehr-Verteilergruppe konfiguriert ist. Sie können dies überprüfen, indem Sie die Protokolle überprüfen CloudTrail .
+ Die `SignInConfig` Verteilung in Ihrer Standardverteilergruppe für den Datenverkehr bestimmt nur, welche AWS-Region Methode zur Erleichterung der Anmeldung verwendet wird. Unabhängig davon, wie Ihre Verteilung von `SignInConfig` konfiguriert ist, versucht Amazon Connect immer, Kundendienstmitarbeiter in beiden Regionen Ihrer Amazon-Connect-Instance anzumelden.
+ Nach der Replikation einer Amazon-Connect-Instance wird nur ein SAML-Anmeldeendpunkt für Ihre Instances generiert. Dieser Endpunkt enthält immer die Quelle AWS-Region in der URL.
+ Sie müssen keinen Relay-Status konfigurieren, wenn Sie die personalisierte SAML-Anmelde-URL mit Amazon Connect – Globale Ausfallsicherheit verwenden.
## So integrieren Sie Ihren Identitätsanbieter
1. Wenn Sie mithilfe der [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API ein Replikat Ihrer Amazon Connect Connect-Instance erstellen, wird eine personalisierte SAML-Anmelde-URL für Ihre Amazon Connect Connect-Instances generiert. Die generierte URL liegt im folgenden Format vor:
`https://instance-id.source-region.sign-in.connect.aws/saml`
1. *instance-id*ist die Instance-ID für eine der Instances in Ihrer Instance-Gruppe. Die Instance-ID ist in der Quell- und Replikatregion identisch.
1. *source-region*entspricht der AWS Quellregion, in der die [ReplicateInstance](https://docs.aws.amazon.com/connect/latest/APIReference/API_ReplicateInstance.html)API aufgerufen wurde.
1. Fügen Sie Ihrer IAM-Verbund-Rolle die folgende Vertrauensrichtlinie hinzu. Nutzen Sie die URL für den SAML-Endpunkt für die globale Anmeldung wie im folgenden Beispiel.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Principal":{
"Federated":[
"arn:aws:iam::111122223333:saml-provider/MySAMLProvider"
]
},
"Action":"sts:AssumeRoleWithSAML",
"Condition":{
"StringLike":{
"SAML:aud":[
"https://instance-id.source-region.sign-in.connect.aws/saml*"
]
}
}
}
]
}
```
------
**Anmerkung**
`saml-provider-arn` ist die in IAM erstellte Identitätsanbieter-Ressource.
1. Gewähren Sie Ihrer `InstanceId` Zugriff auf `connect:GetFederationToken` für Ihre IAM-Verbund-Rolle. Beispiel:
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "GetFederationTokenAccess",
"Effect": "Allow",
"Action": "connect:GetFederationToken",
"Resource": "*",
"Condition": {
"StringEquals": {
"connect:InstanceId": "your-instance-id"
}
}
}
]
}
```
------
1. Fügen Sie Ihrer Identitätsanbieter-Anwendung mithilfe der folgenden Attribut- und Wertezeichenfolgen eine Attributszuordnung hinzu.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/integrate-idp.html)
1. Konfigurieren Sie die ACS-URL (Assertion Consumer Service) Ihres Identitätsanbieters so, dass sie auf Ihre personalisierte SAML-Anmelde-URL verweist. Verwenden Sie das folgende Beispiel für die ACS-URL:
```
https://instance-id.source-region.sign-in.connect.aws/saml?&instanceId=instance-id&accountId=your AWS account ID&role=saml-federation-role&idp=your SAML IDP&destination=optional-destination
```
1. Legen Sie die folgenden Felder in den URL-Parametern fest:
+ `instanceId`: Die Kennung der Amazon-Connect-Instance. Anweisungen zum Auffinden des Instance-ARN finden Sie unter [Suchen Ihrer Instance-ID oder des ARN von Amazon Connect](find-instance-arn.md).
+ `accountId`: Die AWS Konto-ID, unter der sich die Amazon Connect Connect-Instances befinden.
+ `role`: Wird auf den Namen oder den Amazon-Ressourcennamen (ARN) der SAML-Rolle festgelegt, die für den Amazon-Connect-Verbund verwendet wird.
+ `idp`: Wird auf den Namen oder Amazon-Ressourcennamen (ARN) des IAM SAML-Identitätsanbieters festgelegt.
+ `destination`: Geben Sie den optionalen Pfad ein, zu dem Kundendienstmitarbeiter nach der Anmeldung in der Instance gelangen (zum Beispiel: `/agent-app-v2`).
# Ordnen Sie Agenten Amazon Connect Connect-Instances in mehreren AWS Regionen zu
Damit sich Ihre Agenten in beiden Regionen anmelden AWS-Regionen und Kontakte aus beiden Regionen verarbeiten können, müssen Sie sie zunächst einer Traffic-Verteilergruppe zuweisen.
1. Wenn Sie noch keine Datenverkehr-Verteilergruppe eingerichtet haben, tun Sie dies jetzt. Detaillierte Anweisungen finden Sie unter [Erstellen von Datenverkehr-Verteilergruppen für die Amazon-Connect-Instance](setup-traffic-distribution-groups.md).
1. Nachdem Ihre Datenverkehr-Verteilergruppe erfolgreich erstellt wurde (`Status` ist `ACTIVE`), können Sie ihr Kundendienstmitarbeiter zuweisen. Ordnen Sie Benutzer immer einer Datenverkehr-Verteilergruppe in der Quellregion zu.
Das Zuweisen eines Kundendienstmitarbeiters zu einer Datenverkehr-Verteilergruppe ohne den Status `ACTIVE` führt zu `ResourceNotFoundException`. Ermitteln Sie anhand der [DescribeTrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_DescribeTrafficDistributionGroup.html)API, ob sie erfolgreich erstellt wurde (`Status`muss`ACTIVE`).
1. Sie können einer Traffic-Verteilergruppe einen Agenten zuweisen, indem Sie die [AssociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociateTrafficDistributionGroupUser.html)API aufrufen.
## Beispiele
Der folgende `associate-traffic-distribution-group-user` Beispielbefehl zeigt, wie Agenten mehreren AWS Regionen zugeordnet und in diesen verwendet werden können.
```
aws connect associate-traffic-distribution-group-user
--traffic-distribution-group-id UUID
--user-id UUID
--instance-id
```
Im folgenden [AssociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociateTrafficDistributionGroupUser.html)Beispiel wird ein Agent einer Verkehrsverteilergruppe zugeordnet.
```
PUT /traffic-distribution-group/trafficDistributionGroupId/user HTTP/1.1
Content-type: application/json
{
"UserId": "string"
}
```
Mit dem folgenden Beispielbefehl `disassociate-traffic-distribution-group-user` wird die Zuordnung eines Kundendienstmitarbeiters zu einer Datenverkehr-Verteilergruppe aufgehoben.
```
aws connect disassociate-traffic-distribution-group-user
--instance-id your instance ID
--traffic-distribution-group-id UUID
--user-id UUID
```
Im folgenden [DisassociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_DisassociateTrafficDistributionGroupUser.html)Beispiel wird die Zuordnung eines Agenten zu einer Verkehrsverteilergruppe getrennt.
```
DELETE /traffic-distribution-group/trafficDistributionGroupId/user/UserId HTTP/1.1
```
## Warum schlägt ein AssociateTrafficDistributionGroupUser Anruf fehl
Ein [AssociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociateTrafficDistributionGroupUser.html)API-Aufruf schlägt `ResourceNotFoundException` in den folgenden Fällen fehl:
1. Die angegebene Datenverkehr-Verteilergruppe ist nicht vorhanden.
1. Der Status der Datenverkehr-Verteilergruppe ist nicht `ACTIVE`.
1. Die `user-id UUID` verweist nicht auf einen Benutzer aus der Quell-Instance von Amazon Connect.
# Aktualisieren Sie die Verteilung der Agenten in Ihrem Amazon Connect Connect-Arbeitsbereich für Agenten in allen AWS Regionen
So wie Sie die API `UpdateTrafficDistribution` verwenden können, um den [Telefonieverkehr auf verschiedene Regionen zu verteilen](update-telephony-traffic-distribution.md), können Sie sie auch verwenden, um Kundendienstmitarbeiter auf mehrere AWS -Regionen zu verteilen, entweder vollständig oder schrittweise im Rahmen regelmäßiger Tests zur Betriebsbereitschaft. Beispielsweise könnten Sie 40% der Agenten in einer AWS Region behalten, um aktive Kontakte abzuschließen, und die verbleibenden Agenten in die Replikatregion verlagern.
**Anmerkung**
Wenn Sie den Telefonverkehr verlagern, verschieben Sie auch die and/or Agentenanmeldungen, um sicherzustellen, dass sie die Anrufe in der anderen Region bearbeiten können. Wenn Sie die Kundendienstmitarbeiter nicht verlagern, werden zwar Sprachanrufe an die geänderte Region weitergeleitet, es stehen aber keine Mitarbeiter zur Verfügung, die die Anrufe entgegennehmen können.
Nachdem Sie Agenten zu Ihrer Traffic-Verteilergruppe hinzugefügt haben, verwenden Sie die [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API, um Agenten in Schritten von 10% auf verknüpfte Instanzen in einer bestimmten Traffic-Verteilergruppe zu verteilen. Ihre Kundendienstmitarbeiter können aktive Sprachkontakte abschließen, bevor sie die Region wechseln.
**Anmerkung**
Wenn ein Kundendienstmitarbeiter beim Versuch, einen Kontakt zu beenden, bevor er die Region wechselt, eine Fehlermeldung erhält, muss er seine Workspace-Seite aktualisieren. Weitere Informationen finden Sie unter [Richten Sie Amazon Connect Agent Workspace ein, um Agenten zu unterstützen, die zwischen AWS Regionen wechseln](setup-agentworkspace-switchover.md).
**Topics**
+ [Voraussetzungen](#update-agent-traffic-distribution-requirements)
+ [Aktivieren beider Regionen während des regulären Betriebs](#change-signin-weights)
+ [Wie verlagert man den gesamten Telefonverkehr und die Agenten zwischen den AWS Regionen](#shift-all-traffic)
+ [UI-Banner für den regionalen Switch](#regional-switch-ui-banner)
## Voraussetzungen
Wenn die folgenden Anforderungen nicht erfüllt sind, schlägt Ihr [UpdateTrafficDistribution](https://docs.aws.amazon.com/connect/latest/APIReference/API_UpdateTrafficDistribution.html)API-Aufruf mit folgender Meldung fehl: `InvalidRequestException`
1. Die angegebene Datenverkehr-Verteilergruppe muss vorhanden sein.
1. Der Status der Datenverkehr-Verteilergruppe muss `ACTIVE` sein.
1. Wenn Sie die `SignInConfig`-Verteilung ändern, können Sie dies nur für die standardmäßige Datenverkehr-Verteilergruppe tun. Die standardmäßige Datenverkehr-Verteilergruppe wird erstellt, wenn die replizierte Amazon-Connect-Instance erstellt wird. Sehen Sie sich den `IsDefault` Parameter im [TrafficDistributionGroup](https://docs.aws.amazon.com/connect/latest/APIReference/API_TrafficDistributionGroup.html)Datentyp an.
Wenn Sie `UpdateTrafficDistribution` von der Quellregion AWS aus anrufen, können Sie entweder die ID der Datenverkehr-Verteilergruppe oder den Amazon-Ressourcennamen (ARN) verwenden. Wenn Sie `UpdateTrafficDistribution` in der Replikatregion anrufen, müssen Sie den Datenverkehr-Verteilergruppen-ARN verwenden.
## Aktivieren Sie beide AWS-Regionen während des regulären Betriebs
Die API `UpdateTrafficDistribution` enthält eine Verteilung namens `SignInConfig`. Sie können damit auswählen, welche Backend-Anmeldeserver verwendet werden, um Kundendienstmitarbeitern die Anmeldung bei ihrer Instance-Gruppe zu ermöglichen. Unabhängig von der Konfiguration von `SignInConfig` in Ihrer Datenverkehr-Verteilergruppe werden Kundendienstmitarbeiters bei beiden Instances in der Datenverkehr-Verteilergruppe angemeldet.
Für ein optimales Nutzererlebnis empfehlen wir, beide AWS Regionen während des regulären Betriebs zu aktivieren. Um dies zu erreichen, sollten Sie `true` an beide `SignInConfig`-Verteilungen weitergeben. Wenn Sie Ihren gesamten Telefonverkehr und Ihre Agenten in eine AWS Region verlagern müssen, empfehlen wir, den Wert `false` für die Region, aus der Sie den Verkehr verlagern, auf `SignInConfig` zu ändern.
Der folgende Anruf führt beispielsweise dazu, dass Kundendienstmitarbeiter bei einem bestimmten Anmeldeaufruf vom Identity Provider mit einer Wahrscheinlichkeit von jeweils 50 % den Anmeldeserver us-west-2 und den Anmeldeserver us-east-1 verwenden.
```
aws connect update-traffic-distribution \
--id traffic distribution group ID or ARN \
--cli-input-json \
'{
"SignInConfig":{
"Distributions":[
{
"Region":"us-west-2",
"Enabled":true
},
{
"Region":"us-east-1",
"Enabled":true
}
]
}
}'
```
Umgekehrt leitet die folgende Anmeldeverteilung 100 % des Datenverkehrs über den Anmeldeendpunkt an den Anmeldeserver us-east-1 weiter.
```
aws connect update-traffic-distribution \
--id traffic distribution group ID or ARN \
--cli-input-json \
'{
"SignInConfig":{
"Distributions":[
{
"Region":"us-west-2",
"Enabled":false
},
{
"Region":"us-east-1",
"Enabled":true
}
]
}
}'
```
Diese Verteilung steuert nur, welche Region des Anmeldeservers verwendet wird, um die Anmeldung des Kundendienstmitarbeiters bei beiden Instances in ihrer Instance-Gruppe durchzuführen. Sie hat keinen Einfluss auf die Verteilung der Kundendienstmitarbeiter, die vom Teil `AgentConfig` der API `UpdateTrafficDistribution` gesteuert werden.
**Wichtig**
Wenn der Anmeldeendpunkt bei der Anmeldung der Kundendienstmitarbeiter nicht reagiert und Ihre `SignInConfig`-Verteilung auf mehrere Regionen aufgeteilt ist, können Sie Fehler beheben, indem Sie die Verteilung in einer einzelnen AWS -Region zusammenfassen. Wenn Ihre `SignInConfig` gewichtet ist und nicht reagiert, können Sie versuchen, die `SignInConfig` auf die deaktivierte Region zu verschieben. Unabhängig davon, wie Ihre `SignInConfig` konfiguriert ist, profitieren Kundendienstmitarbeiter immer noch davon, dass eine Sitzung sowohl in der Quell- als auch in der Replikatregion aktiv ist, da sie versuchen, sich in beiden Regionen bei ihrer Amazon-Connect-Instance anzumelden.
## So verlagern Sie den gesamten Telefonverkehr und die Agenten auf mehrere AWS Regionen
Verwenden Sie den folgenden Codeausschnitt, um alle neuen eingehenden Sprachkontakte, die Verteilung der Kundendienstmitarbeiteranmeldungen und die Kundendienstmitarbeiterverteilung von us-west-2 auf us-east-1 zu verlagern.
```
aws connect update-traffic-distribution \
--id traffic distribution group ID or ARN \
--cli-input-json \
'{
"SignInConfig":{
"Distributions":[
{
"Region":"us-west-2",
"Enabled":false
},
{
"Region":"us-east-1",
"Enabled":true
}
]
},
"AgentConfig":{
"Distributions":[
{
"Region":"us-west-2",
"Percentage":0
},
{
"Region":"us-east-1",
"Percentage":100
}
]
},
"TelephonyConfig":{
"Distributions":[
{
"Region":"us-west-2",
"Percentage":0
},
{
"Region":"us-east-1",
"Percentage":100
}
]
}
}
'
```
Wenn Sie `UpdateTrafficDistribution` von der Quellregion AWS aus anrufen, können Sie entweder die ID der Datenverkehr-Verteilergruppe oder den Amazon-Ressourcennamen (ARN) verwenden. Wenn Sie `UpdateTrafficDistribution` in der Replikatregion anrufen, müssen Sie den Datenverkehr-Verteilergruppen-ARN verwenden.
## UI-Banner für regionale Switches
Agent Workspace und CCP werden ein UI-Banner bereitstellen, das den Regionswechsel hervorhebt.
Befindet sich ein Mitarbeiter in **einem Kontakt, während sich** seine Region aufgrund von Anpassungen der Traffic Distribution Group (TDG) ändert, wird ihm ein Banner ähnlich dem folgenden angezeigt. Sobald er den Sprachkontakt abgeschlossen und den ACW-Status geschlossen hat, aktualisiert der Agent automatisch auf die neue Region — es sind keine weiteren Maßnahmen erforderlich. Wenn der Mitarbeiter Probleme hat, den Kontakt zu schließen, kann er **Weiter im Backup** auswählen. Daraufhin erscheint ein Popup-Fenster, in dem er um Bestätigung bittet, zur alternativen Region zu wechseln.
Wir empfehlen Ihnen, Ihr Runbook und Ihren Schulungsleitfaden für Agenten entsprechend anzupassen
![\[Auf der Benutzeroberfläche des Agent Workspace wird ein Banner angezeigt, in dem der regionale Failover während der TDG-Anpassungen hervorgehoben wird.\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/images/acgr-failover-banner.png)
![\[Das Bestätigungs-Popup, das angezeigt wird, wenn ein Agent Weiter im Backup auswählt.\]](http://docs.aws.amazon.com/de_de/connect/latest/adminguide/images/acgr-failover-confirmation.png)
# Richten Sie Amazon Connect Agent Workspace ein, um Agenten zu unterstützen, die zwischen AWS Regionen wechseln
Führen Sie die folgenden Schritte aus, damit Amazon Connect Agent Workspace das Contact Control Panel von der AWS Replikatregion in die Quellregion einbetten und zwischen diesen wechseln kann, wenn sich die aktive Region des Agenten ändert.
Wenn Sie noch kein Replikat der Quell-Instance in Amazon Connect erstellt oder keine Datenverkehr-Verteilergruppe eingerichtet haben, finden Sie weitere Informationen unter [Erste Schritte mit Amazon Connect – Globale Ausfallsicherheit](get-started-connect-global-resiliency.md).
1. Rufen Sie die AWS Amazon Connect Connect-Konsole auf, um die **Zugriffs-URL** für Ihre Quell-Instance abzurufen. Notieren Sie sich die URL.
1. In der Replikatregion die AWS Amazon Connect Connect-Konsole, um die **Zugriffs-URL** für Ihre Replikat-Instance abzurufen. Notieren Sie sich die URL.
1. Wählen Sie im gleichen Fenster für Ihre replizierte Amazon-Connect-Instance im linken Bereich die Option **Genehmigte Ursprünge** aus.
1. Fügen Sie die Domain für die **Zugriffs-URL** der Quell-Instance hinzu, die Sie in Schritt 1 notiert haben.
**Anmerkung**
Fügen Sie kein nachstehendes**/** an die Zugriffs-URL an.
1. Wiederholen Sie die obigen Schritte für Ihre Quell-Instance: Gehen Sie zu **Genehmigte Ursprünge** und fügen Sie die Zugriffs-URL für die Replikat-Instance hinzu.
**Anmerkung**
Kundendienstmitarbeiter müssen ihren Status auf **Verfügbar** setzen, nachdem sie zwischen Regionen umgeschaltet wurden.
# Tipps zur Vermeidung von Problemen bei der regionsübergreifenden Verlagerung von Kundendienstmitarbeitern in der Amazon-Connect-Instance
+ Wenn Sie die Datenverkehrsverteilung für Kundendienstmitarbeiter aktualisieren, achten Sie darauf, auch die Datenverkehrsverteilung für eingehende Sprachkontakte zu aktualisieren. Andernfalls könnten Sie in eine Situation geraten, in der in einer Region viele Kundendienstmitarbeiter sind und in der anderen viel Telefonieverkehr vorhanden ist.
+ Bevor Sie Benutzer einer Datenverkehr-Verteilergruppe zuordnen, vergewissern Sie sich, dass der Benutzername sowohl in der Quell- als auch in der Replikat-Instance von Amazon Connect existiert. Andernfalls erhalten Sie die Fehlermeldung `InvalidRequestException`, wenn Sie einen Benutzer einer Datenverkehr-Verteilergruppe zuordnen, der Benutzer mit dem Benutzernamen jedoch nicht in der Replikat-Region existiert.
+ Sie müssen die [AssociateTrafficDistributionGroupUser](https://docs.aws.amazon.com/connect/latest/APIReference/API_AssociateTrafficDistributionGroupUser.html)API aufrufen, um Agenten einer Traffic-Verteilergruppe in der Quellregion zuzuordnen. Wenn Sie versuchen, dies zu tun, während Sie sich in der Replikatregion befinden, wird eine Fehlermeldung angezeigt. `ResourceNotFoundException`