Ihre Netzwerkdokumentation

Eine Beschreibung, wie Ihr Netzwerk tatsächlich aufgebaut ist — Topologie, Adressierung, Gruppierung und Abhängigkeiten — vom Monitoring zusammengestellt, statt manuell gepflegt zu werden.

Netzwerkdokumentation ist am Tag ihrer Erstellung meist korrekt und wird danach langsam falsch. Das Diagramm befindet sich an einem Ort, der Adressplan an einem anderen, und die Person, die wusste, warum eine Verbindung existierte, ist inzwischen nicht mehr da.

NetCrunch geht dieses Problem vom anderen Ende her an. Um ein Netzwerk zu überwachen, muss es erkennen, wie dieses Netzwerk aufgebaut ist. Dieses Verständnis wird als Nebenprodukt des Monitorings gespeichert, visualisiert und aktualisiert. Sie erhalten eine Beschreibung des Netzwerks so, wie es jetzt ist, und nicht so, wie es zuletzt jemand dokumentiert hat.

nd-topology

Die Karte zeichnet sich selbst

Zwei Topologieebenen werden automatisch erkannt und gepflegt, ohne dass jemand sie zeichnen muss:

Routing maps

Das logische Bild — welche IP-Netzwerke vorhanden sind und welche Router sie miteinander verbinden.

Physical connection maps

Das Layer-2-Bild — welches Gerät an welchem Switch-Port angeschlossen ist, einschließlich einer Ansicht pro Switch, die den Datenverkehr an jedem Port zeigt.

Beide werden unter Netzwerktopologiekarten behandelt, einschließlich der Aktivierung der Überwachung physischer Segmente und der Vorgehensweise, wenn ein Gerät in einer Karte fehlt.

nd-organisation

Auch die Organisation wird erkannt

Neben der Verkabelung erfasst der Atlas, wie die Umgebung aufgeteilt ist — und die meisten dieser Aufteilungen pflegen sich anhand der überwachten Daten selbst, statt aus einer von jemandem bearbeiteten Liste zu stammen:

• Device Groups und Server Types — Drucker, Switches, Wireless, Linux, Windows Server
• Locations — aus SNMP-Standortdaten oder manuell eingegeben
• VLANs und Windows Domains
• Organizations für Umgebungen mit mehr als einer Organisation
• Virtual Machine Hosts mit ihren darunter angeordneten Gastsystemen

Dies sind dynamische Ansichten: Ein Knoten, der seine Rolle ändert, wechselt automatisch die Gruppe. Siehe Verwalten von Netzwerkatlasansichten.

Wenn dieselbe Adresse für zwei verschiedene Orte steht

Umgebungen, die an mehreren Standorten denselben privaten Adressbereich verwenden, sind genau der Punkt, an dem manuell gepflegte Dokumentation versagt. NetCrunch löst dieses Problem mit Netzwerkstandorten — getrennten Adressräumen, sodass 192.168.1.10 in einer Niederlassung nicht mit 192.168.1.10 in einer anderen verwechselt wird. Der Standort ist Bestandteil der Identifikation eines Knotens und keine zusätzliche Anmerkung zu diesem.

nd-dependencies

Wovon hängt was ab?

Das Nützlichste an einer Netzwerkbeschreibung ist normalerweise nicht die Liste der Bestandteile — sondern zu wissen, was ausfällt, wenn einer dieser Bestandteile ausfällt.

NetCrunch erfasst Abhängigkeiten anhand dessen, was es bereits weiß: der Route zu einem Knoten, dem darunterliegenden Virtualisierungshost und den erkannten Layer-2-Verbindungen. Dadurch kann es den ausgefallenen Router melden, anstatt der zweihundert Knoten hinter ihm.

Wenn die Abhängigkeit geschäftlicher und nicht netzwerkbezogener Natur ist, beschreiben Sie sie selbst mit einem Composite Status, und NetCrunch stellt das Ergebnis dar. Siehe Geschäftsstatusknoten und Business Service Views.

nd-your-knowledge

Der Teil, den nur Sie kennen

Die Erkennung kann nicht feststellen, wem ein Server gehört, welcher Vertrag ihn abdeckt oder warum eine Verbindung existiert. Dafür gibt es zwei Funktionen:

Custom fields

Zahlen, Text, Datum, Uhrzeit oder Auswahlliste, die zum Knoten-Datensatz hinzugefügt werden. Da Ansichten danach filtern können, wird „alles im Besitz der Finanzabteilung“ zu einer Ansicht, die sich selbst pflegt. Siehe Benutzerdefinierten Knoten-Daten verwalten.

Notes

Freitext zu einem Knoten für Überlegungen, die nicht in ein Feld passen.

Die Geräteklassifizierung liegt zwischen diesen beiden Bereichen — sie wird größtenteils automatisch erkannt, kann manuell korrigiert werden und sollte korrigiert werden, weil so vieles andere davon abhängt. Siehe Device Identification Manager.

nd-boundaries

Was dies nicht abdeckt

• Es dokumentiert, was es überwacht. Alles, was NetCrunch noch nie gesehen hat, wird nicht beschrieben. Die Abdeckung der Dokumentation entspricht daher der Abdeckung des Monitorings.
• Es erfasst den Ist-Zustand, nicht die Planung. Die Karten zeigen das erkannte Netzwerk. Eine Verbindung, die nicht vorhanden sein sollte, wird genau wie eine zulässige Verbindung dargestellt.
• Es ist kein Designwerkzeug. Es gibt kein Diagramm des geplanten Zustands, mit dem das erkannte Diagramm verglichen werden kann.