Lavalink Node Monitoring
Lavalink-Node-Monitoring pollt den /v4/stats-Endpunkt — Player, aktive Streams, RAM und CPU-Last — damit ein hängender oder OOM-ender Audio-Node dich alarmiert, statt leise alle Voice-Sessions zu killen.
Dein Musikbot verstummt mitten in der Queue — Lavalink-Stats sagen es dir, bevor der Discord-Server es tut
Was er prüft
- REST-API-Erreichbarkeit und Auth auf /v4/stats
- Player- und Playing-Stream-Zahlen pro Check
- Memory-Usage und Lavalink-/System-CPU-Last als Metriken
Einrichtung
- 1Lavalink-Monitor mit Node-Host und Port anlegen (Default 2333)
- 2REST-Passwort aus der application.yml setzen — geht als Authorization-Header mit
- 3Alert wenn die Node keine Stats mehr liefert oder die Auth fehlschlägt
FAQ
Warum nicht nur prüfen, ob der Port offen ist?
Eine Lavalink-Node kann den TCP-Port halten, während die Audio-Pipeline tot ist oder das Passwort rotiert wurde. /v4/stats beweist, dass die REST-Schicht antwortet und liefert echte Player-/Load-Metriken.
Wird das Passwort sicher gespeichert?
Es liegt in den verschlüsselten Monitor-Settings und wird nur als Authorization-Header für den Stats-Request benutzt — dieselbe Credential, die Lavalink-Clients ohnehin brauchen.
Welche Lavalink-Version wird gebraucht?
Lavalink v4 exponiert /v4/stats mit players, playingPlayers, uptime, memory und cpu. Ältere v3-Nodes haben /stats — dafür einen HTTP-Check auf den Pfad verwenden.
Verwandte Check-Typen
In Minuten monitoren
Externe Probes plus interne Agenten, Eskalationsketten und Statuspages — Free-Tier, keine Kreditkarte nötig.