Zrozumienie formatów danych NetCrunch'a
NetCrunch obsługuje wiele ustrukturyzowanych formatów danych do monitorowania danych wejściowych, wyników czujników i integracji zewnętrznych. W tym temacie wyjaśniono natywne formaty danych, wewnętrzne mechanizmy przechowywania danych oraz sposób przesyłania danych do systemu za pomocą tych formatów.
Przegląd
NetCrunch przetwarza dane wejściowe i wyjściowe przy użyciu dobrze zdefiniowanych formatów, aby zapewnić interoperacyjność, wydajność i przejrzystość. Dane ustrukturyzowane można przesyłać za pomocą czujników opartych na plikach, węzłów telemetrycznych lub punktów końcowych API. Wewnętrznie NetCrunch wykorzystuje specjalnie zbudowane bazy danych do przechowywania dzienników zdarzeń, trendów, stanów i definicji atlasów.
Natywne formaty danych wejściowych
Formaty te są obsługiwane przez czujniki oparte na plikach i skryptach, w tym Czujnik pliku danych, Czujnik skryptu i Węzeł telemetryczny.
NetCrunch JSON
Najbardziej elastyczny i zalecany format. Umożliwia wysyłanie wielu liczników i złożonych obiektów statusu z metadanymi.
{ "cpu.usage": 47.5, "disk.free": { "value": 13000, "message": "13 GB wolnego miejsca", "critical": true, "class": "critical", "retain": true } }
| Pole | Opis |
|---|---|
value |
Wartość liczbowa lub tekstowa do wyświetlenia |
message |
Opcjonalny komunikat opisowy |
critical |
Wskaźnik logiczny alertu |
class |
Jedno z: normal, warning, critical, unknown |
retain |
Wartość logiczna zapobiegająca automatycznemu czyszczeniu danych |
data |
Opcjonalny obiekt dla dodatkowych danych klucz-wartość |
NetCrunch XML
Ten sam schemat co JSON, ale wyrażony w XML. Przydatny w starszych systemach.
<values> <cpu.usage>47.5</cpu.usage> <disk.free class="critical" message="13 GB free">13000</disk.free> </values>
NetCrunch CSV
Lekki format dla liczników liczbowych. Używa par klucz-wartość.
cpu.usage,47.5 disk.free,13000
Formaty niestandardowe za pomocą parserów
Jeśli dane nie są w formacie natywnym, możesz zdefiniować niestandardowy parser.
Obsługiwane metody analizy składniowej:
- Analiza CSV
- Ekstrakcja par klucz-wartość
- Wyrażenia regularne
- XPath (dla XML)
- JSONPath (dla JSON)
- Wyrażenia JavaScript
Wewnętrzna pamięć masowa danych
NetCrunch wykorzystuje specjalnie zaprojektowane wewnętrzne bazy danych do rozdzielania problemów i poprawy wydajności:
| Baza danych | Opis |
|---|---|
| Atlas | Model topologii i konfiguracji w pamięci; okresowo zapisywany jako XML/JSON |
| Dziennik zdarzeń | Baza danych SQL dostępna przez ODBC; przechowuje historię zdarzeń |
| Baza danych stanu | Magazyn NoSQL w pamięci; śledzi bieżące alerty i monitoruje stan |
| Baza danych trendów | Magazyn tylko do dopisywania, zoptymalizowany pod kątem metryk wydajności; miliony rekordów dziennie |
| DocDB | RocksDB używany do rozbudowanej zawartości, takiej jak notatki i dokumentacja węzłów |
Przypadki użycia i mapowanie formatów
| Scenariusz | Zalecany format |
|---|---|
| Niestandardowe metryki wysyłania danych przez urządzenie | JSON (poprzez węzeł telemetryczny lub REST) |
| Podstawowy skrypt czujnika | CSV lub JSON |
| Logi lub kontrole statusu | JSON z atrybutami class, message, retain |
| Integracje oparte na plikach | JSON, XML lub CSV |
| Dane wejściowe API | Treść JSON z licznikami lub obiektami statusu |
Podsumowanie
NetCrunch obsługuje wiele formatów strukturalnych i inteligentnie je interpretuje, aby aktualizować liczniki, wyzwalać alerty i wyświetlać statusy. Aby uzyskać najlepsze rezultaty, użyj JSON i uwzględnij pełne metadane, takie jak klasa statusu i komunikaty.