Ein Switch, der nicht mehr antwortet, eine Firewall bei 95 % CPU, ein Uplink, der vor dem morgendlichen Ansturm ausgelastet ist: Sie wollen es wissen, bevor die Anwender anrufen. ConnectMyAssets ergänzt das Monitoring von Netzwerkgeräten in der Plattform, die Ihre Geräte bereits kennt: Verfügbarkeitsüberwachung per ICMP, Zustandsmesswerte per SSH, Richtlinien je Gerätegruppe und Alarme über Soron. Kein Agent, keine SNMP-Community zu pflegen, kein zweites Inventar zu synchronisieren.
Demo anfordernJedes Gerät wird im gewählten Intervall auf Verfügbarkeit geprüft. Ein nicht erreichbarer Host löst einen Soron-Alarm aus, gemeldet in der Konsole, per E-Mail, Syslog oder Webhook an Ihr Bereitschaftstool.
Steigende CPU- oder Speicherlast, eine steigende Temperatur, ein ausfallender Lüfter oder ein ausfallendes Netzteil: Schwellenwerte auf Zustandsmesswerte machen aus einer schleichenden Verschlechterung einen Alarm, solange noch Zeit zum Handeln bleibt.
Prüfen Sie den Rechenzentrums-Core jede Minute und die Access-Switches der Niederlassungen alle fünfzehn Minuten. Legen Sie es einmal in der Gerätegruppe fest, sperren Sie es bei Bedarf, und jeder Standort darunter folgt.
Der Infrastrukturmonitor überwacht den Rechner, auf dem ConnectMyAssets läuft: volllaufende Festplatte, Datenbanklast, Hintergrundjobs, Zertifikatsablauf. Sie sehen ein Problem kommen, statt es zu entdecken.
Klassisches SNMP-Monitoring ist fehleranfällig und kostet Ihr Team Stunden für Einrichtung und Pflege. Das Monitoring von ConnectMyAssets ist modern und SSH-basiert: Sie installieren es und erhalten den Zustand Ihrer Geräte, verknüpft mit dem Inventar, das Sie bereits haben.
Das Monitoring arbeitet mit den Geräten, die bereits in Ihrer CMDB stehen, und mit den Zugangsdaten, die bereits in Ihrem Vault liegen.
Jede Prüfung sendet eine kurze Folge von ICMP-Echos zusammen mit einer TCP-Sonde auf den SSH-Port und misst Round-Trip-Zeit und Paketverlust. Ein Gerät, das Ping filtert, aber auf SSH antwortet, wird nicht als ausgefallen gemeldet. Intervall von 1 Minute bis 24 Stunden.
Eine kurze SSH-Sitzung liest CPU, Arbeitsspeicher, Uptime, Temperatur und den Zustand von Lüftern und Netzteilen, dazu je nach Hersteller und Gerätetyp PoE-Leistung, Stack-Mitglieder, WLAN-Clients, Firewall-Sitzungen und HA-Status, VPN-Tunnel sowie BGP- und OSPF-Nachbarn.
Interface-Zähler werden in eingehende und ausgehende Raten in Bit pro Sekunde umgerechnet, zusammen mit Fehlern und Verwerfungen. Das Dashboard zeigt die Interfaces mit dem meisten Verkehr in diesem Moment.
Schalten Sie das Monitoring ein oder aus, legen Sie die ICMP- und SSH-Intervalle fest und wählen Sie die Metriken in einer Gerätegruppe: Untergruppen und Geräte erben sie. Sperren Sie eine Einstellung oben, und niemand darunter kann sie ändern. Jede Einstellung zeigt ihre Herkunft: geerbt von Frankreich, hier festgelegt, gesperrt durch EMEA.
Host nicht erreichbar, hohe Latenz, Paketverlust, hohe CPU, hoher Arbeitsspeicher, jede Metrik über einem Schwellenwert oder in einem fehlerhaften Zustand: Die Monitoring-Detektoren von Soron lösen Alarme mit denselben Regeln je Gruppe, derselben Vorschau, denselben Ausnahmen und Benachrichtigungen aus wie jeder andere Alarm.
Jede numerische Metrik wird für Diagramme aufbewahrt: aktuelle Messpunkte für den letzten Tag, stündliche Mittel- und Spitzenwerte für die folgenden Wochen. Messwerte lassen sich auf der Geräteseite filtern, sortieren und als CSV exportieren.
Das Monitoring teilt die globale Ratenobergrenze mit den Discovery-Scans und öffnet nie eine Sitzung auf einem Gerät, das gerade gescannt wird. Werden alle Zugangsdaten abgelehnt, stoppen die Messungen für dieses Gerät, statt gemeinsam genutzte AAA-Konten zu sperren. Ein geänderter SSH-Host-Key beendet die Sitzung, bevor Zugangsdaten gesendet werden.
Eine Seite mit einem Urteil (gesund, Warnung, kritisch), acht Kennzahlen mit ihren letzten 24 Stunden (CPU, Arbeitsspeicher, vollste Festplatte, Datenbankgröße, Verbindungen, Anfragen pro Sekunde, Antwortzeit, wartende Aufgaben), Festplattenprognose, Hintergrundprozesse und Grenzen gemessen an Ihrem Sizing-Profil. Jeder Befund sagt, was zu tun ist. Ein Klick lädt ein Support-Paket herunter.
Zwei Leseverfahren mit jeweils eigenem Intervall, beide gesteuert über das Inventar und die Zugangsdaten, die die Plattform bereits hat.
Dieselbe zustandslose Engine wie bei der Discovery sendet die Echos, jedes mit einem kryptografischen Cookie, sodass gefälschte oder wiederholte Antworten ignoriert werden. Verfügbarkeit, Round-Trip-Zeit und Verlust werden je Gerät gespeichert. IPv6-Management-Adressen werden als nicht geprüft gemeldet, nie als ausgefallen.
Eine von der Inventarerfassung getrennte Sitzung meldet sich mit den Zugangsdaten aus dem Vault an, sendet nur die Befehle, die die aktivierten Metriken brauchen, und wertet sie mit dem Herstellerprofil aus. Die Seriennummer des Geräts wird geprüft, damit ein Messwert nie dem falschen Gerät zugeordnet wird.
Für jede Einstellung gewinnt die oberste Sperre, dann eine Überschreibung am Gerät (nur Metriken), dann die nächstgelegene Gruppe, die sie festlegt, dann der Plattform-Standard. Die vollständige Kette vom Plattform-Standard bis zum Gerät wird auf dem Bildschirm angezeigt.
Das Lesen von Metriken und das Ändern von Richtlinien sind getrennte Berechtigungen, beschränkt auf Gerätegruppen. Jede Richtlinienänderung, jede abgelehnte Änderung und jeder Export von Messwerten wird protokolliert und kann an Ihr SIEM weitergeleitet werden.
Discovery und SSH-Erfassung bringen Ihre Geräte mit dem richtigen Herstellerprofil in die CMDB.
Wählen Sie Intervalle und Metriken in der obersten Gerätegruppe, verfeinern Sie sie für kritische Standorte und sperren Sie, was sich nicht ändern darf.
Aktivieren Sie die Monitoring-Detektoren von Soron, prüfen Sie in der Vorschau, was sie auslösen würden, und leiten Sie die Benachrichtigungen an Ihr Team.
Verfolgen Sie die Monitoring-Übersicht, die Gerätediagramme und die Karte, und untersuchen Sie Probleme von der Geräteseite aus.
Bereiten Sie Ihr Projekt vor und legen Sie Ihren Umfang fest.
Weil SNMP-Monitoring fehleranfällig ist und viel Arbeitszeit kostet. Jeder Hersteller und jede Firmware braucht eigene MIBs und OID-Vorlagen, jedes Gerät eine Community oder einen SNMPv3-Benutzer, die Abfragen müssen abgestimmt werden, Zähler können nach einem Upgrade verschwinden, Fehlalarme häufen sich, und ein separates Inventar entfernt sich vom realen Netzwerk. ConnectMyAssets liest den Gerätezustand per SSH, standardisiert durch seine Herstellerprofile, mit den bereits im Vault liegenden Zugangsdaten. Auf den Geräten ist nichts einzurichten, kein Agent und keine MIB: Sie installieren es und erhalten Verfügbarkeit, CPU, Arbeitsspeicher, Temperatur und Interface-Daten, verknüpft mit demselben Inventar, denselben Gruppen, Richtlinien und Soron-Alarmen.
Nein. Die Verfügbarkeit wird mit ICMP-Echos und einer TCP-Sonde auf den SSH-Port geprüft, und die Zustandsmesswerte werden per SSH mit den im Vault gespeicherten Zugangsdaten erhoben. Es gibt keine SNMP-Community und keinen Agenten zu verteilen: Wenn die Plattform ein Gerät erfassen kann, kann sie es auch überwachen.
Jeder Gerätetyp liefert Verfügbarkeit, Latenz, Paketverlust, CPU, Arbeitsspeicher und Uptime. Je nach Hersteller und Typ ergänzt ConnectMyAssets Temperatur, Lüfter- und Netzteilstatus, Interface-Raten, Fehler und Verwerfungen, PoE-Leistung, Stack-Status, WLAN-Clients und Funkmodule, Firewall-Sitzungen und HA-Status, VPN-Tunnel sowie BGP- und OSPF-Nachbarn.
Standardmäßig alle 5 Minuten, sowohl für die Verfügbarkeit als auch für den Zustand. Die Verfügbarkeit lässt sich von jeder Minute bis einmal täglich prüfen, die Zustandsmesswerte per SSH von alle 5 Minuten bis einmal täglich. Sie legen die Intervalle je Gerätegruppe fest, sodass kritische Standorte häufiger geprüft werden können als Niederlassungen.
Das Monitoring speist Soron, die Alarmierungs-Engine von ConnectMyAssets. Der Detektor „Host nicht erreichbar“ löst einen Alarm aus, sobald ein Gerät nicht mehr antwortet, und Sie erhalten ihn in der Konsole, per E-Mail oder per Syslog und Webhook weitergeleitet an Tools wie ServiceNow, Jira, Slack, Microsoft Teams oder PagerDuty.
Nein. Sonden und SSH-Sitzungen teilen sich eine globale Ratenobergrenze mit den Discovery-Scans. Lehnt ein Gerät alle Zugangsdaten ab, werden seine Messungen pausiert statt wiederholt, sodass ein auf Ihrem AAA-Server rotiertes Passwort nicht die Konten des gesamten Bestands sperren kann. Die Messungen laufen weiter, sobald die Zugangsdaten aktualisiert sind.
Es deckt Netzwerkverfügbarkeit und Gerätezustand direkt in der Plattform ab, die Ihr Inventar, Ihre Compliance und Ihre Schwachstellen hält, was vielen Netzwerkteams genügt. Wenn Sie bereits eine Monitoring-Plattform betreiben, arbeitet ConnectMyAssets mit ihr zusammen: Alarme lassen sich per Syslog oder Webhook weiterleiten, und ConnectMyAssets stellt eigene Metriken für Prometheus-kompatible Collectoren bereit.
Es ist die Zustandsseite von ConnectMyAssets selbst, Super-Administratoren vorbehalten: Host-Ressourcen, PostgreSQL, Hintergrundprozesse, Produktgrenzen und Sizing, mit einem Verlauf von bis zu einem Jahr. Jeder Befund nennt den gemessenen Wert, den überschrittenen Schwellenwert und was zu tun ist, und ein Support-Paket lässt sich mit einem Klick herunterladen.
Sehen Sie, was ConnectMyAssets für Ihr Team verändern kann. Auf Ihrer Infrastruktur, mit Ihren Anforderungen.
Demo anfordern