Поделиться через

Качество опыта — обзор продукта с данными MCC

  • Статья

Качество опыта . Подтверждено, что продукты данных MCC поддерживают анализ данных и аналитические сведения для операторов облака "Подтвержденные сети мобильного содержимого" (MCC). Они получают записи данных о событиях (EDR) из сетевых элементов MCC, а затем дайджест и обогащение этих данных для предоставления диапазона визуализаций для оператора. Специалисты по обработке и анализу данных оператора имеют доступ к базовым обогащенным данным для поддержки дальнейшего анализа данных.

Общие сведения

Виртуализированная сеть mobile Content Cloud (MCC) — это виртуализированный пакетный ядро (vEPC), который может обеспечить следующие функциональные возможности.

  • Обслуживание шлюза (SGW) маршрутизирует и пересылает пакеты данных пользователя между RAN и основной сетью.
  • Шлюз сети данных пакетов (PGW) обеспечивает взаимодействие между основной сетью и внешними IP-сетями.
  • Шлюз Gi-LAN (GIGW) предоставляет службы с поддержкой подписчиков или подписчиков без включения служб шлюза MCC, позволяя операторам воспользоваться преимуществами VAS, используя свой действующий шлюз.
  • Узел поддержки ШЛЮЗа (GGSN) обеспечивает взаимодействие между сетью JSON и внешними переключениями пакетов.
  • Обслуживание узла поддержки JSON и MME (SGSN/MME) отвечает за доставку пакетов данных на мобильные станции в пределах своей географической области обслуживания.
  • Управление и разделение плоскости пользователей (CUPS), улучшение LTE, которое разделяет функцию управления и плоскости пользователя, чтобы обеспечить независимое масштабирование функций.

Данные, созданные MCC, зависят от функциональных возможностей. Этот вариант влияет на обогащения и визуализации, соответствующие. Оператор Azure Аналитика предоставляет следующие продукты данных качества взаимодействия для поддержки определенных функций MCC.

  • Качество опыта — подтверждено MCC GIGW
  • Качество опыта — подтверждено MCC PGW/GGSN

Типы данных

Для всех типов данных предоставляются следующие типы данных — подтверждены продукты данных MCC.

  • edr содержит данные из записей данных событий (EDR), написанных сетевыми элементами MCC. 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-файл должен соответствовать схеме справочника по устройству для подтверждения качества подтвержденного продукта данных MCC.

  • enrichment: этот тип данных содержит обогащенные записи данных событий и охватывает несколько вложенных типов данных для предварительно компилированных агрегатов, предназначенных для ускорения определенных панелей мониторинга, детализации и запросов. К таким подтипам данных относятся следующие:

    • agg-enrichment-5m: содержит обогащенные записи данных событий, агрегированные в течение пяти минут.
    • agg-enrichment-1h: содержит обогащенные записи данных событий, агрегированные в течение одного часа.
    • agg-enrichment-1d: содержит обогащенные записи данных событий, агрегированные в течение одного дня.
    • enriched-flow-dcount: содержит предварительно вычисляемые счетчики, используемые для создания отчетов об уникальных мгновенных сообщениях, MCCs и приложениях с течением времени.

  • location: этот необязательный тип данных содержит данные, обогащенные сведениями о расположении, если у вас есть источник данных расположения. Это относится к следующим подтипам данных.

    • agg-location-5m: содержит обогащенные данные расположения, агрегированные в течение пяти минут.
    • agg-location-1h: содержит обогащенные данные расположения, агрегированные в течение одного часа.
    • agg-location-1d: содержит обогащенные данные расположения, агрегированные в течение одного дня.
    • enriched-loc-dcount: содержит предварительно вычисляемые счетчики, используемые для отчета о расположении данных с течением времени.

  • agg-functions: этот тип данных содержит функции, используемые в визуализациях для условного выбора различных источников данных в зависимости от заданных параметров.

Настройка

Чтобы использовать качество работы — подтвержден продукт данных MCC:

Необходимая конфигурация приема

Используйте сведения в этом разделе, чтобы настроить метод приема. Ознакомьтесь с документацией по выбранному методу, чтобы определить способ предоставления этих значений.

Тип данных Обязательное имя контейнера Требования к данным
edr edr Данные MCC EDR.
device device Справочные данные устройства.
edr-validation edr-validation Данные статистики PM для EDR_HTTP_STATSнаборов EDR_FLOW_STATSданных и EDR_SESSION_STATS наборов данных. Префиксы имени файла должны соответствовать имени набора данных.

