你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

体验质量 - Affirmed MCC 数据产品概述

体验质量 - Affirmed MCC 数据产品支持针对Affirmed Networks Mobile Content Cloud (MCC) 运营商提供数据分析和见解。 这些产品从 MCC 网络元素引入事件数据记录 (EDR),然后消化并扩充此数据,以便为运营商提供一系列可视化效果。 运营商数据科学家有权访问基础扩充数据以支持进一步的数据分析。

背景

Affirmed Networks Mobile Content Cloud (MCC) 是一种虚拟化的演进式封包核心 (vEPC),可提供以下功能。

  • 服务网关 (SGW) 在 RAN 和核心网络之间路由和转发用户数据包。
  • 数据包数据网关 (PGW) 提供核心网络与外部 IP 网络之间的互连。
  • Gi-LAN 网关 (GIGW) 在不启用 MCC 网关服务的情况下提供订阅者感知服务或订阅者无感知增值服务 (VAS),使运营商能够在继续使用现有网关的同时利用 VAS。
  • 网关 GPRS 支持节点 (GGSN) 提供 GPRS 网络与外部数据包交换网络之间的互通。
  • 服务 GPRS 支持节点和 MME (SGSN/MME) 负责向其地理服务区域内的移动站传递数据包。
  • 控制与用户平面分离 (CUPS) 是一项 LTE 增强功能,用于分离控件和用户平面功能,以允许它们独立缩放。

MCC 生成的数据因功能而异。 此变体会影响相关的扩充和可视化效果。 Azure 运营商见解提供以下体验质量数据产品,以支持特定的 MCC 功能。

  • 体验质量 - Affirmed MCC GIGW
  • 体验质量 - Affirmed MCC PGW/GGSN

数据类型

以下数据类型适用于所有体验质量 - Affirmed MCC 数据产品。

  • edr 包含 MCC 网络元素写入的事件数据记录 (EDR) 中的数据。 EDR 记录 MCC 处理调用或会话期间出现的每个重要事件。 它们提供了所发生事件的全面记录,使运营商能够探索各个问题和更普遍的模式。 数据产品支持以下 EDR。

    • Status
    • Session
    • Bearer
    • Flow
    • HTTP
    • RTT
    • MME CRR
    • SGSN CRR

    注意

    这两种类型的 CRR 记录都存储在 all_mme_sgsn_events 表中。

  • edr-sanitized 包含 edr 数据类型中的数据,但隐藏了个人数据。 清理后的数据类型可用于支持数据分析,同时强制实施订阅者隐私。

  • edr-validation:此数据类型包含一部分性能管理统计信息,并让你可以选择为数据质量检查引入最少数量的 PMstats 表。

  • device:此可选数据类型包含设备数据(例如设备模型、品牌和功能),数据产品可用于扩充 MCC 事件数据记录。 若要使用此数据类型,必须在 CSV 文件中上传设备参考数据。 CSV 必须符合“体验质量 Affirmed MCC 数据产品”的设备参考架构

  • enrichment:此数据类型包含扩充的事件数据记录,并涵盖用于预计算的聚合的多个子数据类型,旨在加速特定仪表板、粒度和查询。 这些子数据类型包括:

    • agg-enrichment-5m:包含以五分钟为间隔聚合的扩充事件数据记录。
    • agg-enrichment-1h:包含以一小时为间隔聚合的扩充事件数据记录。
    • agg-enrichment-1d:包含以一天为间隔聚合的扩充事件数据记录。
    • enriched-flow-dcount:包含用于报告一段时间内唯一 IMSI、MCC 和应用程序的预计算计数。
  • location:如果具有位置数据的源,则此可选数据类型包含扩充有位置信息的数据。 该项包括以下子数据类型。

    • agg-location-5m:包含以五分钟为间隔聚合的扩充位置数据。
    • agg-location-1h:包含以一小时为间隔聚合的扩充位置数据。
    • agg-location-1d:包含以一天为间隔聚合的扩充位置数据。
    • enriched-loc-dcount:包含用于报告一段时间内位置数据的预计算计数。
  • agg-functions:此数据类型包含可视化效果中使用的函数,这些函数根据给定的参数按条件选择不同的数据源。

安装

要使用体验质量 - Affirmed MCC 数据产品:

必需的引入配置

