既存の Amazon Connect インスタンスのレプリカを作成する - Amazon Connect
重要事項レプリカインスタンスの特性レプリカインスタンスでミラーリングされるリソースレプリカインスタンスが作成された後に実行すべきこと AWS サポートに連絡すべきケース ReplicateInstance 通話が失敗する理由インスタンスのソースリージョンを検索します。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

既存の Amazon Connect インスタンスのレプリカを作成する

注記

新しいユーザー Amazon Connect Global Resiliency Workshop をご覧ください。このオンラインコースでは、 APIsを通じて新しい を使用して電話番号とエージェントのフェイルオーバーをオンボーディングおよびテストするプロセスについて説明しますAWSCLI。

グローバルレジリエンシーは、米国東部 (バージニア北部）、米国西部 (オレゴン）、欧州 (フランクフルト）、欧州 (ロンドン) の各 AWS リージョンで作成された Amazon Connect インスタンスでのみ使用できます。

米国東部 (バージニア北部) リージョンでレプリカを作成できるのは、ソースが米国西部 (オレゴン) の場合のみで、その逆も同様です。同様に、欧州 (フランクフルト) リージョンでレプリカを作成できるのは、ソースが欧州 (ロンドン) の場合のみで、その逆も同様です。

この機能を利用するには、Amazon Connect ソリューションアーキテクトまたはテクニカルアカウントマネージャーにお問い合わせください。

を呼び出しReplicateInstanceAPIて、別の で Amazon Connect インスタンスのレプリカを作成し AWS リージョン 、 間で Amazon Connect リソースの設定情報をコピーします AWS リージョン。

重要事項

  • を実行する前にReplicateInstance：

    • インスタンスを作成するために必要な最小限のIAMアクセス許可があることを確認してください。「カスタムIAMポリシーを使用して Amazon Connect 管理者ウェブサイトへのアクセスを管理するために必要なアクセス許可」を参照してください。

    • フローを更新して、ハードコードされたリージョンはすべて $.AwsRegion または $['AwsRegion'] パラメータに置き換えます。上記のパラメータは、フローの実行時にフローが実行されるリージョンに置き換えられます。

    • AWS リージョン 全体にわたり、Lambda 関数の名前が同じであることを確認します。

    • Amazon Lex ボットの場合、次のいずれかを実行できます。

      • Amazon Lex Global Resiliency を使用して、 AWS リージョン間でボットをレプリケートし、ボット ID を保持します。

      • フローが実行されている AWS リージョンに基づいて、フローをブランチに変更します。以下の例で示すように、これらのパラメータは、フローの実行時にフローが実行されるリージョンに置き換えられます。

        [コンタクト属性の確認] ブロックのプロパティページ

    • レプリカインスタンス AWS マネージドキー で を許可するには、 AWS コンソールを使用して、レプリカインスタンスを作成する予定のリージョンに一時的な Amazon Connect インスタンスを作成します。これにより、Amazon Connect AWS マネージドキー のデフォルトが作成されます。

  • ReplicateInstance は、最初のレプリケーションプロセス AWS リージョン の一環として、 間で Amazon Connect 設定をコピーします。この最初のステップが完了すると、後でミラーリソースに加えられた変更は、リージョン全体にわたり、レプリカインスタンスに継続的に同期されます。

  • ソースインスタンスの電話番号のうち、まだ番号グループに関連付けられていない番号はすべて、デフォルトのトラフィック分散グループに自動的に追加されます。このステップにより、ソースリージョンとレプリカリージョンの両方で電話番号を使用できるようになり、電話番号とフローの関連付けを AWS リージョン全体にわたりミラーリングできるようになります。

  • レプリカインスタンスにログインするための緊急アクセスは、デフォルトのルーティングプロファイルとキューがリージョン全体にわたりミラーリングされた後にのみ利用できるようになります。

  • 設定が 全体に伝達されると AWS リージョン、 AWS CloudTrail ログで進行状況を表示できます。または、 Amazon Connect 管理者ウェブサイトでユーザー管理 に移動し、履歴の変更を表示して、ユーザーへの変更の監査証跡を表示できます。

  • ソースインスタンスとレプリカインスタンスのリソースの名前が同じで、リソース が異なる場合、リソース名の競合が発生しますIDs。例えばこれは、レプリカインスタンス内のリソースが、レプリケーションプロセスではなく手動で作成された場合などに発生する場合があります。

    リソース名の競合の場合、 ReplicateInstanceはリージョン間でリソースを同期しません。その代わりに ResourceConflictException エラーとします。名前の競合を解決した後(例えば、レプリカインスタンス内のリソースを削除した後)、もう一度 ReplicateInstance を実行してリソースを同期できます。

  • を実行したらReplicateInstance、 を使用してAssociateTrafficDistributionGroupUserAPIエージェントをデフォルトのトラフィック分散グループまたはカスタムトラフィック分散グループに関連付ける必要があります。

  • を実行してReplicateInstanceも、Lambda 関数や Amazon Lex ボット、またはサードパーティ / 統合は同期されません。

レプリカインスタンスの特性

  • レプリカの Amazon Connect インスタンスは、既存の Amazon Connect インスタンスと同じ AWS アカウントで作成されます。

  • ReplicateInstance は、デフォルトのトラフィック分散グループが存在しない場合、そのグループを作成します。フォルトのトラフィック分散グループには、次の 3 種類のトラフィック分散があります。

    • サインイン

    • エージェント

    • テレフォニー

    を使用してCreateTrafficDistributionGroupAPI、より多くのトラフィック分散グループを作成します。ただし、これらの追加のトラフィック分散グループはデフォルトのトラフィック分散グループではないため、エージェントディストリビューションとテレフォニーディストリビューションのみをサポートします。

  • デフォルトのトラフィック分散グループは、SignInConfig 分散を変更できる唯一のトラフィック分散グループです。データTrafficDistributionGroup型の IsDefaultパラメータを参照してください。

  • SignInConfig を使用して、Amazon Connect インスタンスにサインインしやすくなるように、バックエンドのサインインサーバーを選択します。たとえば、変更した SignInConfig とデフォルトでない TrafficDistributionGroup を使用して UpdateTrafficDistribution に電話をかけた場合、InvalidRequestException が返されます。

  • レプリカのインスタンス ID は、レプリケート元の Amazon Connect インスタンスと同じです。

レプリカインスタンスでミラーリングされるリソース

ReplicateInstance は、 全体で次の Amazon Connect リソースをミラーリングします AWS リージョン。

重要

このようなリソースのサービスクォータは、リソースが AWS リージョン 全体にわたりミラーリングされる前に自動的に照合されます。プリカインスタンス内のその他のクォータを増やすには、リクエストを送信してください。

  • エージェントの習熟度

  • フロー

  • フローモジュール

  • [ユーザー]

  • ルーティングプロファイル

  • キュー

  • セキュリティプロファイル

  • オペレーション時間

  • クイック接続

  • 事前定義された属性

  • プロンプト (S3 に保存されているものは除く)

  • ユーザー階層 (グループとレベル)

  • エージェントステータス

  • 事前定義された属性

ReplicateInstance は、 間で次の関連付けもレプリケートします AWS リージョン。

  • フローの電話番号

  • ルーティングプロファイルへのキュー

  • ユーザーからセキュリティプロファイル、ルーティングプロファイル、ユーザー階層

  • ルーティングプロファイル

  • クイック接続のキュー

  • オペレーション時間のキュー

  • フローのキュー

レプリカインスタンスが作成された後に実行すべきこと

レプリカの Amazon Connect インスタンスが作成されたら、それを設定する必要があります。

  1. リージョン間のフロントエンドとバックエンドの統合 (、SSOLambda、Lex など) の冗長性を確保します。

  2. リンクされたインスタンス全体で、一致する手動更新を行います。

  3. を使用してAssociateTrafficDistributionGroupUserAPI、エージェントをデフォルトのトラフィック分散グループに関連付けます。

    エージェントをトラフィック分散グループに関連付けるには、エージェントがソースインスタンスとレプリカインスタンスの両方に存在ｈしている必要があります。ソースインスタンスに新しく追加されて、レプリカにまだ配置されていないユーザーをトラフィック分散グループに関連付けることはできません。

AWS サポートに連絡するタイミング

以下のアクティビティについては、 AWS サポートにお問い合わせください。

  • Amazon Connect 管理者ウェブサイトのログと監査証跡で CloudTrail利用できる範囲を超えるミラーリングステータスを理解する。

  • レプリケーションの開始後にレプリケーションを停止する場合。

  • レプリカインスタンスを削除する場合。トラフィック分散グループから番号とユーザーの関連付けを解除する必要があります。 AWS サポートは、グローバル設定管理用に作成したスナップショットをすべて削除する必要があります。

ReplicateInstance 通話が失敗する理由

次のような場合、 でReplicateInstanceAPI通話InvalidRequestExceptionが失敗します。

  1. レプリカを作成するリージョンが、既存のインスタンスと同じリージョンです。

  2. インスタンスは、別のReplicateInstanceAPI呼び出しの一部として既にレプリケートされています。

  3. インスタンスにエイリアスがありません。

  4. インスタンスが ACTIVE ステータスではありません。

  5. インスタンスが有効になっていませんSAML。

  6. リソース名が競合しています。

Amazon Connect インスタンスのソースリージョンを確認する方法

Amazon Connect インスタンスのソースリージョンがどのリージョンかわからない場合は、次の手順を実行して見つけてください。

  1. ListTrafficDistributionGroups API で を呼び出しますInstanceId。

  2. 応答リスト内の任意のトラフィック分散グループについて、返された InstanceARN にソースリージョンが含まれます。例えば、次の ではARN、source-region は Amazon Connect インスタンスのリージョンになります。

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