Wie Sie die Netzwerk-Infrastruktur unter Ihre Kontrolle bringen. Kapitel eins. Beibehaltung

Dieser Artikel ist der erste in einer Artikelreihe mit dem Titel „Wie Sie Ihre Netzwerk-Infrastruktur unter Kontrolle bringen“. Die Inhalte aller Artikel der Reihe und Links finden Sie hier.

Ich bin mir sicher, dass es genügend Unternehmen gibt, in denen ein einfaches Netzwerk innerhalb einer Stunde oder sogar eines Tages nicht kritisch ist. Leider oder zum Glück habe ich nicht in solchen Unternehmen gearbeitet. Aber natürlich gibt es verschiedene Netzwerke, unterschiedliche Anforderungen und Ansätze, und dennoch wird die folgende Liste in vielen Fällen faktisch ein „Muss“ sein.

So, die Ausgangsbedingungen.

Sie sind an einem neuen Arbeitsplatz oder haben eine Beförderung erhalten oder möchten Ihre Aufgaben neu betrachten. Das Netzwerk des Unternehmens ist Ihr Verantwortungsbereich. Für Sie ist das zum Teil eine Herausforderung und etwas Neues, was den lehrmeisterlichen Ton dieses Artikels ein wenig rechtfertigt. Aber ich hoffe, dass der Artikel auch für jeden Netzwerkingenieur nützlich sein kann.

Ihr erstes strategisches Ziel ist es, der Entropie entgegenzuwirken und das Serviceniveau aufrechtzuerhalten.

Viele der unten beschriebenen Aufgaben können mit unterschiedlichen Mitteln gelöst werden. Ich gehe absichtlich nicht auf technische Details ein, da es oft nicht so wichtig ist, wie Sie eine bestimmte Aufgabe gelöst haben, sondern entscheidend ist, wie Sie damit umgehen und ob Sie es überhaupt nutzen. Es bringt wenig, zum Beispiel, eine professionell eingerichtete Monitoring-Lösung zu haben, wenn Sie nicht darauf schauen und nicht auf Alarme reagieren.

Ausrüstung

Zuerst müssen Sie verstehen, wo die größten Risiken liegen.

Auch hier kann es unterschiedlich sein. Ich nehme an, dass es zum Beispiel an einigen Orten Sicherheitsfragen sein könnten, an anderen Fragen der Servicekontinuität, oder vielleicht etwas ganz anderes. Warum nicht?

Nehmen wir der Einfachheit halber an, es handelt sich um die Servicekontinuität (so war es in allen Unternehmen, in denen ich gearbeitet habe).

Dann sollten Sie mit der Hardware beginnen. Hier ist eine Liste von Themen, auf die Sie achten sollten:

• Klassifizierung der Hardware nach Kritikalität
• Redundanz kritischer Hardware
• Support, Lizenzen

Sie müssen mögliche Ausfallarten durchdenken, insbesondere bei der Hardware, die sich an der Spitze Ihrer Kritikalitätskategorisierung befindet. Oft wird die Wahrscheinlichkeit doppelter Probleme vernachlässigt, was bedeutet, dass Ihre Lösung und Unterstützung unnötig teuer werden können. Bei wirklich kritischen Netzwerkkomponenten, deren Ausfall erhebliche Auswirkungen auf das Geschäft haben kann, sollten Sie jedoch auch darüber nachdenken.

Beispiel

Angenommen, wir sprechen über den Root-Switch im Rechenzentrum.

Da wir uns darauf geeinigt haben, dass die Kontinuität des Dienstes das wichtigste Kriterium ist, sollten wir eine "heiße" Redundanz für diese Hardware sicherstellen. Aber das ist noch nicht alles. Sie müssen auch entscheiden, wie lange Sie im Falle eines Ausfalls des ersten Switches mit nur einem verbleibenden Switch leben können, da das Risiko besteht, dass auch dieser ausfällt.

Wichtig! Sie sollten diese Frage nicht alleine entscheiden. Sie müssen die Risiken, möglichen Lösungen und Kosten Ihrem Management oder der Unternehmensleitung vorstellen. Die Entscheidungen sollten von ihnen getroffen werden.

Wenn also beschlossen wurde, dass unter der Bedingung einer geringen Wahrscheinlichkeit eines doppelten Ausfalls der Betrieb für 4 Stunden auf einem Switch grundsätzlich akzeptabel ist, können Sie einfach den entsprechenden Support in Anspruch nehmen (bei dem die Hardware innerhalb von 4 Stunden ersetzt wird).

Aber es besteht das Risiko, dass die Lieferung nicht erfolgt. Leider haben wir einmal in einer solchen Situation gesteckt. Statt vier Stunden hat die Hardware eine Woche gebraucht!!!

