Was wir tun · Netzwerk: Wie wir Dinge ändern: Disziplin bei Netzwerkänderungen
Die meisten Ausfälle werden nicht von Hardware verursacht. Sie werden von einer Änderung verursacht. Deshalb ist die Art, wie ein Anbieter sein Netzwerk ändert, genauso wichtig wie das, woraus es gebaut ist. Jede Netzwerkänderung, die wir vornehmen, auf jeder Plattform, folgt derselben Disziplin, und sie ist der Grund, warum unsere Kunden von unseren Wartungsarbeiten selten überhaupt etwas erfahren müssen.
Was es ist
Ein fester Satz Regeln, der für jeden Router, Switch, jede Firewall und jedes Gateway gilt, das wir betreiben, ob die Änderung ein einzelnes VLAN oder ein neues Protokoll über die gesamte Fabric ist. Die Regeln beugen sich nicht der Dringlichkeit, und sie hängen nicht davon ab, wer Schicht hat.
Wie wir es bauen
- Automatisches Rollback, wo die Plattform es bietet. Auf Cisco-Routern spielen wir Konfiguration mit einem Revert-Timer ein, sodass eine Änderung, die den Zugang kappt, sich selbst zurücknimmt. Firewall-Migrationen nutzen skriptgesteuerte Cutovers mit einem automatischen, per Ping abgesicherten Rollback. Große Rollouts nehmen automatisch Vorher- und Nachher-Snapshots jeder Routing-Session und rollen sich selbst zurück, wenn irgendetwas abweicht.
- Maschinen prüfen die Regeln. Die VLAN-zu-VXLAN-Zuordnung der Fabric wird stündlich mit einer kryptografisch signierten Baseline in der Versionskontrolle verglichen. Firewalls werden ausschließlich über ihre API konfiguriert. Neue Kunden-Gateways werden mit einer bewährten Referenz verglichen, bevor ein einziges Zugangsdatum ausgegeben wird.
- Aufzeichnungen entsprechen der Realität. Jedes Kabel trägt an beiden Enden eine eindeutige gedruckte ID, vergeben von einem einzigen Allocator, der nie eine Nummer wiederverwendet, und jedes Objekt, das wir anfassen, wird in derselben Arbeitssitzung im DCIM aktualisiert.
Wovor es Sie schützt
- Davor, dass eine Wartungsänderung zu Ihrem Ausfall wird.
- Vor einer fehlgeschlagenen Änderung ohne schnellen Weg zurück.
- Davor, dass beide Hälften eines redundanten Systems gemeinsam ausfallen, weil beide gemeinsam angefasst wurden.
- Vor Drift zwischen dem, was die Dokumentation sagt, und dem, was das Netzwerk tut.
- Vor Änderungen, die sich nicht auf eine Zeit, einen Grund und einen Autor zurückführen lassen.
In der Praxis
Ein Protokoll über eine laufende Fabric hinzugefügt. Wenn wir ein Protokoll oder eine Adressfamilie über die gesamte Fabric hinzufügen, läuft die Arbeit in strikten Schritten, ein Gerät nach dem anderen, nie beide Hälften eines Paars zusammen, mit automatischen Routing-Snapshots vor und nach jedem Schritt und Selbst-Rollback innerhalb von etwa dreißig Sekunden, wenn irgendetwas abweicht.
Firewall-Migrationen ein VLAN nach dem anderen. Wenn ein Netzwerksegment von einer Firewall-Plattform auf eine andere umzieht, tritt die neue Firewall zuerst dem Routing bei, ohne etwas zu announcieren. Dann übernimmt sie ein VLAN nach dem anderen über einen skriptgesteuerten Cutover, der sich automatisch zurückrollt, wenn Erreichbarkeitsprüfungen fehlschlagen.
Eine Fabric mit Prüfspur. Jede beabsichtigte Änderung an der Segmentzuordnung der Fabric muss neu signiert und in die Versionskontrolle eingecheckt werden. Jede ungeplante Abweichung alarmiert innerhalb der Stunde einen Ingenieur. Jede Änderung trägt einen Autor, eine Zeit und einen Grund.
Warum EuroVPS
- Dieselbe schriftliche Disziplin auf jeder Plattform, jedes Mal.
- Redundanz, die während Änderungen respektiert wird, nicht nur während Ausfällen.
- Automatisches Rollback, wo immer die Plattform es unterstützt.
- Maschinell durchgesetzte Prüfungen statt guter Vorsätze.
- Dokumentation, die in derselben Arbeitssitzung wie die Änderung aktualisiert wird.
Häufige Fragen
Erfordern Netzwerkänderungen eine Ausfallzeit für meinen Dienst? Selten. Die meisten Änderungen erfolgen live, je eine Hälfte eines redundanten Paars nach der anderen, sodass Ihr Verkehr über die andere Hälfte weiterfließt.
Sagen Sie mir vor einer Änderung Bescheid, die mich betreffen könnte? Ja. Wenn eine Änderung Ihren Verkehr berühren könnte, stimmen wir den Zeitpunkt vorher mit Ihnen ab.
Was passiert, wenn eine Änderung schiefgeht? Die Konfiguration von vor der Änderung ist bereits gesichert, und auf den meisten unserer Plattformen erfolgt das Rollback automatisch.
Können Sie mir zeigen, was sich geändert hat? Ja. Unsere Änderungen werden mit den exakten Befehlen aufgezeichnet, und Fabric-Änderungen sind mit Autor und Zeit versioniert.
Wenn Sie Ihre Plattform von Leuten betreiben lassen wollen, die Dinge so sorgfältig ändern, sprechen Sie mit einem Ingenieur.
Ihr nächster Infrastrukturpartner
Sehen wir uns Ihre Umgebung an.
Erzählen Sie uns, was Sie heute betreiben und was besser werden muss. Ein Ingenieur sieht Ihre Anfrage durch und hilft Ihnen, den nächsten Schritt zu planen.
+357 222 32280
Beginnen wir mit Ihrer Umgebung.
Ein wenig Kontext hilft uns, das richtige Gespräch zu beginnen.