Überwachungskonzepte

Erfahren Sie mehr über Grundkonzepte wie Überwachungsengines, das Überwachung des Knotenstatus, und wie man das Üerwachen deaktiviert.

Der Hauptzweck von NetCrunch ist das Überwachen von Ihrem Netzwerk, es bietet Ihnen aber auch Dokumentations- und Organisierdienste.

Also ist alles in NetCrunch gut organisiert - Der Ursprung des Atlas ist oben, die Ansichten werden untergeordnet, dann die Knoten und die niedrigsten Level bestehen aus verschiedenen Objekten und ihren Leistungsmetriken und Statusobjekte.

Überwachungsengines

Überwachungsengines vereinfachen das Konfigurieren der Überwachung da sie für bestimme Überwachungskanäle verantwortlich sind.

Zum Beispiel möchten Sie bestimmen, dass viele Sachen durch das Benutzen von SNMP Engines überwacht werden, aber alle teilen dieselben Konfigurationsparameter für einen bestimmten Knoten, wie SNMP-Port und Profil die verwendet werden sollen. Die sehr ähnliche Situation tritt bei anderen Betriebssystemen auf, bei denen die Konfiguration Anmeldeinformationen für die Verbindung enthält.

NetCrunch Überwachungsengines

• SNMP - benötigt das Konfigurieren von SNMP auf dem Knoten
• Windows - Windows-Monitor muss aktiviert sein
• Linux
• Mac OS X
• BSD
• Solaris
• Inventory - erfordert, dass der Windows-Betriebssystemmonitor aktiviert ist
• ESX/i
• Netzwerkdienste
• NetFlow
• NC Open Monitor - * derzeit nicht verfügbar auf Knotenebene*
• Sensor Engine - bietet verschiedene skalierbare Sensormonitore

Überwachungssensoren:

• Apache Web Server - Überwacht Apache Server-Verbindungen und interne Leistungsmetriken
• Basic HTTP - Sendet eine grundlegende HTTP-Anfrage (GET, HEAD oder POST) und validiert den Antwortcode oder den Antwortinhalt.
• DNS-Abfrage - Sendet eine Anfrage an DNS, um den Namen oder die Adresse zu überprüfen und die Antwort zu validieren. Es ermöglicht die Überprüfung einer DNS-Datensatzantwort.
• Daten-E-Mail - Dieser erweiterte Sensor kann durch Filtern von E-Mails Alarm auslösen und E-Mail-Betreff und -Körper nach Metriken analysieren.
• Datendatei - Lädt Daten aus einer Datei mit einem der vordefinierten Dateiformate. Es alarmiert bei abgerufenen Metriken und Statuswerten. Informationen zu unterstützten Dateiformaten finden Sie in der Dokumentation.
• E-Mail-Round-Trip - Testet den E-Mail-Server, indem er eine E-Mail an das Postfach sendet und diese zurück liest. Es kann die Zeit zum Senden und Empfangen von Nachrichten, Verfügbarkeit und Authentifizierung messen.
• Datei - Überprüfen Sie die Anwesenheit, Größe und Änderung der Remote-Datei.
• Dateifreigaben - Überwacht den Windows-Dateifreigabe-Status.
• Ordner - Überprüfen Sie den Ordnerinhalt, die Authentifizierungseinstellungen und andere Bedingungen.
• Generischer Agent - Dieser Sensor ermöglicht den Empfang von Daten von einer externen Quelle - einem Remote-Agenten, der die REST-API verwendet.
• Mailbox - Der Sensor überwacht E-Mail-Postfach. Es überprüft den Authentifizierungsprozess und die Postfachnutzung. Es kann Zähler wie "Anzahl der Nachrichten", "Größe der größten Nachricht", "Größe der Nachrichten" überwachen.
• Drucker - Liest den Druckerstatus und die Eigenschaften per SNMP. Das Gerät muss Printer MIB v2 unterstützen. -Process - Überwacht Prozessinstanzen.
• Zusammenfassung der Prozessgruppe - Überwacht Zusammenfassungswerte mehrerer Prozesse (Prozessgruppe).
• RADIUS - Prüft den Benutzerauthentifizierungsprozess und validiert die Antwort vom RADIUS-Server. -Remote Ping - Prüft die Konnektivität von einem Remote-System, indem Ping remote ausgeführt wird.
• SQL-Abfrage: Daten - Ermöglicht die Ausführung einer Abfrage, die mehrere Zeilen zurückgibt. Spalten können als Quelle für Messwerte verwendet werden. Diese Metriken ermöglichen das Auslösen verschiedener Schwellenalarme. -SQL-Abfrage: Objekt - Ermöglicht die Ausführung einer Abfrage, die eine einzelne Zeile zurückgibt. Es kann auch mit einer leeren Abfrage verwendet werden, nur um die Datenbankauthentifizierung und -konnektivität zu überprüfen. Die Zeile kann ein Objekt darstellen und Spalten repräsentieren Objekteigenschaften. Der Sensor ermöglicht es, einen Alarm für den Status der Objekteigenschaften zu setzen.
• SSL-Zertifikat - Prüft das Ablaufdatum des SSL-Zertifikats und die Zertifikateigenschaften.
• Statischer Status - Dieser Sensor hat einen anpassbaren Status. -** System Uptime** - Prüft die Betriebszeit des Geräts.
• Textdatei - Prüft Dateiinhalte, Authentifizierungsparameter, Dateigröße, Änderungszeit, Anwesenheit und mehr. -Text Log - Überwacht Text Log Einträge. Bei FTP oder HTTP wird die Datei heruntergeladen. Andernfalls wird es aus der Ferne analysiert.
• Zeitdifferenz - Prüft den Zeitunterschied zwischen einem entfernten Gerät und dem Referenzgerät (NetCrunch Server oder NTP-Server).
• WMI-Daten - Ermöglicht die Auswahl der WMI-Klasse und des Instanzschlüssels zum Abrufen von Objekteigenschaften (keine Abfrage).
• WMI-Objekt - Überwacht ein bestimmtes WMI-Objekt, ohne dass eine WQL-Abfrage geschrieben werden muss.
• WMI Perfmon - Bietet die Perfmon-Schnittstelle über WMI. Ermöglicht die Auswahl von Objekten und Zählern wie in regulären Perfmon - keine kryptischen WMI-Klassen benötigt.
• WQL-Abfrage: Objekt - Erlaubt das Abfragen von WMI für ein Objekt und ermöglicht dann das Auslösen von Alarmen für den Objektzustand.
• Webseite - Prüft den Inhalt der Webseite und den Ladevorgang der Seite. Der Sensor lädt die Seite wie einen normalen Browser mit allen Ressourcen (Bilder und Skripte). Warnungen zu Seiteninhalt, Authentifizierungsfehler oder Ressourcenladefehler

