監視 - 確認 MCC 數據產品概觀

監視 - 確認 MCC 數據產品支援肯定網路行動內容雲端 （MCC） 操作員的數據分析和深入解析。 它會從 MCC 網路元素擷取效能管理數據（效能統計數據）。 然後，它會摘要並擴充此數據，以提供運算符的視覺效果，併為操作員數據科學家提供基礎擴充數據的存取權。

背景

Affirmed Networks Mobile Content Cloud （MCC） 是虛擬化的已演進封包核心 （vEPC），可提供下列功能。

• 提供閘道 （SGW） 路由，並在 RAN 與核心網路之間轉送使用者數據封包。
• 封包數據網路閘道 （PGW） 提供核心網路與外部IP網路之間的互連。
• Gi-LAN 閘道 （GIGW） 提供訂閱者感知或訂閱者不知道的增值服務 （VAS），而不需要啟用 MCC 閘道服務，可讓操作員利用 VAS，同時仍使用其現有的閘道。
• 閘道 GPRS 支援節點 （GGSN） 提供 GPRS 網路與外部封包交換網路之間的互動。
• 服務 GPRS 支援節點和 MME （SGSN/MME） 負責在其地理服務區域內的移動站之間傳遞數據封包。
• 控制與使用者平面分離 （CUPS）， LTE 增強功能，可分隔控件和使用者平面功能，以允許獨立調整函式。

監視 - 確認的 MCC 數據產品支援所述的所有 MCC 變體。

資料類型

下列數據類型是監視 - 確認 MCC 數據產品的一部分所提供。

• pmstats 包含 MCC 管理節點所報告的效能管理數據，讓您深入瞭解 MCC 網路元素的效能特性。

設定

若要使用監視 - 確認的 MCC 數據產品：

1. 遵循 建立 Azure Operator Insights 數據產品來部署數據產品。
2. 設定您的網路以產生效能管理數據，如必要網路設定中所述。
3. 從您的網路設定擷取 （資料上傳）。 例如，您可以使用 Azure Operator Insights 擷取代理程式 ，或 將 Azure Data Factory 連線到您的數據產品。
   • 設定擷取時，請使用必要擷取組態中的資訊。
   • 如果您使用 Azure Operator Insights 擷取代理程式，也符合 Azure Operator Insights 擷取代理程式的需求。

必要的網路設定

將 EMS 伺服器設定為將效能管理資料匯出至遠端伺服器。 如果您使用 Azure Operator Insights 擷取代理程式，遠端伺服器必須是 SFTP 伺服器。 如果您要提供自己的擷取代理程式，則擷取代理程式必須能夠存取遠端伺服器。

1. 取得遠端伺服器的IP位址、用戶和密碼。
2. 依照 Acuitas 使用者指南中的將效能管理統計資料檔案複製到目的地伺服器，設定將 EMS 統計數據傳送至遠端伺服器。

重要

將 自變數從 15 （default） 減少到5分鐘，以增加 timeInterval cron作業的頻率。

必要的擷取組態

使用本節中的資訊來設定擷取方法。 請參閱所選方法的檔，以判斷如何提供這些值。

資料類型	必要的容器名稱	數據的需求
pmstats	pmstats	來自 MCC 節點的效能數據。 檔名必須以數據集名稱開頭。 例如， WORKFLOWPERFSTATSSLOT 數據必須內嵌在名稱開頭 WORKFLOWPERFSTATSSLOT為 的檔案中。

如果您使用 Azure Operator Insights 擷取代理程式：

• 設定擷取代理程式以從 SFTP 伺服器使用 SFTP 提取。
• 除了上表的 [必要] 設定之外，我們建議使用下列組態設定。

資訊	Azure 操作員擷取代理程式的組態設定	建議值
定點時間	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。

• 管線不得重疊，這表示它們不得從相同的伺服器收集相同的檔案。
• 您必須在一個代理程式上設定每個管線。 如果您在多個代理程式上設定管線，Azure Operator Insights 會收到重複的數據。
• 每個代理程式都必須在不同的 VM 上執行。
• 代理程式的數目，因此 VM 也取決於：
  • 部署的規模和備援特性。
  • 檔案的數目和大小，以及複製檔案的頻率。

作為指南，下表記載 Azure VM 上建議D4s_v3可達到之標準規格的輸送量。

檔案計數	檔案大小 （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或替代存取
DNS	（最好）能夠解析 Microsoft 主機名。 如果沒有，您必須在設定代理程式時執行額外的設定（如 將 Microsoft 主機名對應至無法解析公用主機名的擷取代理程式的 IP 位址中所述。

相關內容

• 數據質量監視
• Azure Operator Insights 數據類型
• 確認的網路 MCC 檔

注意

必須確認網路登入認證才能存取 MCC 產品檔。