Deshalb sollte auch dieses Risiko besprochen werden, und vielleicht ist es für Sie sinnvoller, einen weiteren Switch (den dritten) zu kaufen und ihn als Ersatzteil („kalte“ Redundanz) vorzuhalten oder im Labor zu nutzen.

Wichtig! Erstellen Sie eine Tabelle aller Supportverträge, die Sie haben, mit Enddaten, und fügen Sie diese Ihrem Kalender hinzu, damit Sie mindestens einen Monat im Voraus eine Benachrichtigung erhalten, dass Sie sich um die Verlängerung des Supports kümmern müssen.

Sie werden es Ihnen nicht verzeihen, wenn Sie vergessen, den Support zu verlängern, und am nächsten Tag, nach dem Ablauf, Ihre Hardware ausfällt.

Notfallarbeiten

Was auch immer in Ihrem Netzwerk passiert, idealerweise sollten Sie den Zugang zu Ihrer Netzwerkhardware aufrechterhalten.

Wichtig! Sie müssen über Konsole auf alle Geräte zugreifen können, und dieser Zugang darf nicht von der Funktionsfähigkeit des Datenübertragungsnetzes abhängen.

Außerdem sollten Sie im Voraus mögliche negative Szenarien bedenken und die erforderlichen Maßnahmen dokumentieren. Die Verfügbarkeit dieses Dokuments ist ebenfalls entscheidend; es sollte nicht nur auf einem gemeinsamen Bereich für die Abteilung bereitgestellt werden, sondern auch lokal auf den Computern der Ingenieure gespeichert werden.

Dort müssen unbedingt sein

• Informationen, die für die Eröffnung eines Tickets beim Anbieter oder Integrator erforderlich sind
• Informationen, wie man auf jedes Gerät zugreifen kann (Konsole, Management)

Es kann auch andere nützliche Informationen enthalten, z. B. eine Beschreibung des Upgrade-Verfahrens verschiedener Geräte und nützliche Diagnoseteams.

Partner

Jetzt müssen Sie die Risiken im Zusammenhang mit Partnern bewerten. In der Regel handelt es sich um

• Internetdienstanbieter und Internet Exchange Points (IX)
• Kommunikationsprovider

Welche Fragen sollten Sie sich stellen? Wie bei den Geräten sollten verschiedene Notfallszenarien in Betracht gezogen werden. Zum Beispiel für Internetdienstanbieter könnte das Folgendes sein:

• Was passiert, wenn Internetdienstanbieter X aus irgendeinem Grund Ihnen keinen Service mehr bietet?
• Reicht die Bandbreite der anderen Anbieter aus?
• Wie gut bleibt die Konnektivität?
• Wie unabhängig sind Ihre Internetdienstanbieter, und könnte ein schwerwiegender Vorfall bei einem von ihnen Probleme für die anderen verursachen?
• Wie viele optische Eingänge hat Ihr Rechenzentrum?
• Was passiert, wenn einer der Eingänge vollständig zerstört wird?

Zu den Eingängen: In meiner Praxis gab es in zwei verschiedenen Unternehmen in zwei verschiedenen Rechenzentren Fällen hat ein Bagger Schächte zerstört, und nur durch Zufall blieb unsere Glasfaser unbeschadet. Das ist kein so seltener Fall.

Und natürlich müssen Sie nicht nur diese Fragen stellen, sondern auch, wieder mit Unterstützung der Führung, in jeder Situation eine akzeptable Lösung sicherstellen.

Backup

Als nächstes in der Priorität kann das Backup der Gerätekonfigurationen sein. In jedem Fall ist dies ein sehr wichtiger Punkt. Ich werde nicht aufzählen, in welchen Fällen Sie die Konfiguration verlieren könnten; besser ist es, regelmäßig Backups zu erstellen und sich keine Gedanken darüber zu machen. Außerdem kann ein regelmäßiges Backup sehr hilfreich sein, um Änderungen zu überwachen.

Wichtig! Machen Sie tägliche Backups. Es handelt sich nicht um so große Datenmengen, dass man daran sparen sollte. Morgens sollte der diensthabende Ingenieur (oder Sie) einen Bericht vom System erhalten, in dem klar angegeben ist, ob das Backup erfolgreich war oder nicht. Im Falle eines fehlgeschlagenen Backups sollte das Problem gelöst oder ein Ticket erstellt werden (siehe die Prozesse der Netzwerkabteilung).

Softwareversionen

Die Frage, ob ein Upgrade der Software oder Hardware sinnvoll ist, ist nicht so eindeutig. Auf der einen Seite bringen ältere Versionen bekannte Bugs und Sicherheitsanfälligkeiten mit sich, auf der anderen Seite ist ein neues Software-Upgrade nicht immer ein unkomplizierter Prozess und bringt zudem neue Bugs und Sicherheitsanfälligkeiten mit sich.

