Udostępnij za pośrednictwem

Jakość środowiska — omówienie potwierdzonych danych MCC

  • Artykuł

Jakość środowiska — potwierdzone produkty danych MCC obsługują analizę danych i szczegółowe informacje dla operatorów afirmowanej sieci Mobile Content Cloud (MCC). Pozyskują rekordy danych zdarzeń (EDR) z elementów sieci MCC, a następnie szyfrują i wzbogacają te dane, aby zapewnić szereg wizualizacji dla operatora. Analitycy danych operatorów mają dostęp do bazowych wzbogaconych danych w celu zapewnienia dalszej analizy danych.

Tło

The Affirmed Networks Mobile Content Cloud (MCC) to zwirtualizowany zwirtualizowany rdzeń pakietów ewoluujących (vEPC), który może zapewnić następujące funkcje.

  • Obsługa tras bramy (SGW) i przekazuje pakiety danych użytkownika między systemem RAN i siecią podstawową.
  • Brama sieci danych pakietów (PGW) zapewnia połączenie między siecią podstawową a zewnętrznymi sieciami IP.
  • Brama Gi-LAN Gateway (GIGW) zapewnia usługi obsługujące subskrybentów lub nieświadomych subskrybentów (VAS) bez włączania usług bramy MCC, umożliwiając operatorom korzystanie z vas podczas korzystania z zasiedziałej bramy.
  • Węzeł obsługi gpRS bramy (GGSN) zapewnia współdziałanie między siecią GPRS i zewnętrznymi sieciami przełączników pakietów.
  • Obsługa węzła obsługi GPRS i MME (SDN/MME) jest odpowiedzialna za dostarczanie pakietów danych do i z stacji mobilnych w obszarze usług geograficznych.
  • Kontrola i separacja płaszczyzny użytkownika (CUPS, User Plane Separation) — rozszerzenie LTE oddzielające funkcje sterowania i płaszczyzny użytkownika w celu umożliwienia niezależnego skalowania funkcji.

Dane generowane przez mcC różnią się w zależności od funkcjonalności. Ta odmiana ma wpływ na wzbogacania i wizualizacje, które są istotne. Usługa Azure Operator Szczegółowe informacje udostępnia następujące produkty jakości danych środowiska do obsługi określonych funkcji MCC.

  • Jakość doświadczenia - Potwierdzono MCC GIGW
  • Jakość doświadczenia - potwierdzona MCC PGW/GGSN

Typy danych

Następujące typy danych są udostępniane dla wszystkich produktów jakości obsługi — potwierdzonych produktów danych MCC.

  • edr zawiera dane z rekordów danych zdarzeń (EDR) zapisanych przez elementy sieciowe MCC. EDR rejestrują każde znaczące zdarzenie występujące podczas wywołań lub sesji obsługiwanych przez MCC. Zapewniają one kompleksowy zapis tego, co się stało, umożliwiając operatorom eksplorowanie zarówno poszczególnych problemów, jak i bardziej ogólnych wzorców. Produkt danych obsługuje następujące EDR.

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

    Uwaga

    Oba rodzaje rekordów CRR są przechowywane w all_mme_sgsn_events tabeli.

  • edr-sanitized zawiera dane z edr typu danych, ale z pominiętymi danymi osobowymi. Oczyszczone typy danych mogą służyć do obsługi analizy danych, jednocześnie wymuszając prywatność subskrybentów.

  • edr-validation: Ten typ danych zawiera podzbiór statystyk zarządzania wydajnością i zapewnia możliwość opcjonalnego pozyskiwania minimalnej liczby tabel PMstats na potrzeby sprawdzania jakości danych.

  • device: Ten opcjonalny typ danych zawiera dane urządzenia (na przykład model urządzenia, tworzenie i możliwości), których produkt danych może użyć do wzbogacania rekordów danych zdarzeń MCC. Aby użyć tego typu danych, należy przekazać dane referencyjne urządzenia w pliku CSV. Plik CSV musi być zgodny ze schematem referencyjnym urządzenia dla produktu jakości danych MCC Potwierdzone.

  • enrichment: Ten typ danych zawiera wzbogacone rekordy danych zdarzeń i obejmuje wiele podtypów danych dla wstępnie skompilowanych agregacji przeznaczonych do przyspieszenia określonych pulpitów nawigacyjnych, szczegółowości i zapytań. Te wiele podtypów danych to:

    • agg-enrichment-5m: zawiera wzbogacone rekordy danych zdarzeń zagregowane w ciągu pięciu minut.
    • agg-enrichment-1h: zawiera wzbogacone rekordy danych zdarzeń zagregowane w ciągu jednej godziny.
    • agg-enrichment-1d: zawiera wzbogacone rekordy danych zdarzeń zagregowane w ciągu jednego dnia.
    • enriched-flow-dcount: zawiera wstępnie skompilowane liczby używane do raportowania unikatowych interfejsów IMSI, MCC i aplikacji w czasie.

  • location: Ten opcjonalny typ danych zawiera dane wzbogacone informacjami o lokalizacji, jeśli masz źródło danych lokalizacji. Obejmuje to następujące podtypy danych.

    • agg-location-5m: zawiera wzbogacone dane lokalizacji zagregowane w ciągu pięciu minut.
    • agg-location-1h: zawiera wzbogacone dane lokalizacji zagregowane w ciągu jednej godziny.
    • agg-location-1d: zawiera wzbogacone dane lokalizacji zagregowane w ciągu jednego dnia.
    • enriched-loc-dcount: zawiera wstępnie skompilowane liczby używane do raportowania danych lokalizacji w czasie.

  • agg-functions: Ten typ danych zawiera funkcje używane w wizualizacjach do warunkowego wybierania różnych źródeł danych w zależności od podanych parametrów.

