Telemetrie in NetCrunch
Telemetrie ermöglicht es Systemen, Messdaten und Protokolle ohne Polling an NetCrunch zu übertragen. Dieses Thema erklärt, wann Telemetrie eingesetzt werden sollte und wie NetCrunch sie über Telemetrieknoten und das OTLP-Cloud-Gateway unterstützt.
Was ist Telemetrie?
Telemetrie ist der Prozess, bei dem automatisch Messwerte von Remote-Systemen erfasst und an eine zentrale Überwachungsplattform gesendet werden. Im Gegensatz zu herkömmlichen Polling-Verfahren (z. B. SNMP, WMI) bietet Telemetrie folgende Vorteile:
– Wird von der Quelle gepusht, anstatt vom Server abgerufen zu werden. – Unterstützt Echtzeit-Streaming von Daten. – Ist ideal für Cloud-native, verteilte oder ereignisgesteuerte Systeme.
Wann Telemetrie sinnvoll ist
Telemetrie ist die richtige Wahl, wenn:
– Sie Systeme ohne direkte Netzwerksichtbarkeit haben (z. B. hinter NAT oder Firewall). – Sie schnellere Alarmierung oder aktuellere Messwerte wünschen. – Sie Daten von serverlosen Anwendungen, Containern oder CI/CD-Pipelines erfassen. – Sie eine Integration mit OpenTelemetry-Agenten, SDKs oder Exportern wünschen.
Wie NetCrunch Telemetrie unterstützt
NetCrunch implementiert die Telemetrieerfassung mithilfe von zwei Schlüsselmechanismen:
1. Telemetrieknoten
Ein virtueller Knotentyp, der jeden Datenendpunkt darstellt, der Daten über REST sendet.
– Verankert eingehende Metriken oder Statusobjekte – Unterstützt JSON-/Formulardaten-Nutzlasten – Akzeptiert Daten über lokale REST-API oder Cloud-Relay-Endpunkt – Speichert empfangene Werte als Zähler oder Warnstatus – Benötigt keine IP-Adresse oder Erkennung
2. OpenTelemetry Gateway (Cloud-basiert)
NetCrunch bietet native Unterstützung für OTLP (OpenTelemetry Protocol) zum Empfang von Telemetriedaten von OpenTelemetry-kompatiblen Agenten oder Exportern.
Unterstützte Endpunkte
-
Protokolle:
https://otlp.netcrunch.io/v1/[serverId]@[sensorId]@[nodeId]/logs -
Metriken:
https://otlp.netcrunch.io/v1/[serverId]@[sensorId]@[nodeId]/metrics
Traces werden derzeit nicht unterstützt.
Verarbeitung von Protokollen
- Empfangen als NetCrunch-Warnmeldungen (ohne aktiven Status)
- Alle Protokolle entsprechen der Standardregel Jedes Ereignis, sofern sie nicht gefiltert werden.
- Zum Filtern von Protokollen verwenden Sie die Regel:
Ereignis für empfangenes Telemetrieereignis - Wichtige Protokollfelder werden zu Warnparametern:
| OTLP-Feld | Zugeordnet zu NetCrunch-Parameter |
|---|---|
| Protokolltext | Nachricht |
| Dienstname | Beschreibung (falls verfügbar) |
| Attribute | Zusätzliche Parameter |
So werden Metriken verarbeitet
OTLP-Metriken werden mithilfe eines standardisierten Pfadmodells in NetCrunch-Zähler konvertiert:
| OTLP-Metrikenelement | NetCrunch-Zählerpfadsegment |
|---|---|
| Dienst- oder Bereichsname | Objekt |
| Metrikname | Zähler |
| Attribute | Instanz (verknüpfte Schlüssel=Wert-CSV) |
- Metriken werden als Standardzähler gespeichert.
- Beschreibung und Einheit werden den Metadaten hinzugefügt (Funktion in Arbeit).
Histogramm-Unterstützung
Histogramme werden zukünftig unterstützt und in einer dedizierten Zeitreihendatenbank mit hohem Datenvolumen gespeichert.
Aktuell: Noch nicht implementiert.
Zusammenfassung
Telemetrie in NetCrunch ermöglicht modernes, skalierbares Monitoring für dynamische Umgebungen. Ob über den schlanken Telemetrieknoten oder die OTLP-Integration – Sie können jetzt umfangreiche Protokolle und Metriken von praktisch jeder Plattform erfassen, ohne dass herkömmliche Abfragen erforderlich sind.