Analiza zdarzeń i wizualizacja za pomocą dzienników usługi Azure Monitor

Dzienniki usługi Azure Monitor zbierają i analizują dane telemetryczne z aplikacji i usług hostowanych w chmurze oraz udostępnia narzędzia do analizy, które ułatwiają zmaksymalizowanie ich dostępności i wydajności. W tym artykule opisano sposób uruchamiania zapytań w dziennikach usługi Azure Monitor w celu uzyskania szczegółowych informacji i rozwiązywania problemów z tym, co dzieje się w klastrze. Rozwiązano następujące typowe pytania:

• Jak mogę rozwiązywać problemy ze zdarzeniami kondycji?
• Jak mogę wiedzieć, kiedy węzeł ulegnie awarii?
• Jak mogę wiedzieć, czy usługi mojej aplikacji zostały uruchomione lub zatrzymane?

Uwaga

Ten artykuł został niedawno zaktualizowany, aby użyć terminu Dzienniki usługi Azure Monitor zamiast usługi Log Analytics. Dane dzienników są nadal przechowywane w obszarze roboczym usługi Log Analytics i są nadal zbierane i analizowane przez tę samą usługę Log Analytics. Aktualizujemy terminologię, aby lepiej odzwierciedlać rolę dzienników w usłudze Azure Monitor. Aby uzyskać szczegółowe informacje, zobacz Zmiany terminologii usługi Azure Monitor .

Omówienie obszaru roboczego usługi Log Analytics

Uwaga

Magazyn diagnostyczny jest domyślnie włączony w czasie tworzenia klastra, ale nadal musisz skonfigurować obszar roboczy usługi Log Analytics do odczytu z magazynu diagnostycznego.

Dzienniki usługi Azure Monitor zbierają dane z zasobów zarządzanych, w tym tabelę usługi Azure Storage lub agenta i utrzymują je w centralnym repozytorium. Następnie dane mogą być używane do analizy, alertów i wizualizacji lub dalszego eksportowania. Dzienniki usługi Azure Monitor obsługują zdarzenia, dane wydajności lub inne dane niestandardowe. Zapoznaj się z krokami, aby skonfigurować rozszerzenie diagnostyki w celu agregowania zdarzeń i kroków tworzenia obszaru roboczego usługi Log Analytics w celu odczytania zdarzeń w magazynie w celu upewnienia się, że dane przepływają do dzienników usługi Azure Monitor.

Po odebraniu danych przez dzienniki usługi Azure Monitor platforma Azure ma kilka rozwiązań do monitorowania , które są wstępnie pakowane rozwiązania lub pulpity nawigacyjne operacyjne do monitorowania danych przychodzących, dostosowane do kilku scenariuszy. Należą do nich rozwiązanie Service Fabric Analytics i rozwiązanie kontenerów , które są dwoma najbardziej istotnymi rozwiązaniami do diagnostyki i monitorowania w przypadku korzystania z klastrów usługi Service Fabric. W tym artykule opisano sposób korzystania z rozwiązania Service Fabric Analytics, które zostało utworzone z obszarem roboczym.

Uzyskiwanie dostępu do rozwiązania Service Fabric Analytics

W witrynie Azure Portal przejdź do grupy zasobów, w której utworzono rozwiązanie Service Fabric Analytics.

Wybierz zasób ServiceFabric<nameOfOMSWorkspace>.

W Summarysystemie zobaczysz kafelki w postaci grafu dla każdego z włączonych rozwiązań, w tym jeden dla usługi Service Fabric. Kliknij graf usługi Service Fabric , aby przejść do rozwiązania Service Fabric Analytics.

Na poniższej ilustracji przedstawiono stronę główną rozwiązania Service Fabric Analytics. Ta strona główna zawiera widok migawki tego, co dzieje się w klastrze.

Jeśli włączono diagnostykę po utworzeniu klastra, można zobaczyć zdarzenia dla

• Zdarzenia klastra usługi Service Fabric
• Zdarzenia modelu programowania Reliable Actors
• Zdarzenia modelu programowania usług Reliable Services

Uwaga