Ustawienia

Aby użyć jakości środowiska — potwierdzony produkt danych MCC:

  • Wdróż produkt danych, wykonując czynności opisane w temacie Create an Azure Operator Szczegółowe informacje Data Product (Tworzenie produktu danych Szczegółowe informacje platformy Azure).
  • Skonfiguruj sieć tak, aby dostarczała dane przy użyciu własnej metody pozyskiwania lub konfigurując agenta pozyskiwania Szczegółowe informacje operatora platformy Azure.
    • Użyj informacji w sekcji Wymagana konfiguracja pozyskiwania podczas konfigurowania pozyskiwania.
    • Zalecamy agenta pozyskiwania Szczegółowe informacje operatora platformy Azure dla edr typu danych. Aby pozyskać device typy danych i edr-validation , możesz użyć oddzielnego wystąpienia agenta pozyskiwania lub skonfigurować własną metodę pozyskiwania.
    • Jeśli używasz agenta pozyskiwania Szczegółowe informacje operatora platformy Azure, spełniasz również wymagania dotyczące agenta pozyskiwania Szczegółowe informacje operatora platformy Azure.
  • Skonfiguruj potwierdzane dokumenty MCCs, aby wysyłać EDR do agenta pozyskiwania. Zobacz Konfiguracja dla potwierdzonych mcc.
  • Jeśli używasz edr-validation typu danych, skonfiguruj potwierdzony pakiet EMS w celu wyeksportowania statystyk zarządzania wydajnością do serwera zdalnego. Zobacz Konfiguracja potwierdzania pakietu EMS.

Wymagana konfiguracja pozyskiwania

Skorzystaj z informacji w tej sekcji, aby skonfigurować metodę pozyskiwania. Zapoznaj się z dokumentacją wybranej metody, aby określić sposób podawania tych wartości.

Typ danych Wymagana nazwa kontenera Wymagania dotyczące danych
edr edr Dane EDR mcC.
device device Dane referencyjne urządzenia.
edr-validation edr-validation Dane statystyk pm dla EDR_HTTP_STATSzestawów danych , EDR_FLOW_STATSi EDR_SESSION_STATS . Prefiksy nazw plików muszą być zgodne z nazwą zestawu danych.

Wymagania dotyczące agenta pozyskiwania Szczegółowe informacje operatora platformy Azure

Użyj wymagań maszyny wirtualnej, aby skonfigurować co najmniej jedną maszynę wirtualną dla agenta pozyskiwania. Użyj przykładowej konfiguracji, aby skonfigurować agenta pozyskiwania w celu przekazania danych do produktu danych, w ramach następującej procedury Instalowanie agenta pozyskiwania Szczegółowe informacje operatora platformy Azure i konfigurowanie go do przekazywania danych.

Wymagania dotyczące maszyny wirtualnej

Każde wystąpienie agenta musi działać na własnej maszynie wirtualnej z systemem Linux. Wymagana liczba potrzebnych maszyn wirtualnych zależy od właściwości skalowania i nadmiarowości wdrożenia. Ta zalecana specyfikacja może osiągnąć przepływność 1,5 Gb/s na standardowej maszynie wirtualnej platformy Azure D4s_v3. W przypadku innych specyfikacji maszyn wirtualnych zalecamy mierzenie przepływności na etapie projektowania sieci.

Opóźnienie połączenia MCC z agentem może negatywnie wpłynąć na przepływność. Opóźnienie powinno być zwykle niskie, jeśli mcC i agent są kolokowane lub agent działa w regionie świadczenia usługi Azure w pobliżu mcC.

