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

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

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

Note

Cette fonctionnalité 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 l'ReplicateInstanceAPI pour 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 autorisations IAM minimales requises pour créer une instance. veuillez consulter Autorisations requises pour utiliser des politiques IAM 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.

        Page de propriétés du bloc Vérifier les attributs de contact
    • 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 noms de ressources se produit si les ressources de l'instance source et de l'instance de réplica portent le même nom mais des identifiants de ressource différents. 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 l'API AssociateTrafficDistributionGroupUser pour 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 l'CreateTrafficDistributionGroupAPI pour 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 données TrafficDistributiondu groupe.

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

  • Flux

  • Modules de flux

  • Users

  • Profils de routage

  • Files d'attente

  • Profils de sécurité

  • Heures de fonctionnement.

  • Connexions rapides

  • 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) entre les régions.

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

  3. Utilisez l'API AssociateTrafficDistributionGroupUser pour 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 appel d'ReplicateInstanceAPI é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 appel d'ReplicateInstanceAPI.

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

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

  5. SAML n'est pas activé pour l'instance.

  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 l'ListTrafficDistributionGroupsAPI avec 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 l'ARN suivant, 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