システム用に配置されたあとに、ネットワークとアプリケーションの管理コンポーネントをそのインフラストラクチャの最上位に追加または階層化できます。インフラストラクチャに配置できるアプリケーションおよびサービスは多数存在します。つの基本領域に分類できます。アプリケーションとサービスで可能にします。フローを継続的にモニタして、音声およびビデオ品質が許容できるかどうかを判別し、品質が許容できない場合は、管理者に警告します。運用と障害のモニタリング:アプリケーションとサービスのすべての処理を集中的にモニタして、ネットワークおよびアプリケーションの障害に関して管理者に警告します。•ネットワークとアプリケーションのプローブ:配置全体のさまざまなロケーションでネットワークとアプリケーションのトラフィック情報をプローブおよび収集し、管理者が中央ロケーションでこの情報にアクセスし、取得できるようにします。このパートでは、上に挙げたアプリケーションとサービスについて説明します。プランニング、および設計上の考慮事項について説明します。ここでは、アプリケーションおよびサービスの設計関連の側面を中心に説明します。製品固有のサポートおよび設定情報については、関連する製品マニュアルを参照してください。システムに移行するための推奨方法に関する詳細情報も含まれます。このパートに含まれる章は、次のとおりです。コンポーネントおよび相互通信する複数のコンポーネントで構成されたシステムのサイジングについて説明します。ネットワークを配置するのに適した方法でない理由についても説明します。使用方法について詳しく説明します。システムに移行するための複数の方法について説明します。段階的な移行と並行カットオーバーの両方について、利点と欠点を説明します。システムに接続するために必要なサービスについても説明します。システムの移行が含まれます。ネットワークとアプリケーションの管理サービスについて説明します。これらの管理サービスにより、管理者はユーザとデバイスをプロビジョニングおよび設定し、ネットワークとアプリケーションの動作と音声およびビデオ品質をモニタし、問題が発生したときにアラートとアラームを受信できます。プラクティスを示します。インフラストラクチャの最上位で階層化して、これらのインフラストラクチャをモニタおよび制御できるようにする必要があります。インフラストラクチャを使用します。アプリケーションとサービスとの直接の依存関係はありませんが、これらのインフラストラクチャおよびアプリケーションは、さまざまな運用サービスや管理サービスが実際に管理および制御する対象となります。インフラストラクチャを利用して、さまざまなコンポーネントおよび動作を設定およびモニタします。アプリケーションに関して、直接対話したり、場合によっては設定の変更やアラートの受信を行ったりします。サービスとアプリケーションに依存する以外に、運用とサービスアビリティに関連するそれぞれのサービスは、多くの場合、完全に機能するために相互依存もしています。アベイラビリティを実現する必要があります。発生する可能性のあるさまざまなタイプの障害、およびこれらの障害に関する設計上の考慮事項を理解することが重要となります。コンポーネントは、他のコンポーネントやサービスに依存していることから、場合によっては、運用と管理の単一アプリケーションまたはサービスの障害が、複数のサービスに影響を及ぼすことがあります。プローブはネットワークの正常性または音声およびビデオ品質をモニタできなくなります。アカウントまたはデバイス設定を変更できなくなったりすることが含まれます。これらのタイプの運用のフェールオーバーに関する考慮事項には、特定の障害が発生した場合に、管理者が一部の設定変更を引き続き実行できるように、冗長な運用または管理のアプリケーションによって一部の機能を処理できるようにするというシナリオが含まれます。音声およびビデオ品質をモニタしたり、障害をモニタしたりするためのサービスを提供する運用とサービスアビリティのアプリケーションについても、冗長化することを考慮する必要があります。ネットワークの接続が妨げられたり、サーバやアプリケーションに障害が発生した場合は、モニタや警告に関する機能が縮退したり、場合によっては、これらの機能が完全に失われます。これは、音声およびビデオ品質のモニタリングにおいては、コールフローやデバイスに関する品質の測定ができなくなる場合があることを意味します。サービスにおいては、設定変更された内容を追跡するためのデータや、障害の発生を示すのアラートやインジケータが損失してしまう可能性も考慮して冗長化を行う必要があります。アプリケーションとサービスは、個々のコンポーネントおよびシステム全体のキャパシティとスケーラビリティを理解して設計および配置する必要があります。同様に、運用とサービスアビリティのコンポーネントとサービスの配置についても、キャパシティとスケーラビリティの考慮事項に注意して設計する必要があります。運用とサービスアビリティの各種アプリケーションとコンポーネントを配置する場合は、アプリケーション自体のスケーラビリティの考慮が重要となるだけでなく、基盤となるインフラストラクチャのスケーラビリティについても考慮する必要があります。インフラストラクチャは、使用可能な帯域幅を持ち、運用によって発生する追加のトラフィック負荷を処理できる必要があります。コンポーネントによって実施される、必要な入力と出力を処理できる必要があります。トラフィックおよび接続を処理するための、基盤となるインフラストラクチャおよびモニタ対象アプリケーションのスケーラビリティも、同様に重要となります。メッセージング負荷を処理できるキャパシティを持っていない場合があります。コミュニケーションのアプリケーションとサービスでサポートされているデバイスまたはユーザの数を超えないことを保証するだけでなく、プロビジョニングまたは設定変更のトランザクションが、基盤ネットワークのキャパシティ、または特定のアプリケーションでトランザクションを処理できる割合のいずれも超えないことを保証することが含まれます。インスタンスを増やしたりすることで、キャパシティを追加できます。ソリューションの設計および配置サイジングに関する考慮事項」の章を参照してください。