Création d'un réplica de l'instance Amazon Connect existante

Note

Nouvel utilisateur ? Consultez l'atelier mondial sur la résilience d'Amazon Connect. Ce cours en ligne vous guide tout au long du processus d'intégration et de test du basculement des numéros de téléphone et des agents en utilisant le nouveau APIs via le. AWS CLI

Global Resiliency est disponible uniquement pour les instances Amazon Connect créées dans les AWS régions suivantes : USA Est (Virginie du Nord), USA Ouest (Oregon), Europe (Francfort) et Europe (Londres).

Vous ne pouvez créer une réplique dans la région USA Est (Virginie du Nord) que si votre source est USA Ouest (Oregon), ou inversement. De même, vous ne pouvez créer une réplique dans la région Europe (Francfort) que si votre source est l'Europe (Londres), ou inversement.

Pour accéder à cette fonctionnalité, contactez votre architecte de solutions Amazon Connect ou votre responsable de compte technique.

Vous appelez le ReplicateInstanceAPIpour créer une réplique de votre instance Amazon Connect dans une autre instance Région AWS et pour y copier les informations de configuration des ressources Amazon Connect Régions AWS.

Points importants à connaître

• Avant de courir ReplicateInstance:

  • Assurez-vous de disposer des IAM autorisations minimales requises pour créer une instance. Consultez Autorisations requises pour utiliser des IAM politiques personnalisées afin de gérer l'accès au site Web d'administration Amazon Connect.

  • Mettez à jour vos flux pour remplacer toutes les régions codées en dur par un paramètre $.AwsRegion ou $['AwsRegion']. Au moment de l'exécution du flux, ces paramètres sont remplacés par la région dans laquelle le flux est exécuté.

  • Vérifiez que vos fonctions Lambda portent le même nom dans les Régions AWS .

  • Pour les robots Amazon Lex, vous pouvez effectuer l'une des opérations suivantes :

    • Utilisez Amazon Lex Global Resiliency pour répliquer les robots entre les AWS régions et conserver l'identifiant du bot.

    • Changez vos flux en branche en fonction de la AWS région dans laquelle le flux s'exécute. Au moment de l'exécution du flux, ces paramètres sont remplacés par la région dans laquelle le flux est exécuté, comme indiqué dans l'exemple suivant.

      

  • Pour autoriser Clés gérées par AWS l'entrée de l'instance de réplique, à l'aide de la AWS console, créez une instance Amazon Connect temporaire dans la région où vous prévoyez de créer l'instance de réplique. Cela créera la valeur par défaut Clés gérées par AWS pour Amazon Connect.

• ReplicateInstancecopie la configuration Amazon Connect dans Régions AWS le cadre du processus de réplication initial. Une fois cette première étape terminée, toutes les modifications apportées ultérieurement aux ressources mises en miroir sont synchronisées en permanence avec l'instance de réplica entre les régions.

• Tous les numéros de téléphone de l'instance source qui ne sont pas encore associés à des groupes de numéros sont automatiquement ajoutés au groupe de répartition du trafic par défaut. Cette étape met à disposition les numéros de téléphone à la fois dans les régions source et de réplica. Elle permet également de mettre en miroir les associations numéro de téléphone-flux entre les Régions AWS.

• L'accès d'urgence pour se connecter à l'instance de réplica n'est disponible qu'une fois que le profil de routage et la file d'attente par défaut ont été mis en miroir entre les régions.

• Au fur et à mesure que la configuration se propage Régions AWS, vous pouvez consulter la progression dans les AWS CloudTrail journaux. Ou, sur le site Web de l' Amazon Connect administrateur, vous pouvez accéder à Gestion des utilisateurs, Afficher l'historique des modifications pour afficher une piste d'audit des modifications apportées aux utilisateurs.

