PureCloudローカルコントロールフォールトトレランス


高レベルアーキテクチャの概要

次の図

  • あなたのサイトにテレフォニー機器を備えたPureCloudアーキテクチャを示しています(ローカル制御モード)。
  • 設計された冗長性を強調表示しますが、詳細は提供しません。冗長性の詳細については、図の下の表を参照してください。
  • 代理店と話す顧客(消費者)は含まれません。カスタマーは公衆交換電話網 (PSTN) または SIP トランクを使用するか、Amazon Web Services (AWS) で実行される PureCloud サービスを通してのビデオ チャット、テキスト チャット、またはメールにより接続できます。AWS のサービスを通して接続する消費者の接続性は、以下に説明するエージェントの接続性に類似しています。

localcontrolfaulttolerance1

次の表は、図中の番号を示しています。

注意:下に表示されるテーブルには、さまざまな種類の障害の推定回復時間が含まれます。推定回復時間は保証がなく、複数のシステムが同時に失敗した場合は長くなる可能性があります。

PureCloud AWSがホストする商品

叫ぶ 説明
0

Amazon Elastic Load Balancer(ELB)

 

Amazon ELBはPureCloudのコアコンポーネントです。ELB は、複数のアベイラビリティ ゾーンで実行されるサーバーのクラスターです。ELB は HTTP リクエストを複数のアベイラビリティ ゾーンとバックエンドの Elastic Compute Cloud (EC2) インスタンス間で負荷分散します。EC2 の詳細については、吹き出し 6 を参照してください。Amazon Elastic Compute Cloud 上で実行されている PureCloud マイクロサービス

ELBは、バックエンドインスタンスが一杯になったか障害が発生したことを検出すると、補償するために数秒でトラフィックを他のインスタンスにルーティングします。 PureCloudのパブリックAPIとバックエンドインスタンスは、どちらもELBによって提供されています。

1

Amazon CloudFrontコンテンツ配信ネットワーク(CDN)

すべてのPureCloud静的コンテンツ(HTML、画像、JavaScriptなど)は、Amazon CloudFront CDNから提供されます。Amazon CloudFront は Amazon の信頼性の高いインフラストラクチャーです。Amazon CloudFront で使用されるEdge場所の分散性により、ネットワーク状態で必要になり次第ユーザーは最も近い利用可能な場所にルーティングされます。

EdgeロケーションからAWSオリジンサーバー(Amazon EC2やAmazon S3など)へのオリジンリクエストは、Amazonが可用性とパフォーマンスの両方を常に監視および最適化するネットワークパスを介して移動します。

2 Amazonアベイラビリティーゾーン(AZ) Amazon AZは、それぞれ冗長電源、ネットワーキング、および接続性を備えた1つ以上の個別のデータセンターで構成され、別々の施設に収容されています。 AZは、単一のデータセンターから可能であるよりも高可用性、フォールトトレラント、そしてスケーラブルな本番アプリケーションとデータベースを運用する能力を提供します。AZ は専用ファイバー回線でつながれているため、正常な接続のレイテンシーは非常に低く、AZ の停止は数秒内に検出できます。
3 キャッシュクラスター PureCloudは、データベースおよび外部サービスからのデータをキャッシュするために複数のキャッシュクラスターを使用して、PureCloudをレスポンシブにします。各クラスタ内のノードは複数のAZに分散しているため、1つのAZの損失によってクラスタが停止することはありません。クラスタ内のいずれかのノードに障害が発生した場合は、他のノードがそのノードの作業を数秒で引き継ぎます。キャッシュ クラスター全体が失敗した場合には、キャッシュ クラスターを再デプロイし、データ レコードのホームから数分以内にデータのキャッシュを開始できます。
4 Amazon Simple Storage Service(S3)

Amazon S3は、重要なデータを保存するための永続的なインフラストラクチャを提供し、99.999999999%のオブジェクトの耐久性を目指して設計されています。あなたのデータは、複数の施設や各施設で複数デバイス間で重複して保存されます。Amazon S3は、年間で最大99.99%のオブジェクトの可用性を実現するように設計されており、Amazon S3サービスレベル契約に裏付けられています。これにより、サービスの信頼性が保証されます。

