Obserwowalność platformy Azure Operator Nexus

Platforma obserwowalności Operator Nexus zapewnia informacje operacyjne o lokalnych instancjach. Platforma obsługuje rejestrowanie, monitorowanie i alerty (LMA), analizę i wizualizację danych i metryk operacyjnych (platform i obciążeń).

Rysunek: Operator Nexus Logging, Monitoring and Alerting (LMA) Framework

Najważniejsze elementy platformy obserwacji Operator Nexus to:

• Scentralizowane zbieranie danych: Rozwiązanie operator Nexus do obserwacji opiera się na kolekcji wszystkich danych w centralnym miejscu. W tym miejscu można przeglądać dane monitorowania ze wszystkich instancji lokalnych.
• Dobrze zdefiniowane i przetestowane narzędzia: rozwiązanie opiera się na usłudze Azure Monitor, która zbiera, analizuje i działa na danych telemetrycznych z chmury i wystąpień lokalnych.
• Łatwe do nauczenia się i użycia: Rozwiązanie ułatwia analizowanie i debugowanie problemów z możliwością przeszukiwania danych w ramach lub we wszystkich wystąpieniach w chmurze i w środowisku lokalnym.
• Narzędzia do wizualizacji: Tworzysz niestandardowe pulpity nawigacyjne i skoroszyty zgodnie z własnymi potrzebami.
• Zintegrowane narzędzia alertów: Tworzysz alerty na podstawie progów niestandardowych. Możesz tworzyć i ponownie używać szablonów alertów we wszystkich wystąpieniach.

Ten artykuł pomaga zrozumieć strukturę obserwacji Operator Nexus, która składa się ze stosu składników:

• Usługa Azure Monitor zbiera i agreguje dane rejestrowania ze składników Operator Nexus
• Obszar roboczy usługi Azure Log Analytics (LAW) zbiera i agreguje dane rejestrowania z wielu subskrypcji i dzierżaw platformy Azure
• Analiza, wizualizacja i alerty są wykonywane na zagregowanych danych dziennika.

Monitorowanie platformy

Operator Nexus zapewnia wgląd w wydajność wdrożeń, które składają się z zasobów infrastruktury. Konieczne jest zbieranie i analizowanie dzienników oraz metryk z tych zasobów platformy. Uzyskujesz cenne informacje ze scentralizowanej kolekcji i agregacji danych ze wszystkich źródeł, w porównaniu z niezagregowanymi danymi.

Te dzienniki i metryki są używane do obserwowania stanu platformy. Możesz zobaczyć wydajność i przeanalizować, co jest złe. Możesz przeanalizować, co spowodowało sytuację. Wizualizacja pomaga skonfigurować wymagane alerty i w jakich warunkach. Można na przykład skonfigurować alerty do wygenerowania, gdy zasoby zachowują się nieprawidłowo lub kiedy osiągnięto progi. Zebrane dzienniki i analizy umożliwiają debugowanie wszelkich problemów w środowisku.

Dane monitorowania

Funkcja Operator Nexus umożliwia zbieranie danych tego samego rodzaju co inne zasoby platformy Azure. Dane zebrane z poszczególnych wystąpień można wyświetlić w systemie LAW.

Więcej informacji na temat monitorowania zasobów platformy Azure można znaleźć tutaj.

Zbieranie i przekazywanie

Możliwość obserwacji operatora Nexus umożliwia zbieranie danych dla każdego zasobu infrastruktury. Zestaw składników infrastruktury obejmuje:

• Sieć szkieletowa obejmująca urzędy certyfikacji, tors, serwery NPB, przełączniki zarządzania i serwer terminali.
• Obliczenia obejmujące serwery bare metal.
• Undercloud Control Plane (klaster Kubernetes odpowiedzialny za wdrażanie i zarządzanie cyklem życia ogólnej platformy).

Zbieranie danych dziennika z tych warstw jest domyślnie włączone podczas tworzenia instancji Operator Nexus. Zebrane dzienniki są kierowane do usługi Azure Monitor LAW.

Możesz również zbierać dane z warstw dzierżawców utworzonych do uruchamiania konteneryzowanych i zwirtualizowanych funkcji sieciowych. Dane dziennika, które można zebrać, obejmują:

• Kolekcja dziennika systemowego z maszyn wirtualnych (używana dla obciążeń VNFs lub CNF).
• Kolekcja dzienników z klastrów Kubernetes i aplikacji wdrożonych na górze.

Aby włączyć zbieranie dzienników z klastrów Kubernetes najemcy i maszyn wirtualnych, postępuj zgodnie z poniższymi krokami. Należy wykonać kroki wdrażania agentów monitorowania platformy Azure. Dane zostaną zebrane w Azure LAW.

Przechowywanie dzienników Operatora Nexus

Dane w dziennikach usługi Azure Monitor są przechowywane w tabelach, w których każda tabela ma własny zestaw unikatowych właściwości.

Wszystkie dzienniki zasobów w usłudze Azure Monitor mają te same pola, a następnie pola specyficzne dla usługi; zobacz wspólny schemat.

Dzienniki z platformy Operator Nexus są przechowywane w następujących tabelach:

Metryki operatora węzła

Tabela "InsightMetrics" w sekcji Dzienniki zawiera metryki zebrane z maszyn typu bare metal i klastra Kubernetes undercloud. Ponadto można zaobserwować kilka wybranych metryk zebranych z chmury, otwierając kartę Metryki z menu usługi Azure Monitor.

Rysunek: Wybór metryk usługi Azure Monitor

Aby uzyskać szczegółowe informacje na temat korzystania z tego narzędzia, zobacz Analizowanie metryk za pomocą Eksploratora metryk usługi Azure Monitor .

Skoroszyty

Skoroszyty łączą tekst, zapytania dzienników, metryki i parametry na potrzeby analizy danych oraz do tworzenia różnych rodzajów zaawansowanych wizualizacji. Aby wdrożyć Azure Workbooks w usłudze Azure LAW, możesz użyć przykładowych szablonów Azure Resource Manager do Logowania i Monitorowania Operatora Nexus.

Alerts

Możesz użyć przykładowych szablonów alarmów usługi Azure Resource Manager dla reguł alertów Operator Nexus. Należy określić progi i warunki dla alertów. Następnie można wdrożyć te szablony alertów w środowisku lokalnym.

Alerty dotyczące pojemności sprzętowej

Próg pojemności sprzętowej dla urządzeń jest ustawiony na 60%, a progi limitu TrafficPolicy są ustawione na 35%. Wszystkie alerty zostaną opublikowane za pośrednictwem dziennika systemowego.

Obszar roboczy analizy dzienników

Obszar roboczy usługi Log Analytics (LAW) to unikatowe środowisko do rejestrowania danych z usługi Azure Monitor i innych usług platformy Azure. Każdy obszar roboczy ma własne repozytorium danych i konfigurację, ale może łączyć dane z wielu usług. Każdy obszar roboczy składa się z wielu tabel danych.

Można utworzyć pojedynczy Log Analytics Workspace (LAW) do zbierania wszystkich odpowiednich danych lub wiele takich obszarów roboczych w zależności od wymagań operatora.