Oprócz zdarzeń usługi Service Fabric poza polem można zbierać bardziej szczegółowe zdarzenia systemowe, aktualizując konfigurację rozszerzenia diagnostycznego.

Wyświetlanie zdarzeń usługi Service Fabric, w tym akcji w węzłach

Na stronie Analiza usługi Service Fabric kliknij wykres dla zdarzeń usługi Service Fabric.

Kliknij pozycję Lista , aby wyświetlić zdarzenia na liście. W tym miejscu zostaną wyświetlone wszystkie zebrane zdarzenia systemowe. Do celów referencyjnych znajdują się one w tabeli WADServiceFabricSystemEventsTable na koncie usługi Azure Storage i podobnie zdarzenia niezawodnych usług i aktorów, które są widoczne w kolejnych tabelach.

Alternatywnie możesz kliknąć lupę po lewej stronie i użyć języka zapytań Kusto, aby znaleźć to, czego szukasz. Aby na przykład znaleźć wszystkie akcje wykonywane w węzłach w klastrze, możesz użyć następującego zapytania. Identyfikatory zdarzeń, które zostały użyte poniżej, znajdują się w dokumentacji zdarzeń kanału operacyjnego.

ServiceFabricOperationalEvent
| where EventId < 25627 and EventId > 25619 

Możesz wykonywać zapytania dotyczące wielu innych pól, takich jak określone węzły (komputer) usługi systemowej (TaskName).

Wyświetlanie zdarzeń niezawodnej usługi i aktora usługi Service Fabric

Na stronie Analiza usługi Service Fabric kliknij wykres usługi Reliable Services.

Kliknij pozycję Lista , aby wyświetlić zdarzenia na liście. W tym miejscu można zobaczyć zdarzenia z niezawodnych usług. Po uruchomieniu i zakończeniu działania usługi można zobaczyć różne zdarzenia, które zwykle mają miejsce we wdrożeniach i uaktualnieniach.

Niezawodne wydarzenia aktorów można oglądać w podobny sposób. Aby skonfigurować bardziej szczegółowe zdarzenia dla niezawodnych aktorów, należy zmienić w scheduledTransferKeywordFilter konfiguracji rozszerzenia diagnostycznego (pokazano poniżej). Szczegółowe informacje o wartościach tych elementów znajdują się w dokumentacji zdarzeń reliable actors.

"EtwEventSourceProviderConfiguration": [
                {
                    "provider": "Microsoft-ServiceFabric-Actors",
                    "scheduledTransferKeywordFilter": "1",
                    "scheduledTransferPeriod": "PT5M",
                    "DefaultEvents": {
                    "eventDestination": "ServiceFabricReliableActorEventTable"
                    }
                },

Język zapytań Kusto jest zaawansowany. Innym cennym zapytaniem, które można uruchomić, jest znalezienie, które węzły generują najwięcej zdarzeń. Zapytanie na poniższym zrzucie ekranu przedstawia zdarzenia operacyjne usługi Service Fabric zagregowane przy użyciu określonej usługi i węzła.

Następne kroki

• Aby włączyć monitorowanie infrastruktury, tj. liczniki wydajności, przejdź do dodawania agenta usługi Log Analytics. Agent zbiera liczniki wydajności i dodaje je do istniejącego obszaru roboczego.
• W przypadku klastrów lokalnych dzienniki usługi Azure Monitor oferują bramę (serwer proxy przesyłania dalej HTTP), która może służyć do wysyłania danych do dzienników usługi Azure Monitor. Przeczytaj więcej na ten temat w temacie Łączenie komputerów bez dostępu do Internetu do dzienników usługi Azure Monitor przy użyciu bramy usługi Log Analytics.
• Skonfiguruj automatyczne alerty , aby ułatwić wykrywanie i diagnostykę.
• Zapoznaj się z funkcjami wyszukiwania dzienników i wykonywania zapytań oferowanymi w ramach dzienników usługi Azure Monitor.
• Zapoznaj się z bardziej szczegółowym omówieniem dzienników usługi Azure Monitor i ofertami, przeczytaj Artykuł Co to są dzienniki usługi Azure Monitor?.