5 データベースクラスタ PureCloudは複数のデータベースクラスタを使用してデータを格納します。各クラスター内のノードは、クラスターを 1 つアリゾナ州の損失をもたらさないように複数 AZs の間で広がっています。クラスター内の 1 つのノードが失敗した場合には、レプリケートされたデータを使って失敗したノードの作業を数秒以内に引き継ぎます。データベース クラスター全体が失敗した場合には、そのデータベース クラスターを再デプロイし、S3 に保存されている毎時のバックアップから数時間で自動入力されます。
6 Amazon Elastic Compute Cloud(EC2)で実行されているPureCloudマイクロサービス 100以上のマイクロサービスがPureCloudを構成しています。Microservice の各インスタンスは独自の EC2 インスタンスに実行、各 microservice 別 AZs で実行される少なくとも 2 つのインスタンス。Amazon ELB はリクエストをマイクロサービス インスタンス間に負荷分散し、失敗したインスタンスを数秒以内に検出して、リクエストを別のインスタンスにルーティングします。EC2 インスタンスは Amazon Auto Scaling グループにもあり、これにより自動的に需要を満たし、失敗したインスタンスを数分以内に新しい正常なインスタンスで置き換えます。
7 Amazon DynamoDB データベースクラスタに加えて、PureCloudはDynamoDBを多用します。DynamoDB は地域で 3 つの施設の間で自動で同期データ ・ レプリケーションと高可用性です。これにより、個々 のコンピューターの不具合やも施設レベルの障害からデータを保護できます。PureCloud DynamoDB テーブルはすべて毎時、S3 にバックアップされ、壊滅的な障害時にもデータを復元できるようになっています。

顧客データセンターでホストされている商品

叫ぶ 説明
8

カスタマーインターネットサービスプロバイダ(ISP)

PureCloudはAWSを実行するクラウドサービスであるため、インターネット接続には高可用性のISPを使用することが重要です。インターネット接続を複数 ISP に散在させることを推奨します。

9

エージェントコンピュータ

PureCloudエージェントのユーザーインターフェイスは完全にゼロインストール展開用のWebブラウザ内で実行できます。これにより、エージェントはコンピュータのハードウェア障害や機械的な机の障害が発生した場合に迅速にデスクを切り替えたりコンピュータを切り替えたりできます。スーパーバイザー、管理者コンピューターが監督上の図は含まれません、管理者と同じユーザー インターフェイスを使用して、同じフォールト トレランスの説明に適用。

A

 エージェント電話

エージェントは、スタンドアロンのSIP電話機または自分のコンピュータ上で動作するSIP ソフトウェアを使用できます。電話のハードウェアが失敗すると、エージェントは物理的な電話を切り替えるでき、ユーザー インターフェイスの新しい携帯電話を使用します。エージェントの電話は、2台のEdgeデバイス(プライマリとバックアップ)に登録されます。プライマリデバイスに障害が発生した場合、エージェントの電話は数秒でバックアップデバイスに切り替わります。
B PureCloudEdgeデバイス PureCloudEdgeデバイスは、PureCloudのテレフォニーバックボーンを形成し、すべての通話音声とシグナリングを担当します。PureCloud Edgeデバイスは、AWS接続が停止している場合でも、基本的な通話制御、ACDルーティング、およびIVR機能を実行できます。Edge デバイスが故障した場合、そのデバイス上のすべてのアクティブ コールは終了しますが、他の Edge デバイスは運用し続け、故障したデバイスの負荷を引き受けます。
C カスタマーSIPトランク ローカル制御モデルでは、あなたはあなた自身のSIPトランクに責任があります。冗長性を確保するために、複数のベンダーの複数のSIPトランクを使用してください。 SIPトランクは、Edgeデバイスの停止と複数のEdgeデバイス間での負荷分散を処理する必要があります。
D 顧客サイトとデータセンター あるサイトでの停電や自然災害が他のサイトに影響を与えないように、エージェント、Edgeデバイス、電話、およびエージェントコンピュータを地理的に離れた複数のサイトに分割する必要があります。