Zdarzenia usługi Service Fabric

  • Artykuł

Platforma Usługi Service Fabric zapisuje kilka zdarzeń ustrukturyzowanych dla kluczowych działań operacyjnych wykonywanych w klastrze. Obejmują one od uaktualnień klastra do decyzji dotyczących umieszczania replik. Każde zdarzenie, które usługa Service Fabric uwidacznia 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ę — listę 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 dezaktywowania i aktywowania/dezaktywowania tych zdarzeń zostaną ujawnione pokazujące, 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ć każdą z domen uaktualnienia i ukończyć (lub wycofać).
  • Uaktualnienia aplikacji: podobnie jak uaktualnienia klastra, istnieje kompleksowy zestaw zdarzeń w miarę przechodzenia uaktualnienia. Te zdarzenia mogą być przydatne, aby zrozumieć, kiedy zaplanowano uaktualnienie, bieżący stan uaktualnienia i ogólną sekwencję zdarzeń. Jest to przydatne, aby sprawdzić, jakie uaktualnienia zostały wdrożone pomyślnie lub czy wycofywanie 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ększania 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 zmienia się w tryb failover lub śledzi, który węzeł był uruchomiony replikę podstawową w dowolnym momencie.
  • Zdarzenia chaosu : w przypadku korzystania z usługi Chaos usługi Service Fabric zdarzenia będą widoczne za każdym razem, gdy usługa zostanie uruchomiona lub zatrzymana albo gdy wstrzykuje błąd w systemie.
  • Zdarzenia kondycji: usługa Service Fabric uwidacznia zdarzenia kondycji za każdym razem, gdy jest tworzone ostrzeżenie lub raport kondycji błędu albo jednostka wraca do stanu kondycji OK lub wygasa raport 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 (Tworzenie zapytań interfejsów API magazynu zdarzeń dla zdarzeń klastra).

Następne kroki