ÖvervakningAnvändareMaskinöversatt

Visa larm

Se en resurs aktiva och lösta larm i portalen, lista larmen som är aktiva i en hel boundary med CLI:t och läs dem via API:t.

Kräver: monitoring/read

Att se larm kräver monitoring/read på resursen, eller på boundaryn för listan över hela boundaryn. Reader, Contributor, Owner, plattformsrollerna och varje avgränsad läs- och operatörsroll har den.

På en resurs sida

Aktiva larm är ett kort högst upp på resursens Översikt, ovanför allt annat. Det finns bara där medan resursen har ett aktivt larm. Det listar de aktiva larmen, de allvarligaste först, vart och ett med namn, beskrivning, tiden det utlöstes och dess nivå.

Fliken Larm, under Övervakning bland sidans flikar, dyker upp när resursen har utlöst ett larm som fortfarande sparas. Den listar de aktiva larmen först, de allvarligaste först, och sedan de lösta, de nyaste först:

Aktivt eller Löst, och nivån;
beskrivningen, till exempel vilken container och hur nära den är sin gräns;
Utlöst och tiden, eller tiden det utlöstes och tiden det löstes.

Den visar högst 50 larm. Ett S3-lagringskontos Översikt har inget kort Aktiva larm; dess flik Larm fungerar på samma sätt. Larm om en apps slots visas på appens sida, eftersom en slots poddar bedöms som en del av appen.

Utan monitoring/read visas varken kortet eller fliken.

Med CLI:t

bash

stsh monitor alerts
stsh monitor alerts -b my-boundary -o json

Kommandot listar larmen som är aktiva just nu i boundaryn, i alla dess resursgrupper, de nyaste först. Tabellens kolumner Severity och State är tomma i den här versionen; -o json visar alla fält, även level och isActive.

Via API:t

Rutt	Ger
`GET /boundaries/{boundaryId}/resources/monitoring/alerts`	Larmen som är aktiva just nu i boundaryn
`GET /boundaries/{boundaryId}/resourcegroups/{resourceGroup}/resources/monitoring/{type}/{name}/alerts`	En resurs aktiva larm. `includeResolved=true` lägger till de lösta som fortfarande sparas; `limit` anger hur många, 50 som standard och högst 200

{type} är resurstypen så som den står i resursens egna rutter, till exempel apps eller postgresclusters. Till exempel:

bash

stsh api GET "/boundaries/<boundary-id>/resourcegroups/my-rg/resources/monitoring/apps/my-app/alerts?includeResolved=true"

Varje larm har:

Fält	Betydelse
`alertId`	Regeln som utlöste det, till exempel `container-oom-killed` — se Larmregler
`name`, `description`	Det som portalen visar
`level`	`Critical`, `Error`, `Warning`, `Information`, `Recommendation` eller `Insight`
`category`	`Resource`, `Availability`, `Ingress` eller `Lifecycle`
`resourceType`, `resourceName`, `resourceGroup`, `boundaryId`	Resursen det gäller
`triggeredAt`, `resolvedAt`	När det öppnades, och när det löstes; `resolvedAt` är tomt medan det är aktivt
`isActive`	`true` medan det är aktivt
`metadata`	Regelns detaljer, till exempel containern och den uppmätta procentsatsen — listade per regel i Detaljer i varje larm