監視 - 確認済みの MCC データ製品の概要

監視 - 確認済みの MCC データ製品は、Affirmed Networks Mobile Content Cloud (MCC) のオペレーター向けデータ分析と分析情報をサポートします。 これにより、MCC ネットワーク要素からパフォーマンス管理データ (パフォーマンス統計) が取り込まれます。 その後、このデータがダイジェストおよびエンリッチされ、オペレーターに視覚化が提供されます。オペレーター データ サイエンティストには、基になるエンリッチされたデータへのアクセスが提供されます。

背景

Affirmed Networks Mobile Content Cloud (MCC) は、次の機能を提供できる仮想化された Evolved Packet Core (vEPC) です。

  • Serving Gateway (SGW) は、RAN とコア ネットワーク間のユーザー データ パケットのルーティングと転送を行います。
  • Packet Data Network Gateway (PGW) は、コア ネットワークと外部 IP ネットワークの間を相互に接続します。
  • Gi-LAN Gateway (GIGW) は、MCC ゲートウェイ サービスを有効にせずにサブスクライバー対応またはサブスクライバー非対応の付加価値サービス (VAS) を提供することで、オペレーターが、現在のゲートウェイを使用しながら VAS を利用できるようにします。
  • Gateway GPRS Support Node (GGSN) は、GPRS ネットワークと外部パケット交換ネットワークの間でインターワーキングできるようにします。
  • Serving GPRS Support Node と MME (SGSN/MME) には、地理的なサービス領域内のモバイル ステーションとの間でデータ パケットを送受信する役割があります。
  • Control and User Plane Separation (CUPS) は、コントロールとユーザー プレーン関数を切り離して、関数を個別にスケーリングできるようにする LTE 拡張機能です。

監視 - 確認済みの MCC データ製品は、説明されているすべての MCC バリアントをサポートしています。

データ型

監視 - 確認済みの MCC データ製品の一部として、次のデータ型が用意されています。

  • pmstats には、MCC 管理ノードによって報告されたパフォーマンス管理データが含まれており、MCC ネットワーク要素のパフォーマンス特性に関する分析情報を得ることができます。

段取り

監視 - 確認済みの MCC データ製品を使用するには:

  1. Azure Operator Insights データ製品の作成」に従って、データ製品をデプロイします。
  2. 必要なネットワーク構成」の説明に従って、パフォーマンス管理データを生成するようにネットワークを構成します。
  3. ネットワークからのインジェスト (データ アップロード) を設定します。 たとえば、Azure Operator Insights インジェスト エージェントを使用したり、Azure Data Factory をデータ製品に接続したりできます。

必要なネットワーク構成

パフォーマンス管理データをリモート サーバーにエクスポートするように EMS サーバーを構成します。 Azure Operator Insights インジェスト エージェントを使用している場合、リモート サーバーは SFTP サーバーである必要があります。 独自のインジェスト エージェントを指定する場合、リモート サーバーはインジェスト エージェントからアクセスできるようにする必要があります。

  1. リモート サーバーの IP アドレス、ユーザー、パスワードを取得します。
  2. Acuitas ユーザー ガイドの「パフォーマンス管理統計ファイルの送信先サーバーへのコピー」に従 って、リモート サーバー への EMS 統計の転送を構成します。

重要

timeInterval 引数を 15 (既定値) から 5 分に減らすことにより、cron ジョブの頻度を増やします。

必要なインジェスト構成

インジェスト方法を構成するには、このセクションの情報を使用します。 これらの値を指定する方法を決定するには、選択した方法のドキュメントを参照してください。

データの種類 必要なコンテナー名 データの要件
pmstats pmstats MCC ノードからのパフォーマンス データ。 ファイル名はデータセット名で始まる必要があります。 たとえば、WORKFLOWPERFSTATSSLOT データは、名前が WORKFLOWPERFSTATSSLOT で始まるファイルに取り込む必要があります。

Azure Operator Insights インジェスト エージェントを使用している場合:

  • SFTP サーバーから SFTP プルを使用するようにインジェスト エージェントを構成します。
  • 前の表の (必須) 設定に加えて、次の構成設定をお勧めします。
情報 Azure Operator インジェスト エージェントの構成の設定 推奨値
セトリング時間 source.sftp_pull.filtering.settling_time 60s (最後の 60 秒間、変更されなかったファイルをアップロードします)
新しいファイルのチェックのスケジュール source.sftp_pull.scheduling.cron 0 */5 * * * * * (5 分ごと)

ヒント

インジェスト エージェントのすべての構成オプションの詳細については、「Azure Operator Insights インジェスト エージェントの構成リファレンス」を参照してください。

Azure Operator Insights インジェスト エージェントの要件

Azure Operator Insights インジェスト エージェントは、構成したインジェスト パイプラインからファイルを収集します。 インジェスト パイプラインには、SFTP サーバーの詳細、そこから収集するファイル、およびそれらのファイルを管理する方法が含まれます。

次の規則を使用して、エージェント、パイプライン、および VM を設定する方法を選択する必要があります。

  • パイプラインは重複しないようにする必要があります。つまり、同じサーバーから同じファイルを収集することはできません。
  • 各パイプラインは、1 つのエージェントに対して構成する必要があります。 複数のエージェントでパイプラインを構成した場合、Azure Operator Insights は重複データを受信します。
  • 各エージェントは、個別の VM で実行する必要があります。
  • エージェントの数、すなわち VM も次に依存します:
    • デプロイのスケールと冗長特性。
    • ファイルの数とサイズ、およびファイルのコピー頻度。

ガイドとして、この表では、標準 D4s_v3 Azure VM の推奨仕様が達成できるスループットを説明します。

ファイル数 ファイル サイズ (KiB) 時間 (秒) スループット (Mbps)
64 16,384 6 1,350
1,024 1,024 10 910
16,384 64 80 100
65,536 16 300 25

たとえば、2 つのファイル ソースから収集する必要がある場合は、次の方法があります:

  • 1 つの VM に 1 つのエージェントをデプロイし、2 つのパイプラインを構成します。 各パイプラインは、1 つのファイル ソースから収集されます。
  • それぞれ 1 つのエージェントを持つ VM を 2 個デプロイします。 各エージェント (したがって、各 VM) は、1 つのファイル ソースから収集します。

エージェントを実行している各 Linux VM は、次の最小仕様を満たしている必要があります。

リソース 要件
OS Red Hat Enterprise Linux 8.6 以降、または Oracle Linux 8.8 以降
vCPU 数 最小 4、推奨 8
[メモリ] 最小 32 GB 以上
ディスク 30 GB
ネットワーク SFTP サーバーと Azure への接続
ソフトウェア systemd、logrotate、zip がインストールされている
その他 シェル コマンドを実行するための SSH または代替アクセス
DNS (推奨) Microsoft ホスト名を解決する機能。 これがない場合は、エージェントを設定するときに追加の構成を実行する必要があります (パブリック ホスト名を解決できないインジェスト エージェント用に Microsoft ホスト名を IP アドレスにマップする方法に関するページを参照)。

Note

MCC 製品のドキュメントにアクセスするには、Affirmed Networks サインイン情報が必要です。