Service Fabric-händelser

  • Artikel

Service Fabric-plattformen skriver flera strukturerade händelser för viktiga operativa aktiviteter som händer i klustret. Dessa sträcker sig från klusteruppgraderingar till beslut om replikeringsplacering. Varje händelse som Service Fabric exponerar mappar till en av följande entiteter i klustret:

  • Kluster
  • Program
  • Tjänst
  • Partition
  • Replik
  • Container

Om du vill se en fullständig lista över händelser som exponeras av plattformen – lista över Service Fabric-händelser.

Här följer några exempel på scenarier som du bör se händelser för i klustret.

  • Nodlivscykelhändelser: när noder kommer upp, går ned, skalar in/ut, startar om och aktiveras/inaktiveras visas dessa händelser som visar vad som hände och hjälper dig att identifiera om det är något fel på själva datorn eller om det fanns ett API som anropades via SF för att ändra statusen för en nod.
  • Klusteruppgradering: när klustret uppgraderas (SF-version eller konfigurationsändring) visas uppgraderingen initierad, rulla igenom var och en av dina uppgraderingsdomäner och slutföra (eller återställa).
  • Programuppgraderingar: precis som klusteruppgraderingar finns det en omfattande uppsättning händelser när uppgraderingen går igenom. Dessa händelser kan vara användbara för att förstå när en uppgradering schemalagts, det aktuella tillståndet för en uppgradering och den övergripande händelsesekvensen. Det här är användbart när du vill se vilka uppgraderingar som har distribuerats eller om en återställning utlöstes.
  • Program-/tjänstdistribution/borttagning: Det finns händelser för varje program, tjänst och container, som skapas eller tas bort och är användbara vid in- eller utskalning, t.ex. att öka antalet repliker
  • Partitionsflyttningar (omkonfiguration): när en tillståndskänslig partition genomgår en omkonfiguration (en ändring i replikuppsättningen) loggas en händelse. Detta är användbart om du försöker förstå hur ofta partitionsreplikuppsättningen ändras eller redviktas, eller spåra vilken nod som körde din primära replik när som helst.
  • Kaoshändelser: när du använder Service Fabrics Chaos-tjänst visas händelser varje gång tjänsten startas eller stoppas, eller när den matar in ett fel i systemet.
  • Hälsohändelser: Service Fabric exponerar hälsohändelser varje gång en varnings- eller felhälsorapport skapas eller en entitet återgår till ett OK-hälsotillstånd, eller så upphör en hälsorapport att gälla. Dessa händelser är mycket användbara för att spåra historisk hälsostatistik för en entitet.

Så här kommer du åt händelser

Det finns några olika sätt att komma åt Service Fabric-händelser:

  • Händelserna loggas via standardkanaler som ETW/Windows-händelseloggar och kan visualiseras av alla övervakningsverktyg som stöder dessa, till exempel Azure Monitor-loggar. Som standard har kluster som skapats i portalen diagnostik aktiverat och har Windows Azure-diagnostikagenten som skickar händelserna till Azure Table Storage, men du måste fortfarande integrera detta med din Log Analytics-resurs. Läs mer om hur du konfigurerar Azure Diagnostics-agenten för att ändra diagnostikkonfigurationen för klustret för att hämta fler loggar eller prestandaräknare och Integrering av Azure Monitor-loggar
  • EventStore-tjänstens REST-API:er som gör att du kan fråga klustret direkt eller via Service Fabric-klientbiblioteket. Se Fråga EventStore-API:er för klusterhändelser.

Nästa steg