使用本部分所述的信息来配置引入方法。 请参阅所选方法的文档以确定如何提供这些值。

数据类型 必需的容器名称 数据要求
edr edr MCC EDR 数据。
device device 设备引用数据。
edr-validation edr-validation EDR_HTTP_STATSEDR_FLOW_STATSEDR_SESSION_STATS 数据集的 PM 统计数据。 文件名前缀必须与数据集的名称匹配。

Azure 运营商见解引入代理的要求

使用 VM 要求来为引入代理设置一个或多个 VM。 使用示例配置将引入代理配置为将数据上传到数据产品,作为以下操作的的一部分:安装 Azure 运营商见解引入代理并将其配置为上传数据

VM 要求

每个代理实例必须在各自的 Linux VM 上运行。 所需的 VM 数量取决于部署的规模和冗余特征。 此建议规格可以在标准 D4s_v3 Azure VM 上实现 1.5 Gbps 吞吐量。 对于任何其他 VM 规格,建议在网络设计阶段测量吞吐量。

MCC 到代理连接的延迟会对吞吐量产生负面影响。 如果 MCC 和代理位于同一位置或者代理在靠近 MCC 的 Azure 区域中运行,延迟通常应该较低。

与 Affirmed 支持团队联系以确定你的要求。

运行代理的每个 VM 必须满足以下有关 EDR 引入的最低规范。

资源 要求
OS Red Hat Enterprise Linux 8.6 或更高版本,或者 Oracle Linux 8.8 或更高版本
vCPU 4
内存 32 GB
磁盘 64 GB
网络 从 MCC 到 Azure 的连接
软件 已安装 systemd、logrotate 和 zip
其他 SSH 或其他能够运行 shell 命令的方法
DNS (首选)能够解析 Microsoft 主机名。 如果不能,则需要在设置代理时执行额外配置(如将 Microsoft 主机名映射到无法解析公共主机名的引入代理的 IP 地址中所述)。

部署多个 VM 以实现容错

引入代理设计为高度可靠性且具有弹性,可应对低级别的网络中断。 如果发生意外错误,代理会在运行后立即重新启动并再次提供服务。

该代理不会缓冲数据,因此如果发生持续错误或扩展连接问题,EDR 将被删除。

为了提高容错能力,可以部署引入代理的多个实例,并将 MCC 配置为在原始实例无响应时切换到其他实例,或者在代理池之间共享 EDR 流量。 有关详细信息,请参阅《Affirmed Networks 主动智能 vProbe 系统管理指南》(仅适用于拥有 Affirmed 支持的客户)或联系 Affirmed Networks 支持团队。

Affirmed MCC 的配置

安装并配置引入代理后,配置 MCC 以向其发送 EDR。

按照《Affirmed Networks Active Intelligence vProbe 系统管理指南》(仅适用于拥有 Affirmed 支持的客户)中“生成 SESSION、BEARER、FLOW 和 HTTP 事务 EDR”中的步骤进行操作,进行以下更改:

  • 将 MCC 配置中 MSF 的 IP 地址替换为运行引入代理的 VM 的 IP 地址。

  • 确认已设置以下 EDR 服务器参数。

    • port:36001
    • encoding:protobuf
    • keep-alive:2 秒

Affirmed EMS 的配置

如果使用 edr-validation 数据类型,请配置 EMS 以将相关性能管理统计信息导出到远程服务器。 如果使用 Azure 运营商见解引入代理来引入性能管理统计信息,则远程服务器必须是 SFTP 服务器,否则远程服务器必须可由引入方法访问。

  1. 获取远程服务器的 IP 地址、用户名和密码。
  2. 配置用于将 EMS 统计信息传输到远程服务器的功能
    • 使用“Acuitas 用户指南”中的将性能管理统计信息文件复制到目标服务器中的说明
    • 对于 edr-validation,只需导出三个 CSV 文件。 在 EMS 上的 opt/Affirmed/NMS/conf/pm/mcc.files.txt 文件中列出以下文件名:
      • EDR_HTTP_STATS
      • EDR_FLOW_STATS
      • EDR_SESSION_STATS

重要

通过将 timeInterval 参数从 15(默认值)减小为 5 分钟来提高 cron 作业的频率。

注意

需要 Affirmed Networks 登录凭据才能访问 MCC 产品文档。