Woordenlijst · Betrouwbaarheidsmetrics

Wat is burn rate?

Burn rate is hoe snel een dienst zijn error budget opmaakt, vergeleken met wat de SLO toestaat. Bij een burn rate van 1 duurt het budget precies het hele venster; bij 2 is het halverwege op.

Hoe het werkt en waarom het ertoe doet

Burn rate vergelijkt het foutpercentage dat je nu ziet met wat de SLO toestaat. Bij een SLO van 99,9% is het toegestane foutpercentage 0,1%, dus als 0,5% van de verzoeken mislukt is de burn rate 5, en in dat tempo is een error budget van 30 dagen na 6 dagen op.

Het SRE workbook van Google baseert meldingen erop. Voor een SLO van 99,9% over 30 dagen stelt het voor om iemand op te roepen als 2% van het budget binnen een uur opbrandt (een burn rate van 14,4) of 5% binnen zes uur (een burn rate van 6), en een ticket aan te maken als 10% binnen drie dagen opbrandt (een burn rate van 1). Elke melding controleert ook een kort venster, zodat hij snel stopt nadat het probleem voorbij is.

Een volledige storing verbruikt het budget snel, en een gewone melding “site is plat” vangt die net zo snel op: bij 99,9% is elke minuut downtime een burn rate van 1.000. Burn rate-meldingen bewijzen hun waarde bij gedeeltelijke storingen, zoals 2% mislukte verzoeken urenlang, die de site nooit platleggen maar wel het budget van de maand opmaken.

Formule

Burn rate = waargenomen foutpercentage ÷ (100% − SLO); tijd tot het budget op is = venster ÷ burn rate

Voorbeeld: Tegenover een SLO van 99,9% verbruikt een volledige storing het budget met een burn rate van 1.000, dus 20 minuten ervan verbruiken 46% van een budget van 43 minuten en 12 seconden over 30 dagen. 0,5% mislukte controles geeft een burn rate van 5 en maakt het budget in 6 dagen op.

Hoe Uptimecheck helpt

Uptimecheck berekent geen burn rate. Voor beschikbaarheid dekken de alerts de snelle kant: met een interval van 1 minuut bereikt een door een tweede check bevestigde storing je binnen een à twee minuten. Alerts voor traagheid, verstuurd na drie trage checks op rij, vangen een dienst die up is maar te traag, en rapporten over de laatste 7, 30 of 90 dagen laten zien hoeveel van een budget al is verbruikt.

Bekijk Uptime monitoring

14 dagen gratis proberen · Daarna gratis met 5 monitors · Geen creditcard

Lees meer in de gidsen

Guides 7 min. leestijd

Zo verminder je valse meldingen bij uptime monitoring

Valse meldingen leren teams monitoring te negeren. Zo verminder je de ruis: bevestig elke fout met een tweede check, stel verstandige time-outs in, controleer de juiste URL en stuur meldingen naar de mensen die kunnen ingrijpen.

Lezen

Vragen

Wat is een goede drempel voor burn-rate-alerts?

Een gangbaar startpunt voor een SLO van 99,9% over 30 dagen is iemand oproepen bij een burn rate van 14,4 over één uur of 6 over zes uur, en een ticket openen bij 1 over drie dagen. Stel bij na een paar maanden echte meldingen.

Waarom gebruikt een burn-rate-alert twee vensters?

Het lange venster zorgt ervoor dat er genoeg budget is verbrand om ertoe te doen. Het korte venster zorgt ervoor dat het nog steeds brandt, zodat de melding stopt kort nadat het probleem is opgelost.

Is een burn rate van 1 slecht?

Nee. Het verbruikt het budget precies aan het eind van het venster, en dat is wat de SLO toestaat. Boven 1 raakt het budget te vroeg op; onder 1 blijft er iets over.

Downtime is verleden tijd.

Stel je eerste monitor in binnen een minuut, of kijk eerst rond in de live demo.

14 dagen gratis proberen · Daarna gratis met 5 monitors · Geen creditcard