Skontaktuj się z zespołem pomocy technicznej potwierdzanej, aby określić swoje wymagania.

Każda maszyna wirtualna z uruchomionym agentem musi spełniać następujące minimalne specyfikacje pozyskiwania danych EDR.

Zasób Wymagania
System operacyjny System Red Hat Enterprise Linux 8.6 lub nowszy albo Oracle Linux 8.8 lub nowszy
Procesory wirtualne 100
Pamięć 32 GB
Dysk 64 GB
Sieć Połączenie ivity from MCCs and to Azure (Połączenie ivity from MCCs and to Azure (Połączenie ivity from MCCs and to Azure
Oprogramowanie systemd, logrotate i zip zainstalowane
Inne SSH lub alternatywny dostęp do uruchamiania poleceń powłoki
DNS (Preferowane) Możliwość rozpoznawania nazw hostów firmy Microsoft. Jeśli nie, musisz wykonać dodatkową konfigurację podczas konfigurowania agenta (opisanego w temacie Mapowanie nazw hostów firmy Microsoft na adresy IP dla agentów pozyskiwania, którzy nie mogą rozpoznać publicznych nazw hostów).

Wdrażanie wielu maszyn wirtualnych w celu zapewnienia odporności na uszkodzenia

Agent pozyskiwania został zaprojektowany tak, aby był wysoce niezawodny i odporny na niskie poziomy zakłóceń sieci. Jeśli wystąpi nieoczekiwany błąd, agent zostanie ponownie uruchomiony i ponownie udostępni usługę natychmiast po jej uruchomieniu.

Agent nie buforuje danych, więc jeśli wystąpi błąd trwały lub problemy z łącznością rozszerzoną, porzucone są EDR.

Aby zapewnić dodatkową odporność na uszkodzenia, można wdrożyć wiele wystąpień agenta pozyskiwania i skonfigurować mcC, aby przełączyć się do innego wystąpienia, jeśli oryginalne wystąpienie przestanie odpowiadać lub udostępnić ruch EDR w puli agentów. Aby uzyskać więcej informacji, zobacz afirmowane sieci Active Intelligent vProbe System Administracja istration Guide (dostępne tylko dla klientów z potwierdzoną pomocą techniczną) lub porozmawiaj z zespołem pomocy technicznej potwierdzanych sieci.

Konfiguracja potwierdzonych mcc

Po zainstalowaniu i skonfigurowaniu agentów pozyskiwania należy skonfigurować kontrolery mcc do wysyłania do nich adresów EDR.

Wykonaj kroki opisane w temacie "Generowanie sesji, ELEMENTU NOŚNEGO, PRZEPŁYWU i EDR transakcji HTTP" w przewodniku Po Administracja istration Active Active Intelligent vProbe System (dostępny tylko dla klientów z obsługą potwierdzoną), wprowadzając następujące zmiany:

  • Zastąp adresy IP plików MSFs w konfiguracji MCC adresami IP maszyn wirtualnych z uruchomionymi agentami pozyskiwania.

  • Upewnij się, że ustawiono następujące parametry serwera EDR.

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

Konfiguracja dla potwierdzonego pakietu EMS

Jeśli używasz edr-validation typu danych, skonfiguruj pakiet EMS w celu wyeksportowania odpowiednich statystyk zarządzania wydajnością do serwera zdalnego. Jeśli używasz agenta pozyskiwania Szczegółowe informacje operatora platformy Azure do pozyskiwania statystyk zarządzania wydajnością, serwer zdalny musi być serwerem SFTP, w przeciwnym razie serwer zdalny musi być dostępny przez metodę pozyskiwania.

  1. Uzyskaj adres IP, użytkownika i hasło serwera zdalnego.
  2. Konfigurowanie transferu statystyk pakietu EMS do serwera zdalnego
    • Skorzystaj z instrukcji w temacie Kopiowanie plików statystyk zarządzania wydajnością na serwer docelowy w przewodniku użytkownika usługi Acuitas.
    • W przypadku edr-validationprogramu wystarczy wyeksportować tylko trzy pliki CSV. Wyświetl te nazwy plików w opt/Affirmed/NMS/conf/pm/mcc.files.txt pliku w usłudze EMS:
      • EDR_HTTP_STATS
      • EDR_FLOW_STATS
      • EDR_SESSION_STATS

Ważne

Zwiększ częstotliwość zadania cron, zmniejszając timeInterval argument z 15 (wartość domyślna) do 5 minut.

Powiązana zawartość

Uwaga

Aby uzyskać dostęp do dokumentacji produktu MCC, wymagane są poświadczenia logowania sieci.