Udostępnij za pośrednictwem

Zdarzenia usługi Service Fabric

  • Artykuł

Platforma Usługi Service Fabric zapisuje kilka zdarzeń strukturalnych dla kluczowych działań operacyjnych wykonywanych w klastrze. Obejmują one od uaktualnień klastra do decyzji dotyczących umieszczania replik. Każde zdarzenie uwidacznia usługę Service Fabric mapuje na jedną z następujących jednostek w klastrze:

  • Klaster
  • Aplikacja
  • Usługa
  • Partycja
  • Replika
  • Kontener

Aby wyświetlić pełną listę zdarzeń uwidocznionych przez platformę — lista zdarzeń usługi Service Fabric.

Poniżej przedstawiono kilka przykładów scenariuszy, dla których powinny być widoczne zdarzenia w klastrze.

  • Zdarzenia cyklu życia węzła: w miarę pojawiania się węzłów, przechodzenia w dół, skalowania w poziomie, ponownego uruchamiania i aktywowania/dezaktywowania tych zdarzeń zostaną ujawnione, co się stało i pomoże określić, czy wystąpił problem z samą maszyną lub czy wystąpił interfejs API, który został wywołany za pośrednictwem sf w celu zmodyfikowania stanu węzła.
  • Uaktualnianie klastra: w miarę uaktualniania klastra (zmiana wersji lub konfiguracji SF) zobaczysz zainicjowanie uaktualnienia, przerzucić poszczególne domeny uaktualnienia i zakończyć (lub wycofać).
  • Uaktualnienia aplikacji: podobnie jak w przypadku uaktualnień klastra, istnieje kompleksowy zestaw zdarzeń w miarę przechodzenia uaktualnienia. Te zdarzenia mogą być przydatne do zrozumienia, kiedy zaplanowano uaktualnienie, bieżący stan uaktualnienia i ogólną sekwencję zdarzeń. Jest to przydatne, aby spojrzeć wstecz, aby zobaczyć, jakie uaktualnienia zostały pomyślnie wdrożone lub czy wycofanie zostało wyzwolone.
  • Wdrażanie/usuwanie aplikacji/usługi: istnieją zdarzenia dla każdej aplikacji, usługi i kontenera, tworzone lub usuwane i przydatne podczas skalowania w lub na wyjeździe, np. zwiększenie liczby replik
  • Przenoszenie partycji (rekonfiguracja): za każdym razem, gdy partycja stanowa przechodzi przez ponowną konfigurację (zmianę zestawu replik), rejestrowane jest zdarzenie. Jest to przydatne, jeśli próbujesz zrozumieć, jak często zestaw replik partycji zmienia się lub w trybie failover albo śledzi, który węzeł uruchamiał replikę podstawową w dowolnym momencie w czasie.
  • Zdarzenia chaosu: w przypadku korzystania z usługi Chaos w usłudze Service Fabric zdarzenia będą widoczne za każdym razem, gdy usługa jest uruchamiana lub zatrzymywana albo gdy wprowadza błąd w systemie.
  • Zdarzenia kondycji: usługa Service Fabric uwidacznia zdarzenia kondycji za każdym razem, gdy jest tworzone ostrzeżenie lub raport o kondycji błędu albo jednostka wraca do stanu kondycji OK lub wygasa raport o kondycji. Te zdarzenia są bardzo przydatne do śledzenia historycznych statystyk kondycji dla jednostki.

Jak uzyskać dostęp do zdarzeń

Istnieje kilka różnych sposobów uzyskiwania dostępu do zdarzeń usługi Service Fabric:

  • Zdarzenia są rejestrowane za pośrednictwem standardowych kanałów, takich jak dzienniki zdarzeń ETW/Windows, i mogą być wizualizowane przez dowolne narzędzie do monitorowania, które obsługuje te dzienniki, takie jak dzienniki usługi Azure Monitor. Domyślnie klastry utworzone w portalu mają włączoną diagnostykę i mają agenta diagnostyki platformy Windows Azure wysyłającego zdarzenia do usługi Azure Table Storage, ale nadal musisz zintegrować je z zasobem usługi Log Analytics. Przeczytaj więcej na temat konfigurowania agenta Diagnostyka Azure w celu zmodyfikowania konfiguracji diagnostycznej klastra w celu pobrania większej liczby dzienników lub liczników wydajności oraz integracji dzienników usługi Azure Monitor
  • Interfejsy API REST usługi EventStore, które umożliwiają bezpośrednie wykonywanie zapytań względem klastra lub za pośrednictwem biblioteki klienta usługi Service Fabric. Zobacz Query EventStore APIs for cluster events (Wykonywanie zapytań o interfejsy API magazynu zdarzeń dla zdarzeń klastra).

Następne kroki