Als Teil unserer SaaS-basierten Control Plane haben wir unser eigenes globales Backbone (AS35280) aufgebaut, das wir über mehrere 100G- und 400G-Verbindungen zwischen unseren PoPs betreiben.
Auf diese Weise haben wir die vollständige Kontrolle über die End-to-End-Konnektivität zwischen unseren regionalen Edge-Standorten. Gleichzeitig können wir unseren Kunden dieselbe leistungsstarke Konnektivität und niedrige Latenz bieten – über ihre privaten Rechenzentren, Edge-Standorte, VPCs in öffentlichen Clouds (AWS, Azure, GCP) sowie SaaS-Anbieter hinweg.
Die Anforderung
Unsere Präsenz in Europa war mit Standorten in Paris, London, Amsterdam und Frankfurt bereits recht gut, doch bestehende und neue Kunden benötigten einen neuen PoP in Lissabon, Portugal.
All dies wurde Anfang 2020 vereinbart, und die Bereitstellung war für das 3. Quartal 2020 geplant. Das war natürlich noch vor COVID-19 :)
Mit der Krise verzeichneten wir deutlich mehr Datenverkehr in unserem Backbone (und auch DDoS-Angriffe, aber dazu mehr in einem zukünftigen Blogbeitrag), ebenso wie unsere Kunden.
Sie baten uns, die Bereitstellung noch vor dem dritten Quartal abzuschließen, da sie diesen PoP so schnell wie möglich benötigten – genauer gesagt vor Ende Mai. Und da wir bei Volterra nette Leute sind und außerdem Herausforderungen mögen, prüften wir sorgfältig, wie viel Zeit wir benötigen würden, um die Anforderungen des Kunden zu erfüllen:
- Wir benötigten mindestens zwei Wochen für die Bereitstellung und die Tests,
- Und eine Woche für die Validierung
Da wir Anfang April hatten, schien der Zeitplan zu passen, und wir beschlossen, weiterzumachen und das Projekt zu starten, obwohl dies aus folgenden Gründen wirklich der denkbar ungünstigste Zeitpunkt dafür war:
- Reiseverbot,
- Kein Zugang zum Rechenzentrum,
- Weltweiter Komponentenengpass,
- Ganz zu schweigen von den Gesundheitsrisiken.
Was wird benötigt?
Bei der Bereitstellung eines neuen PoP geht es nicht nur um Router, Switches und Kabel. Darüber hinaus müssen Sie:
- Netzwerkplanung durchführen, um den besten Standort und die besten Anbieter für Wellenlängenverbindungen auszuwählen,
- einen Vertrag mit dem ausgewählten Rechenzentrum aushandeln (in diesem Fall Equinix LS1),
- mit dem IXP verhandeln, um Peering-Ports zu sichern,
- und natürlich die Bestellung der entsprechenden Hardware/Materialien (Router, Switches, Kabel, Firewalls, …)
Wie wir es umgesetzt haben
Aufgrund der anhaltenden Krise war es unmöglich, die benötigte Hardware rechtzeitig zu beschaffen. Daher entschieden wir uns, bereits vorhandene Geräte wiederzuverwenden, die größtenteils aus unserem Labor stammten. Dies war ein vertretbarer Kompromiss (z. B. kommen Juniper-QFX10K-Router anstelle der geplanten MX10K zum Einsatz).
Das Staging, das wir normalerweise selbstverständlich in einem Rechenzentrum durchführen (wegen der benötigten Stromversorgung und Rackfläche, aber auch wegen des … Lärms!), musste aufgrund des Lockdowns zu Hause stattfinden. Raphaël, unser CTO für Infrastruktur, verfügte über ein ausreichend großes Arbeitszimmer (einschließlich eines 60-Ampere-Stromanschlusses, was sich als nützlich erweisen kann, wenn man Geräte hochfährt bzw. einschaltet, die bis zu 16 Ampere benötigen!). Daher übernahm er das gesamte Staging allein, wodurch zugleich vermieden wurde, dass weitere Mitarbeiter beteiligt waren bzw. das Haus verlassen mussten.
Nachdem alles konfiguriert und mehrfach getestet worden war, ging es für uns nach Lissabon:
Rack-Installation in Lissabon durch Equinix Remote Hands
Obwohl wir von unserer Konfiguration überzeugt waren (und ohnehin per OOB oder über unser Backbone Fernzugriff hatten), war dies das erste Mal, dass ein neuer PoP nicht direkt von uns, sondern von jemand anderem eingerichtet wurde 😅
Wir verwenden weltweit dasselbe Rack-Design. Unser Ziel war es, einheitlich zu bleiben und für diesen neuen PoP in Lissabon denselben Aufbau zu verwenden.
Daher mussten wir bei den Anweisungen an die Remote-Hands-Techniker von Equinix äußerst präzise sein, damit sie den Aufbau nachbilden konnten und lediglich „der Anleitung folgen“ mussten.
Nachfolgend finden Sie einen Auszug aus der Anleitung, die wir an Equinix geschickt haben, damit die Geräte problemlos im Rack montiert und alle Verbindungen hergestellt werden können.
Es gibt eine Vielzahl von Komponenten zu berücksichtigen – nicht nur die Hardwaregeräte (Router, Switches, Firewalls, Server), sondern auch die Verkabelung und vor allem die Switch- und Serverports, an die die Kabel angeschlossen werden müssen.
Wie Sie unten sehen können, ist die Vorgehensweise so detailliert wie möglich beschrieben. Dabei ist zu berücksichtigen, dass die Techniker von Equinix zahlreiche Installationen durchführen müssen – je präziser unsere Angaben sind, desto besser!
Hat das funktioniert?
Ja! Die Installation begann am 5. Mai. Alle Geräte wurden in die Racks eingebaut und eingeschaltet, und es gab keinerlei Hardwareausfälle – wir hatten Glück, oder vielleicht wurden Versand und Verpackung dank unserer Erfahrung fachgerecht durchgeführt, oder beides. Auf jeden Fall hat alles einwandfrei funktioniert.
Am nächsten Tag kümmerten sich die Techniker von Equinix um die Verkabelung (Kupfer/Glasfaser), und um 23:30 Uhr konnten wir unseren PoP in Lissabon von Paris aus anpingen!
Die Installation wurde am 7. Mai mit den letzten noch auszuführenden Arbeiten abgeschlossen, darunter die Konfiguration der PDUs, die Querverbindung der OOB-Ports und die End-to-End-Prüfung der IXP-Ports. Da auch unsere Switch- und Firewall-Konfiguration vollständig funktionsfähig war, mussten wir Equinix nicht um Konfigurationsänderungen bitten.
Die fertige Installation sieht wie folgt aus:
Da wir äußerst anspruchsvoll sind, sind wir nicht zu 100 % zufrieden. So ist beispielsweise die Rückwand des Racks nicht so sauber verarbeitet, wie wir es uns wünschen — aber das werden wir beheben, sobald sich die Krise gelegt hat und wir wieder nach Portugal reisen können.
„Post-Mortem“ – was funktioniert hat, warum und was verbessert werden kann
Auch wenn wir überaus glücklich und stolz darauf sind, dass wir die Herausforderung gemeistert haben, treten wir gerne einen Schritt zurück und reflektieren, was gut funktioniert hat, vor allem aber, was noch verbessert werden kann.
Was gut funktioniert hat:
- Equinix: Es ist wichtig, einen Anbieter wissen zu lassen, wenn etwas nicht gut läuft. Noch wichtiger ist es jedoch, dies zu tun, wenn alles gut oder sogar besser als erwartet gelaufen ist – und genau das war hier der Fall. Vom Vertrieb und der Geschäftsleitung bis hin zu den Technikern im Rechenzentrum waren die Unterstützung und die Reaktionsschnelligkeit, die wir erfahren haben, einfach unglaublich – insbesondere in diesen schwierigen Zeiten. Daher ein großes Lob an Equinix!
Warum hat das funktioniert?
- Volterra war bereits überwiegend ein dezentral organisiertes Unternehmen, bei dem Remote-Arbeit an erster Stelle stand. Insbesondere unser französisches Team, das für NetOps verantwortlich ist, ist über ganz Frankreich verteilt und daran gewöhnt, mithilfe von Tools für die Zusammenarbeit remote zu arbeiten.
- Wir hatten genügend Ersatz- und Laborhardware zur Verfügung, sodass wir den Zeitplan einhalten konnten.
- Das oben kurz erläuterte Verfahren ist das Ergebnis jahrelanger Implementierungen und Erfahrungen sowie kontinuierlicher Verbesserungen – und es hat sich ausgezahlt.
- Eine gute Beziehung zu unseren Anbietern ist für uns von entscheidender Bedeutung: Wenn etwas schiefläuft, greifen wir zum Hörer und scheuen uns nicht, es ihnen mitzuteilen. Andererseits gibt ihnen das die Möglichkeit, sich zu verbessern – nicht nur für uns, sondern für alle ihre Kunden.
- Anforderungen an Geschwindigkeit, Preis und Qualität: Sie müssen hohe Erwartungen haben – dazu gehört auch, in Ressourcen zu investieren, BEVOR Sie sie benötigen!
Was kann verbessert werden?
- Uns wurde klar, dass nur eine Handvoll Personen (3 bis 4) im Unternehmen eine solche Bereitstellung bewältigen konnte – wir müssen einen Weg finden, dies zu skalieren.
- Außerdem möchten wir unseren Staging-Prozess verbessern, damit wir nicht zuerst ein vollständiges Staging durchführen müssen.
- Schließlich ist eine solche Bereitstellung nicht nur eine technische Angelegenheit: Sales/Presales muss sich darüber im Klaren sein, wie viel Zeit für das gesamte Projekt und die einzelnen Schritte benötigt wird – und darf nicht davon ausgehen, dass NetOps jedes Problem lösen kann, und daher Projekte ohne angemessene Prüfung des Zeitbedarfs weiterreichen.
Wir haben dieses Deployment beim ersten virtuellen RIPE-Meeting (RIPE 80) vorgestellt. Die Aufzeichnung können Sie sich hier ansehen:
Über den Autor
Ähnliche Blogbeiträge
F5 und Equinix bündeln ihre Kräfte, um die sichere Anwendungsbereitstellung in Multicloud-Umgebungen zu vereinfachen
F5 und Equinix ermöglichen es Unternehmen, sich weltweit sicher und zuverlässig mit ihren Partnern zu vernetzen.
API-Sicherheitsrisiken und -herausforderungen
Erfahren Sie, warum APIs für die moderne App-Entwicklung unverzichtbar sind und wie Sie sie vor den häufigsten Sicherheitslücken schützen. Profitieren Sie von Expertentipps und direkt umsetzbaren Strategien.
Ein Meilenstein für die Community Impact Grants von F5
F5 feiert das fünfjährige Bestehen seines innovativen Community Impact Grant-Programms, das gemeinnützige Organisationen, bei denen sich F5-Mitarbeitende ehrenamtlich engagieren, mit Fördermitteln in Höhe von 5.000 US-Dollar unterstützt.
Mit moderner, anpassungsfähiger und sicherer Gesundheits-IT Leben retten
Die IT-Investitionen im Gesundheitswesen tragen dazu bei, die schnellsten Wege zu einer besseren Versorgung zu finden, indem sie die medizinische Betreuung näher an die Patientinnen und Patienten bringen. Viele Gesundheitsunternehmen nutzen riesige Mengen an klinischen und anderen Gesundheitsdaten, um Entwicklungen zu verfolgen und übergreifende Trends in der gesamten Gesundheitslandschaft zu erkennen. Gleichzeitig nähern sie sich einer möglichst präzisen, individuell zugeschnittenen Versorgung an.
Verbesserung der Benutzer- und Administrationserfahrung durch sicheren hybriden Zugriff
Diese Kombination aus BIG-IP Access Policy Manager und Azure Active Directory ermöglicht Identitätsföderation, zentralisierten Benutzerzugriff (über Single Sign-on) und erhöhte Anwendungssicherheit (durch Multi-Faktor-Authentifizierung) für geschäftskritische Anwendungen sowie cloudbasierte und SaaS-Anwendungen. Dieser Ansatz vereinfacht die Einrichtung und Bereitstellung, reduziert den Verwaltungsaufwand und verbessert die gesamte Administration.
Das Internet der Sicherheitsdinge
Nein, das ist keine Tirade über die Sicherheit des IoT. Es ist eine Geschichte über Veränderung – genauer gesagt über Veränderung und ihre Auswirkungen auf die Sicherheit. Veränderung ist allgegenwärtig. Es gibt unzählige Axiome und Sprichwörter über Veränderung, also ist es ...