Monitoring
Servergezondheid
Zoals een activiteitenweergave voor je servers. @blipit/node 0.2 en nieuwer sturen de vitale waarden van elke server elke 30 seconden, en de pagina Servergezondheid toont ze live, één rij per server, met grafieken van het laatste uur, 24 uur of 7 dagen.
1Zet het aan
Niets toe te voegen: het start met Blipit.init. Geef elke app een serverName zodat zijn servers onder één naam gegroepeerd worden.
Blipit.init({
key: process.env.BLIPIT_SECRET_KEY,
serverName: "api",
});2Wat elke server stuurt
- De CPU die het proces gebruikt, waarbij 100% één volledige core is.
- Het geheugen dat het proces gebruikt, en hoe vol het geheugen van de machine is.
- De gebruikte en totale JavaScript-heap.
- De event-loopvertraging bij het 99e percentiel: hoe lang verzoeken wachten terwijl de server bezig is.
- Open handles, zoals sockets en timers.
- Databaseverbindingen uit pg-pools: in gebruik, vrij en wachtend. Wachtend betekent dat verzoeken in de rij staan voor een verbinding.
3De pagina lezen
Live betekent dat de server gegevens stuurt; Meldt niet betekent dat hij stil is gevallen. Kies een server om zijn grafieken te zien. De pagina ververst elke 30 seconden zolang hij open staat.
4Meldingen krijgen
Stel onder Meldingen, bij Meldingen voor afhankelijkheden en servers, je eigen limiet in voor elke melding of zet hem uit.
- Hoge CPU: de CPU van een server blijft boven je limiet.
- Geheugen bijna vol: het geheugengebruik van een server blijft boven je limiet.
- Trage antwoorden: de event loop van een server is langer geblokkeerd dan je limiet, dus verzoeken moeten wachten.
- Meldt zich niet meer: geen enkele server van een dienst stuurt nog gegevens, bijvoorbeeld na een crash.
5Andere stacks
Stuur OpenTelemetry-metrics als OTLP JSON naar https://in.blipit.io/v1/metrics met de header X-Blipit-Key. Blipit leest process.cpu.utilization, process.memory.usage, system.memory.utilization, system.cpu.load_average.1m, db.client.connections.usage en de event-loopmetrics van Node.js; service.instance.id geeft de server zijn naam.
OTEL_EXPORTER_OTLP_METRICS_ENDPOINT=https://in.blipit.io/v1/metrics
OTEL_EXPORTER_OTLP_METRICS_PROTOCOL=http/json
OTEL_EXPORTER_OTLP_HEADERS=X-Blipit-Key=blipit_sk_your_secret_key6Serverless functies
Apps op Vercel, AWS Lambda, Netlify of Azure Functions draaien als veel kortlevende instanties die tussen verzoeken pauzeren. Servergezondheid groepeert ze in één rij per platform, zoals Vercel-functies, met het aantal geziene instanties en hun geheugen, in plaats van elke instantie als server te tonen. CPU en Meldt niet worden weggelaten omdat een gepauzeerde instantie geen van beide zinvol meldt, en serverless instanties geven nooit meldingen voor hoge CPU, trage reacties of gestopte meldingen.
Goed om te weten
- metrics: false zet het uit; metricsIntervalMs wijzigt het interval van 30 seconden, tot minimaal 10 seconden.
- Even lang bewaard als spans: 7 dagen op Free en Solo, 14 dagen op Team en Scale. Servergegevens tellen niet mee voor een bundel.
- Het geheugenpercentage gebruikt het totale geheugen van de machine. Kijk in een container met een lagere geheugenlimiet dan de host liever naar Gebruikt geheugen.
Kom je er niet uit? Mail support@blipit.io. Sleutels en het project-id van elk project staan onder API-sleutels in app.blipit.io.