Hier müssen Sie die optimale Lösung finden. Einige offensichtliche Empfehlungen:

• installieren Sie nur stabile Versionen.
• es ist jedoch nicht ratsam, auf sehr alten Softwareversionen zu bleiben.
• Erstellen Sie eine Tabelle mit Informationen darüber, wo welche Software installiert ist.
• Lesen Sie regelmäßig die Berichte über Sicherheitsanfälligkeiten und Bugs in den Softwareversionen, und im Falle kritischer Probleme sollten Sie über ein Upgrade nachdenken.

In diesem Stadium, mit Konsolenzugang zur Hardware, Informationen zur Unterstützung und einer Beschreibung des Upgrade-Prozesses sind Sie prinzipiell bereit für diesen Schritt. Idealerweise haben Sie labormäßige Hardware, in der Sie den gesamten Prozess testen können, was jedoch leider nicht oft der Fall ist.

Im Falle kritischer Hardware sollten Sie den Support des Herstellers kontaktieren und um Unterstützung beim Upgrade bitten.

Ticket-System

Jetzt können Sie sich umsehen. Sie müssen die Prozesse der Interaktion mit anderen Abteilungen und innerhalb Ihrer eigenen Abteilung organisieren.

Das mag nicht zwingend erforderlich sein (zum Beispiel, wenn Ihr Unternehmen klein ist), aber ich würde dringend empfehlen, die Arbeit so zu organisieren, dass alle externen und internen Aufgaben über ein Ticketsystem abgewickelt werden.

Das Ticketsystem ist im Grunde Ihr Interface für interne und externe Kommunikation, und Sie sollten dieses Interface mit ausreichendem Detailgrad beschreiben.

Lassen Sie uns als Beispiel eine wichtige und häufig vorkommende Aufgabe zur Öffnung des Zugangs betrachten. Ich werde den Algorithmus beschreiben, der in einem der Unternehmen hervorragend funktioniert hat.

Beispiel

Zuerst muss gesagt werden, dass viele Kunden ihren Zugangswunsch in einer für Netzwerkingenieure unverständlichen Sprache formulieren, nämlich in der Sprache von Anwendungen, zum Beispiel: "Geben Sie mir Zugang zu 1C".

Deshalb haben wir Anfragen von solchen Benutzern nie direkt akzeptiert.
Und das war die erste Anforderung.

• Zugangsanforderungen müssen von technischen Abteilungen kommen (in unserem Fall waren das Unix-, Windows- und Helpdesk-Ingenieure).

Die zweite Anforderung ist, dass

• dieser Zugang dokumentiert werden muss (von der technischen Abteilung, von der wir diese Anfrage erhalten haben) und wir erhalten als Anfrage einen Link zu diesem dokumentierten Zugang.

Die Form dieser Anfrage muss für uns verständlich sein, das heißt,

• die Anfrage muss Informationen darüber enthalten, aus welchem und in welches Subnetz der Zugang eröffnet werden soll, sowie über das Protokoll und (im Falle von TCP/UDP) die Ports.

Es sollte auch angegeben werden,

• eine Beschreibung, warum dieser Zugang eröffnet wird.
• vorübergehend oder dauerhaft (wenn vorübergehend, bis zu welchem Datum).

Und ein sehr wichtiger Punkt sind die Genehmigungen.

• vom Leiter der Abteilung, die den Zugang initiiert hat (zum Beispiel der Buchhaltung),
• vom Leiter der technischen Abteilung, von der diese Anfrage an die Netzwerkabteilung kam (zum Beispiel dem Helpdesk).

In diesem Zusammenhang gilt der "Besitzer" dieses Zugangs als der Leiter der Abteilung, die den Zugang initiiert hat (in unserem Beispiel die Buchhaltung), und er ist dafür verantwortlich, dass die Seite mit den dokumentierten Zugängen für diese Abteilung aktuell bleibt.

Protokollierung

Das ist ein Punkt, in dem man untergehen kann. Aber wenn Sie einen proaktiven Ansatz verfolgen wollen, müssen Sie lernen, mit diesem Datenfluss umzugehen.

Hier sind einige praktische Empfehlungen:

• Überprüfen Sie die Protokolle täglich.
• Bei einer planmäßigen Überprüfung (und nicht in einer Notfallsituation) können Sie sich auf die Schweregrade (severity) 0, 1, 2 beschränken und gegebenenfalls ausgewählte Muster aus anderen Schweregraden hinzufügen, wenn Sie es für notwendig halten.
• Schreiben Sie ein Skript, das die Protokolle analysiert und diejenigen Protokolle ignoriert, deren Muster Sie in die Ignorierliste aufgenommen haben.