Требования к агенту приема Аналитика оператору Azure

Используйте требования к виртуальной машине для настройки одной или нескольких виртуальных машин для агента приема. Используйте пример конфигурации, чтобы настроить агент приема для отправки данных в продукт данных в рамках следующей установки агента приема azure Аналитика агента приема и настройки для отправки данных.

Требования к виртуальной машине

Каждый экземпляр агента должен работать на собственной виртуальной машине Linux. Количество необходимых виртуальных машин зависит от характеристик масштабирования и избыточности развертывания. Эта рекомендуемая спецификация может достичь пропускной способности 1,5 Гбит/с на стандартной D4s_v3 виртуальной машине Azure. Для любой другой спецификации виртуальных машин рекомендуется измерять пропускную способность на этапе проектирования сети.

Задержка подключения агента к MCC может отрицательно повлиять на пропускную способность. Задержка обычно должна быть низкой, если MCC и агент находятся совместно или агент выполняется в регионе Azure, близком к MCC.

Обратитесь к подтвержденной группе поддержки, чтобы определить ваши требования.

Каждая виртуальная машина под управлением агента должна соответствовать следующим минимальным спецификациям для приема EDR.

Ресурс Требования
ОС Red Hat Enterprise Linux 8.6 или более поздней версии или Oracle Linux 8.8 или более поздней версии
Число виртуальных ЦП 4
Память 32 Гб
Диск 64 ГБ
Network Подключение тивность от MCCs и Azure
Программное обеспечение. systemd, logrotate и zip установленные
Другие SSH или альтернативный доступ к командам оболочки
DNS (Предпочтительнее) Возможность разрешать имена узлов Майкрософт. Если нет, при настройке агента необходимо выполнить дополнительную настройку (описанную в разделе "Сопоставление имен узлов Майкрософт с IP-адресами для агентов приема, которые не могут разрешать имена общедоступных узлов".)

Развертывание нескольких виртуальных машин для отказоустойчивости

Агент приема предназначен для обеспечения высокой надежности и устойчивости к низким уровням нарушения сети. Если возникает непредвиденная ошибка, агент перезапускается и снова предоставляет службу сразу после его запуска.

Агент не буферизирует данные, поэтому если возникают постоянные ошибки или проблемы с расширенным подключением, EDR удаляются.

Для обеспечения дополнительной отказоустойчивости можно развернуть несколько экземпляров агента приема и настроить MCC для переключения на другой экземпляр, если исходный экземпляр не отвечает, или предоставить общий доступ к трафику EDR в пуле агентов. Дополнительные сведения см. в руководстве по активной интеллектуальной сети vProbe system Администратор istration (доступно только клиентам с подтвержденной поддержкой) или обратитесь к группе поддержки утверждающих сетей.

Конфигурация для утверждаемых MCCs

После установки и настройки агентов приема настройте MCCs для отправки EDR в них.

Выполните действия, описанные в разделе "Создание сеанса, НОСИТЕЛЯ, ПОТОКА и EDR HTTP-транзакций" в руководстве по Администратор интеллектуальной Администратор probe сети (доступно только для клиентов с подтвержденной поддержкой), внесите следующие изменения:

  • Замените IP-адреса MSFs в конфигурации MCC IP-адресами виртуальных машин, на которых выполняются агенты приема.

  • Убедитесь, что заданы следующие параметры сервера EDR.

    • port: 36001
    • encoding: protobuf
    • keep-alive: 2 секунды

Конфигурация для подтвержденного EMS

Если вы используете edr-validation тип данных, настройте EMS для экспорта соответствующей статистики управления производительностью на удаленный сервер. Если вы используете оператор Azure Аналитика агент приема для приема статистики управления производительностью, удаленный сервер должен быть сервером SFTP, в противном случае удаленный сервер должен быть доступен методом приема.

  1. Получите IP-адрес, пользователь и пароль удаленного сервера.
  2. Настройка передачи статистики EMS на удаленный сервер

Внимание

Увеличьте частоту задания cron, уменьшая timeInterval аргумент от 15 (по умолчанию) до 5 минут.

Связанный контент

Примечание.

Для доступа к документации по продукту MCC требуются учетные данные для входа в сети сети.