• Un conflit de nom de ressource se produira si les ressources de l'instance source et de l'instance de réplique portent le même nom mais une ressource différenteIDs. Cela peut se produire, par exemple, si la ressource de l'instance de réplica a été créée manuellement en dehors du processus de réplication.

  En cas de conflit de nom de ressource, ReplicateInstancene synchronise pas la ressource entre les régions. Au lieu de cela, il génère une erreur ResourceConflictException. Après avoir résolu le conflit de noms (par exemple, avoir supprimé la ressource dans l'instance de réplica), vous pouvez exécuter à nouveau ReplicateInstance pour synchroniser la ressource.

• Après l'exécutionReplicateInstance, vous devez utiliser le AssociateTrafficDistributionGroupUserAPIpour associer les agents au groupe de distribution de trafic par défaut ou à un groupe de distribution de trafic personnalisé.

• ReplicateInstanceL'exécution ne synchronise pas les fonctions Lambda, les robots Amazon Lex ou les autres intégrations tierces que vous pourriez avoir.

Caractéristiques de l'instance de réplica

• L'instance de réplica Amazon Connect est créée sur le même compte AWS que l'instance Amazon Connect existante.

• ReplicateInstancecrée un groupe de distribution de trafic par défaut s'il n'en existe pas déjà un. Ce groupe de répartition du trafic par défaut comporte trois types de répartition du trafic :

  • Connexion

  • Agent

  • Téléphonie

  Utilisez le CreateTrafficDistributionGroupAPIpour créer d'autres groupes de distribution de trafic. Toutefois, ces groupes de distribution de trafic supplémentaires ne sont pas des groupes de distribution de trafic par défaut et ne prennent donc en charge que les distributions d'agents et de téléphonie.

• Le groupe de répartition du trafic par défaut est le seul groupe de répartition du trafic dont vous pouvez modifier la répartition SignInConfig. Consultez le IsDefault paramètre dans le type de TrafficDistributionGroupdonnées.

• Vous utilisez SignInConfig pour choisir les serveurs de connexion backend afin de faciliter la connexion de l'agent à leur instance Amazon Connect. Par exemple, si vous appelez UpdateTrafficDistribution avec une valeur SignInConfig modifiée et une valeur TrafficDistributionGroup différente de celle par défaut, une erreur InvalidRequestException est renvoyée.

• L'instance de réplica possède le même ID d'instance que l'instance Amazon Connect à partir de laquelle elle est répliquée.

Ressources mises en miroir dans l'instance de réplica

ReplicateInstancereflète les Amazon Connect ressources suivantes dans l'ensemble Régions AWS.

Important

Les quotas de service pour ces ressources sont automatiquement mis en correspondance entre les Régions AWS avant la mise en miroir des ressources entre les régions. Pour augmenter tout autre quota dans l'instance de réplica, soumettez une demande.

• Compétences des agents

• Flux

• Modules de flux

• Users

• Profils de routage

• Files d'attente

• Profils de sécurité

• Heures de fonctionnement.

• Connexions rapides

• Attributs prédéfinis

• Invites (sauf celles stockées dans S3)

• Hiérarchies d'utilisateurs (groupes et niveaux)

• Statut de l'agent

• Attributs prédéfinis

ReplicateInstancereproduit également les associations suivantes entre Régions AWS :

• Numéro de téléphone vers flux

• File d'attente vers profil de routage

• Utilisateur vers profil de sécurité, profil de routage et hiérarchie d'utilisateurs

• Profils de routage

• File d'attente vers connexions rapides

• File d'attente vers heures de fonctionnement

• File d'attente vers flux

Que faire après la création de l'instance de réplica

Une fois votre instance de réplica Amazon Connect créée, vous devez la configurer :

1. Garantissez la redondance pour les intégrations frontales et dorsales (par exemple, SSO Lambda, Lex) dans toutes les régions.

2. Effectuez les mises à jour manuelles correspondantes sur les instances liées.

3. Utilisez le AssociateTrafficDistributionGroupUserAPIpour associer des agents au groupe de distribution de trafic par défaut.

   Pour que les agents puissent être associés à un groupe de répartition du trafic, ils doivent être présents à la fois sur l'instance source et sur l'instance de réplica. Vous ne pouvez pas associer des utilisateurs à un groupe de répartition du trafic lorsqu'ils viennent d'être ajoutés à l'instance source et qu'ils ne figurent pas encore dans le réplica.

Quand contacter le AWS Support

Contactez AWS le Support pour obtenir de l'aide concernant les activités suivantes :

• Pour comprendre l'état de la mise en miroir au-delà de ce qui est disponible dans les CloudTrail journaux et la piste d'audit sur le site Web de l' Amazon Connect administrateur.

• Pour arrêter la réplication après son démarrage.

• Pour supprimer l'instance de réplica. Vous devez dissocier les numéros et les utilisateurs des groupes de distribution du trafic. AWS Support doit supprimer tous les instantanés que nous avons créés pour la gestion globale de la configuration.

Pourquoi un ReplicateInstance appel échoue

Un ReplicateInstanceAPIappel échoue avec un InvalidRequestException dans les cas suivants :

1. La région dans laquelle vous créez le réplica est la même que celle de l'instance existante.

2. L'instance a déjà été répliquée dans le cadre d'un autre ReplicateInstanceAPIappel.

3. L'instance ne possède pas d'alias.

4. L'instance n'a pas le statut ACTIVE.

5. L'instance n'est pas SAML activée.

6. Il existe un conflit de noms de ressources.

Comment trouver la région source de vos instances Amazon Connect

Si vous oubliez quelle région est la région source de vos instances Amazon Connect, effectuez les étapes suivantes pour la trouver :

1. Appelez-les ListTrafficDistributionGroupsAPIavec votreInstanceId.

2. Pour tout groupe de répartition du trafic figurant dans la liste de réponses, l'InstanceARN renvoyé inclut la région source. Par exemple, dans ce qui suitARN, source-region serait la région de votre instance Amazon Connect.

   arn:aws:connect:source-region:account-id:traffic-distribution-group/ traffic-distribution-group-id