Dieser Ansatz wird Ihnen im Laufe der Zeit helfen, eine Ignorierliste von Protokollen zu erstellen, die für Sie nicht von Interesse sind, und nur die zu behalten, die Sie wirklich als wichtig erachten.
Das hat bei uns hervorragend funktioniert.

Überwachung

Es ist nicht ungewöhnlich, dass in einem Unternehmen kein Überwachungssystem vorhanden ist. Sie können zum Beispiel auf Protokolle vertrauen, aber die Hardware kann einfach "sterben", ohne etwas "zu sagen", oder ein UDP-Paket des Syslog-Protokolls kann verloren gehen und nicht ankommen. Aktiv Monitoring ist in jedem Fall wichtig und notwendig.

Zwei der gefragtesten Beispiele in meiner Praxis:

• Überwachung der Auslastung von Kommunikationskanälen, kritischen Links (z. B. Verbindungen zu Anbietern). Dies ermöglicht es, proaktiv potenzielle Probleme mit der Service-Degeneration aufgrund von Verkehrseinbußen zu erkennen und entsprechend zu vermeiden.
• Diagramme, die auf NetFlow basieren. Sie ermöglichen es, Anomalien im Datenverkehr leicht zu finden und sind sehr nützlich zur Erkennung einiger einfacher, aber wesentlicher Arten von Hackerangriffen.

Wichtig! Richten Sie SMS-Benachrichtigungen für die kritischsten Ereignisse ein. Dies betrifft sowohl die Überwachung als auch das Logging. Wenn Sie keinen Bereitschaftsdienst haben, sollten SMS auch außerhalb der Arbeitszeiten eingehen.

Denken Sie den Prozess so durch, dass nicht alle Ingenieure geweckt werden. Bei uns gab es dafür einen Diensthabenden Ingenieur.

Änderungskontrolle

Meiner Meinung nach ist es nicht unbedingt erforderlich, alle Änderungen zu kontrollieren. Egal, Sie sollten jedoch in der Lage sein, bei Bedarf leicht herauszufinden, wer und warum Änderungen im Netzwerk vorgenommen hat.

Einige Tipps:

• verwenden Sie ein Ticket-System für eine ausführliche Beschreibung dessen, was im Rahmen dieses Tickets durchgeführt wurde, z.B. indem Sie die angewendete Konfiguration ins Ticket kopieren
• nutzen Sie die Kommentarfunktionen auf Netzwerkgeräten (z.B. Commit-Kommentar bei Juniper). Sie können die Ticketnummer notieren
• verwenden Sie Diff Ihrer Konfigurations-Backups

Sie können dies als Prozess einführen, indem Sie täglich alle Tickets auf Änderungen überprüfen.

Prozesse

Sie müssen die Prozesse in Ihrem Team formalisieren und dokumentieren. Wenn Sie an diesem Punkt angekommen sind, sollten in Ihrem Team mindestens die folgenden Prozesse implementiert sein:

Tägliche Prozesse:

• Arbeiten mit Tickets
• Arbeiten mit Logs
• Kontrolle von Änderungen
• tägliche Checkliste

Jährliche Prozesse:

• Verlängerung von Garantien, Lizenzen

Asynchrone Prozesse:

• Reaktion auf verschiedene Notfälle

Abschluss des ersten Teils

Haben Sie bemerkt, dass all dies bisher nichts mit der Netzwerkkonfiguration, dem Design, den Netzwerkprotokollen, dem Routing oder der Sicherheit zu tun hat? Es handelt sich um etwas anderes. Doch das sind, obwohl sie möglicherweise langweilig erscheinen, natürlich sehr wichtige Elemente der Arbeit einer Netzwerkinfrastruktur.

Wie Sie sehen, haben Sie bisher nichts an Ihrem Netzwerk verbessert. Wenn es Sicherheitsanfälligkeiten gab, bestehen diese weiterhin. Wenn das Design schlecht war, bleibt es schlecht. Solange Sie Ihre Fähigkeiten und das Wissen eines Netzwerktechnikers nicht anwenden, für das Sie wahrscheinlich viel Zeit, Mühe und manchmal auch Geld aufgewendet haben. Aber zuerst müssen Sie ein Fundament schaffen (oder stärken), bevor Sie mit dem Bau beginnen.

In den folgenden Teilen geht es darum, wie Sie Fehler suchen und beheben und dann Ihre Infrastruktur verbessern können.

Natürlich müssen Sie nicht alles der Reihe nach erledigen. Zeit kann kritisch sein. Machen Sie es parallel, wenn die Ressourcen es zulassen.

Und ein wichtiger Zusatz. Kommunizieren Sie, fragen Sie und beraten Sie sich mit Ihrem Team. Schließlich ist es letztendlich deren Aufgabe, all dies zu unterstützen und umzusetzen.

Quelle: habr.com