你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
监视 - Affirmed MCC 数据产品概述
监视- Affirmed MCC 数据产品支持针对Affirmed Networks Mobile Content Cloud (MCC) 运营商提供数据分析和见解。 它从 MCC 网络元素引入性能管理数据（性能统计信息）。 然后，它会消化并扩充此数据，为运营商提供可视化效果，并为运营商数据科学家提供对基础扩充数据的访问权限。
背景
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 增强功能，用于分离控件和用户平面功能，以允许它们独立缩放。
监视 - Affirmed MCC 数据产品支持所述的所有 MCC 变体。
数据类型
以下数据类型作为监视 - Affirmed MCC 数据产品的一部分提供。
pmstats包含 MCC 管理节点报告的性能管理数据，从而深入了解 MCC 网络元素的性能特征。
安装
若要使用监视 - Affirmed MCC 数据产品：
- 按照创建 Azure 运营商见解数据产品来部署数据产品。
- 配置网络以生成性能管理数据，如必需的网络配置中所述。
- 从网络设置引入（数据上传）。 例如，可以使用 Azure 运营商见解引入代理或连接 Azure 数据工厂到你的数据产品。
- 设置引入时，请使用必需的引入配置中的信息。
- 如果使用 Azure 运营商见解引入代理，则还需满足 Azure 运营商见解引入代理的要求中所述的要求。
所需的网络配置
将 EMS 服务器配置为将性能管理数据导出到远程服务器。 如果使用 Azure 运营商见解引入代理，则远程服务器必须是 SFTP 服务器。 如果你提供自己的引入代理，则你的引入代理需要能够访问远程服务器。
- 获取远程服务器的 IP 地址、用户名和密码。
- 按照 Acuitas 用户指南中的将性能管理统计信息文件复制到目标服务器，配置 EMS 统计信息到远程服务器的传输。
重要
通过将 timeInterval 参数从 15（默认值）减小为 5 分钟来提高 cron 作业的频率。
必需的引入配置
使用本部分所述的信息来配置引入方法。 请参阅所选方法的文档以确定如何提供这些值。
| 数据类型 | 必需的容器名称 | 数据要求 |
|---|---|---|
pmstats |
pmstats |
MCC 节点的性能数据。 文件名必须以数据集名称开头。 例如，WORKFLOWPERFSTATSSLOT 数据必须引入到名称以 WORKFLOWPERFSTATSSLOT 开头的文件中。 |
如果使用 Azure 运营商见解引入代理：
- 配置引入代理以从 SFTP 服务器使用 SFTP 拉取。
- 除了上表中的（必需）设置之外，我们还建议使用以下配置设置。
| 信息 | Azure 运营商引入代理的配置设置 | 建议的值 |
|---|---|---|
| 安定时间 | source.sftp_pull.filtering.settling_time |
60s（上传在过去 60 秒内未进行修改的文件） |
| 计划对新文件的检查 | source.sftp_pull.scheduling.cron |
0 */5 * * * * *（每 5 分钟） |
提示
有关引入代理的所有配置选项的详细信息，请参阅 Azure 运营商见解引入代理的配置参考。
Azure 运营商见解引入代理的要求
Azure 运营商见解引入代理会从你在其上配置该代理的引入管道收集文件。 引入管道包括 SFTP 服务器的详细信息、待收集的文件以及管理文件的方式。
你必须根据以下规则选择设置代理、管道和 VM 的方式。
- 管道不得重叠，也就是说它们不得从相同的服务器收集相同的文件。
- 你必须只在一个代理上配置每个管道。 如果在多个代理上配置管道，Azure 运营商见解会接收重复的数据。
- 每个代理必须在单独的 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 |
例如，如果需要从两个文件源收集，你可以：
- 部署一个具有一个代理的 VM，配置有两个管道。 每个管道从一个文件源进行收集。
- 部署两个 VM，每个 VM 都有一个代理。 每个代理（以及每个 VM）都从一个文件源收集。
运行代理的每个 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 或其他能够运行 shell 命令的方法 |
| DNS | （首选）能够解析 Microsoft 主机名。 如果不能，则需要在设置代理时执行额外配置（如将 Microsoft 主机名映射到无法解析公共主机名的引入代理的 IP 地址中所述）。 |
相关内容
注意
需要 Affirmed Networks 登录凭据才能访问 MCC 产品文档。