Vue d’ensemble des produits de données Qualité d’expérience de MCC d’Affirmed Networks
Les produits de données Qualité d’expérience de MCC d’Affirmed Networks prennent en charge l’analyse des données et les insights pour les opérateurs de la solution Mobile Content Cloud (MCC) d’Affirmed Networks. Ils ingèrent des enregistrements de données d’événement (EDR) à partir d’éléments réseau MCC, les synthétisent et les enrichissent pour offrir une plage de visualisations à l’opérateur. Les scientifiques des données opérateur ont accès aux données enrichies sous-jacentes afin de proposer une analyse supplémentaire des données.
Background
La solution Mobile Content Cloud (MCC) d’Affirmed Networks est un Evolved Packet Core virtualisé (vEPC) qui peut fournir les fonctionnalités suivantes.
- La passerelle SGW (Serving Gateway) achemine et transfère les paquets de données utilisateur entre le réseau RAN et le réseau principal.
- La passerelle PGW (Packet Data Network Gateway) fournit une interconnexion entre le réseau principal et les réseaux IP externes.
- La passerelle GIGW (GI-LAN Gateway) fournit des services à valeur ajoutée (VAS) adaptés ou non adaptés aux abonnés sans activer les services de passerelle MCC. Cela permet aux opérateurs de tirer parti des VAS tout en utilisant la passerelle qui leur est attitrée.
- Le nœud de support GPRS de la passerelle (GGSN) assure l'interopérabilité du réseau GPRS et des réseaux commutés de paquets externes.
- Le nœud de support GPRS et la MME (SGSN/MME) sont chargés de fournir les paquets de données vers et depuis les stations mobiles au sein de leur zone de service géographique.
- La séparation entre la commande et le plan utilisateur (CUPS) (une amélioration LTE qui sépare la fonction de commande du plan utilisateur) permet une mise à l’échelle indépendante des fonctions.
Les données produites par MCC varient en fonction de la fonctionnalité. Cette variation affecte les enrichissements et les visualisations applicables. Azure Operator Insights fournit les produits de données Qualité d’expérience suivants pour prendre en charge certaines fonctions MCC.
- Qualité d’expérience : GIGW de MCC d’Affirmed Networks
- Qualité d’expérience : PGW/GGSN de MCC d’Affirmed Networks
Types de données
Les types de données suivants sont fournis pour tous les produits de données Qualité d’expérience de MCC d’Affirmed Networks.
edr
contient des données provenant des enregistrements de données d’événement (EDR) écrits par les éléments du réseau MCC. Les EDR enregistrent chaque événement significatif qui survient lors des appels ou des sessions gérés par MCC. Ils fournissent un enregistrement complet de ce qui s’est passé. Cela permet aux opérateurs d’explorer à la fois les problèmes individuels et les modèles plus généraux. Le produit de données prend en charge les EDR suivants.Status
Session
Bearer
Flow
HTTP
RTT
MME CRR
SGSN CRR
Remarque
Les deux types d’enregistrements
CRR
sont stockés dans la tableall_mme_sgsn_events
.edr-sanitized
contient des données du type de donnéesedr
. Cependant, les données personnelles ont été supprimées. Les types de données nettoyés peuvent être utilisés pour permettre une analyse des données tout en respectant la confidentialité des abonnés.edr-validation
: ce type de données contient un sous-ensemble de statistiques de gestion des performances. En option, il permet d’ingérer un nombre minimum de tables PMstats afin de vérifier la qualité des données.device
: ce type de données facultatif contient des données sur l’appareil (comme le modèle, la marque et les fonctionnalités) que le produit de données peut utiliser pour enrichir les enregistrements de données d’événement MCC. Pour utiliser ce type de données, vous devez charger les données de référence de l’appareil dans un fichier CSV. Le fichier CSV doit être conforme au schéma de référence de l’appareil pour le produit de données Qualité d’expérience de MCC d’Affirmed Networks.enrichment
: ce type de données contient les enregistrements de données d’événement enrichies. Il couvre plusieurs sous-types de données pour les agrégations précalculées destinées à accélérer des tableaux de bord, des granularités et des requêtes spécifiques. Ces différents sous-types de données incluent :agg-enrichment-5m
: contient les enregistrements de données d’événement enrichies agrégés par intervalles de cinq minutes.agg-enrichment-1h
: contient les enregistrements de données d’événement enrichies agrégés par intervalles d’une heure.agg-enrichment-1d
: contient les enregistrements de données d’événement enrichies agrégés par intervalles d’un jour.enriched-flow-dcount
: contient les nombres précalculés utilisés pour signaler les IMSI, les MCC et les applications uniques dans le temps.
location
: ce type de données facultatif contient les données enrichies avec des informations d’emplacement (si vous disposez d’une source de données d’emplacement). Il couvre les sous-types de données suivants.agg-location-5m
: contient les données d’emplacement enrichies agrégées par intervalles de cinq minutes.agg-location-1h
: contient les données d’emplacement enrichies agrégées par intervalles d’une heure.agg-location-1d
: contient les données d’emplacement enrichies agrégées par intervalles d’un jour.enriched-loc-dcount
: contient les nombres précalculés utilisés pour signaler les données d’emplacement dans le temps.
agg-functions
: ce type de données contient des fonctions utilisées dans les visualisations pour sélectionner conditionnellement différentes sources de données en fonction des paramètres donnés.
Programme d’installation
Pour utiliser le produit de données Qualité d’expérience de MCC d’Affirmed Networks :
- Déployez le produit de données conformément à la section Créer un produit de données Azure Operator Insights.
- Configurez votre réseau pour fournir des données à l’aide de votre propre méthode d’ingestion ou en configurant l’agent d’ingestion Azure Operator Insights.
- Utilisez les informations décrites dans Configuration requise pour l’ingestion lorsque vous configurez l’ingestion.
- Nous recommandons l’agent d’ingestion Azure Operator Insights pour le type de données
edr
. Pour ingérer les types de donnéesdevice
etedr-validation
, vous pouvez utiliser une instance distincte de l’agent d’ingestion ou configurer votre propre méthode d’ingestion. - Si vous utilisez l’agent d’ingestion Azure Operator Insights, répondez également aux exigences décrites dans Agent d’ingestion Azure Operator Insights.
- Configurez vos services Affirmed MCC pour envoyer des EDR à l’agent d’ingestion. Consultez Configuration des services Affirmed MCC.
- Si vous utilisez le type de données
edr-validation
, configurez votre Affirmed EMS pour exporter les statistiques de gestion des performances vers un serveur distant. Consultez Configuration d’Affirmed EMS.
Configuration requise pour l’ingestion
Utilisez les informations de cette section pour configurer votre méthode d’ingestion. Reportez-vous à la documentation de votre méthode choisie pour déterminer comment fournir ces valeurs.
Type de données | Nom du conteneur requis | Conditions requises pour les données |
---|---|---|
edr |
edr |
Données MCC EDR. |
device |
device |
Données de référence de l’appareil. |
edr-validation |
edr-validation |
Données statistiques PM pour les jeux de données EDR_HTTP_STATS , EDR_FLOW_STATS et EDR_SESSION_STATS . Les préfixes de nom de fichier doivent correspondre au nom du jeu de données. |
Conditions requises pour l’agent d’ingestion Azure Operator Insights
Utilisez la configuration requise de la machine virtuelle pour configurer une ou plusieurs machines virtuelles pour l’agent d’ingestion. Utilisez l’exemple de configuration afin de configurer l’agent d’ingestion pour qu'il charge des données dans le produit de données, selon les étapes de la section suivante Installez l'agent d'ingestion Azure Operator Insights et configurez-le pour charger des données.
Configuration requise pour les machines virtuelles
Chaque instance d’agent doit s’exécuter sur sa propre machine virtuelle Linux. Le nombre de machines virtuelles nécessaires dépend des caractéristiques de mise à l’échelle et de redondance de votre déploiement. Cette spécification recommandée permet d'atteindre un débit de 1,5 Gbit/s sur une machine virtuelle Azure D4s_v3 standard. Pour toute autre spécification de machine virtuelle, nous vous recommandons de mesurer le débit lors de la conception du réseau.
La latence de connexion entre le MCC et l’agent peut avoir une incidence négative sur le débit. La latence devrait généralement être faible si le MCC et l'agent sont colocalisés ou si l'agent s'exécute dans une région Azure proche du MCC.
Contactez l’équipe d’assistance Affirmed pour déterminer vos besoins.
Chaque machine virtuelle exécutant l’agent doit respecter les spécifications minimales suivantes pour l’ingestion EDR.
Ressource | Spécifications |
---|---|
Système d''exploitation | Red Hat Enterprise Linux 8.6 ou version ultérieure ou Oracle Linux 8.8 ou version ultérieure |
Processeurs virtuels | 4 |
Mémoire | 32 Go |
Disque | 64 Go |
Network (Réseau) | Connectivité depuis les MCC et vers Azure |
Logiciels | systemd, logrotate et zip installés |
Autres | SSH ou autre accès pour exécuter des commandes shell |
DNS | (Recommandé) Possibilité de résoudre les noms d’hôte Microsoft. Dans le cas contraire, vous devez approfondir la configuration lorsque vous configurez l’agent (conformément à la section Mapper les noms d’hôte Microsoft vers les adresses IP pour les agents d’ingestion qui ne peuvent pas résoudre les noms d’hôte publics). |
Déploiement de plusieurs machines virtuelles pour la tolérance aux pannes
L’agent d’ingestion est conçu pour être très fiable et résister à de faibles niveaux d’interruption du réseau. Si une erreur inattendue se produit, l'agent redémarre et fournit à nouveau un service dès qu'il est en cours d'exécution.
L'agent ne met pas les données en mémoire tampon, de sorte qu'en cas d'erreur persistante ou de problèmes de connectivité étendus, les EDR sont abandonnés.
Pour une plus grande tolérance aux pannes, vous pouvez déployer plusieurs instances de l'agent d’ingestion et configurer la solution MCC pour qu'elle bascule sur une autre instance lorsque celle d'origine ne répond plus, ou pour qu'elle partage le trafic EDR entre plusieurs agents. Pour plus d’informations, consultez le Guide d’administration du système vProbe intelligent des réseaux Affirmed (disponible uniquement pour les clients disposant d’un support Affirmed) ou contactez l’équipe de support technique Affirmed Networks.
Configuration des services Affirmed MCC
Après avoir installé et configuré vos agents d’ingestion, configurez les MCC pour leur envoyer des EDR.
Suivez les étapes décrites dans « Génération d’EDR SESSION, BEARER, FLOW et de transaction HTTP » dans le Guide d’administration de système Affirmed Networks Active Intelligent vProbe (disponible uniquement pour les clients ayant le support Affirmed), en effectuant les changements suivants :
Remplacez les adresses IP des MSF dans la configuration MCC par les adresses IP des machines virtuelles exécutant les agents d'ingestion.
Vérifiez que les paramètres suivants sont définis pour le serveur EDR.
port
: 36001encoding
: protobufkeep-alive
: 2 secondes
Configuration d’Affirmed EMS
Si vous utilisez le type de données edr-validation
, configurez EMS pour exporter les statistiques de gestion des performances pertinentes sur un serveur distant. Si vous utilisez l’agent d’ingestion Azure Operator Insights pour ingérer des statistiques de gestion des performances, le serveur distant doit être un serveur SFTP. Sinon, le serveur distant doit être accessible par votre méthode d’ingestion.
- Obtenez l’adresse IP, l’utilisateur et le mot de passe du serveur distant.
- Configurer le transfert de statistiques EMS vers un serveur distant
- Utilisez les instructions de Copier des fichiers de statistiques de gestion des performances vers le serveur de destination dans le Guide de l’utilisateur Acuitas.
- Pour
edr-validation
, vous devez uniquement exporter trois fichiers CSV. Répertoriez ces noms de fichiers dans le fichieropt/Affirmed/NMS/conf/pm/mcc.files.txt
sur EMS :EDR_HTTP_STATS
EDR_FLOW_STATS
EDR_SESSION_STATS
Important
Augmentez la fréquence du travail cron en réduisant l’argument timeInterval
de 15
(valeur par défaut) à 5
minutes.
Contenu connexe
- Suivi de la qualité des données
- Types de données Azure Operator Insights
- Surveillance : produit de données MCC d’Affirmed Networks
- Documentation de MCC d’Affirmed Networks
Remarque
Les informations d’identification d’Affirmed Networks sont requises pour accéder à la documentation du produit MCC.