Überwachung des Knotenstatus

Der zentrale Teil der Überwachung ist die Bestimmung des Knotenstatus. Alles was auf dem Knoten überwacht wird hängt von dessen Status ab.

Wenn der Knoten als DOWN angesehen wird, stoppt die Überwachung der Knoten fast komplett bis NetCrunch feststellt, dass der Knoten wieder antwortet.

NetCrunch bestimmt den Knotenstatus basierend auf der Überwachung der Netzwerkdienste (sehen sie nach unter: Überwachung von Netzwerkdiensten)

Lesen sie mehr über Überwachen von Netzwerkknoten

Verwalten von Überwachungsengines

Wenn sie zuKnoteneinstellungenÜberwachung gehen, werden Sie die Liste an verfügbaren Monitorings erhalten, die dem Knoten zugewiesen sind. Sie können dort die Eigenschaften der Engine für den Knoten verwalten. Viele Überwachungsengines binden sich nur an den Knoten, wenn dieser einen bestimmten Gerätetyp hat.

Überwachung nach Gerätetyp 

Einige Überwachungspakete verwenden Gerätetypinformationen (insbesondere SNMP-Geräte), um nur für ein bestimmtes Gerät aktiviert zu werden. Im Falle von SNMP erkennt das Programm automatisch den Gerätetyp nach SNMP-Objektdaten. 

Lesen Sie mehr in Automatisches Überwachen und Organisieren

Überwachungsprobleme

Wir haben uns entschieden, dass Probleme, die mit dem Überwachungsprozess zu tun haben, von Problemen mit Ihren Netzwerkdiensten und Geräten getrennt werden. Sie werden normalerweise durch falsche Anmeldedaten oder Windows Sicherheitseinstellungen verursacht

Sehen Sie auch: Tips zur Konfiguration

Abschalten der Überwachung

Da die Überwachung vorgegebenerweise aktiviert wird, ist es interessanter wie Sie sie wieder abstellen können. Sie können sie auf jedem Kanal abschalten.

Abschalten des Atlas

AtlasEigenschaften

Sie können die Überwachung von dem gesamten Atlas abstellen. Sie können sie für einige Zeit abstellen (zur Wartung) oder für eine definiierte Zeitspanne.

Abschalten des Netzwerkes

IP NetworkEigenschaften

Sie können IP-Netzwerke wechseln und die Überwachung bestimmter Netzwerke auf unbestimmte Zeit oder nur für einen bestimmten Zeitraum deaktivieren.

Automatisch nach Abhängigkeiten

NetCrunch verwaltet Überwachungsabhängigkeiten, die Verbindungsabhängigkeiten widerspiegeln sollten. Wenn richtig eingestellt, deaktiviert NetCrunch automatisch die Überwachung von Knoten, abhängig von einer gewissen Verbindung. Dies hilft bei der Verringerung des Datenverkehrs und vermeidet falsche Alarme.

Lesen Sie mehr in Verhindern von Fehlalarmen