Vom Nichts zum Rechenzentrum mit VXLAN / EVPN oder wie man Cumulus Linux kocht. Teil 1

In den letzten sechs Monaten haben wir es geschafft, an einem großen und interessanten Projekt zu arbeiten, das alles umfasste: von der Installation der Geräte bis zur Erstellung einer einzelnen VXLAN / EVPN-Domäne in 4 Rechenzentren. weil Ich hatte viel Erfahrung und viele Probleme dabei und entschied, dass das Schreiben einiger Artikel zu diesem Thema die beste Lösung wäre. Ich beschloss, den ersten Teil allgemeiner und einführender zu gestalten. Das Zieldesign der Fabrik wird im nächsten Abschnitt bekannt gegeben.

Einführung in Cumulus Linux. Hardwareinstallation und Ersteinrichtung

Die Einführung in den Beginn der Arbeit war wie folgt:

1. Ausrüstung gekauft
2. Gestelle gemietet
3. Leitungen zu alten Rechenzentren verlegt

Die erste Hardware, die geliefert werden musste, war 4 x Mellanox SN2410 mit vorinstalliertem Cumulus Linux. Anfangs gab es noch kein Verständnis dafür, wie alles aussehen würde (es wird sich erst in der Phase der VXLAN / EVPN-Implementierung entwickeln), daher haben wir beschlossen, sie als einfache L3-Switches mit CLAG (Analog von MLAG von Cumulus) zu erhöhen. Bisher hatten weder ich noch meine Kollegen viel Erfahrung mit Cumulus, also war alles bis zu einem gewissen Grad neu, dann genau das.

Keine Lizenz - keine Ports

Wenn Sie das Gerät einschalten, stehen Ihnen standardmäßig nur zwei Ports zur Verfügung - Konsole und eth0 (auch als Management-Port bezeichnet). Um 25G / 100G-Ports zu entsperren, müssen Sie eine Lizenz hinzufügen. Und es wird sofort klar, dass Linux im Namen der Software nicht umsonst ist, da Nach der Installation der Lizenz müssen Sie den switchd-Daemon über "systemctl restart switchd.service" neu starten (das Fehlen einer Lizenz verhindert lediglich den Start dieses Daemons).



Das nächste, was Sie sofort daran erinnert, dass dies immer noch Linux ist, ist die Aktualisierung des Geräts mithilfe des apt-get-Upgrades, wie in regulärem Ubuntu, aber es ist nicht immer möglich, auf diese Weise zu aktualisieren. Wenn Sie beispielsweise zwischen den Versionen 3.1.1 und 4.1.1 wechseln, müssen Sie ein neues Image installieren, wodurch die Konfigurationen auf die Standardeinstellungen zurückgesetzt werden. Es wird jedoch gespeichert, dass DHCP in der Standardkonfiguration auf der Verwaltungsoberfläche aktiviert ist, sodass Sie die Steuerung zurückgeben können.

System festschreiben

Als eine Person, die viel mit Juniper gearbeitet hat, für mich Dinge wie Rollbacks, Commit Confirm, etc. waren nicht neu, schafften es aber auf ein paar Rechen zu treten.



Das erste, was mir begegnete, war die Rollback-Nummerierung von Cumulus aufgrund der Gewohnheit von Rollback 1 == der letzten Arbeitskonfiguration. Ich fahre diesen Befehl mit großer Zuversicht, um die neuesten Änderungen rückgängig zu machen. Aber was war meine Überraschung, als die Hardware einfach die Kontrolle verlor und ich einige Zeit nicht verstand, was passiert war. Nachdem ich das Dock von cumulus gelesen hatte, wurde klar, was passiert war: Indem ich den Befehl „net rollback 1“ ausführte, anstatt zur letzten Konfiguration zurückzukehren, kehrte ich zur ERSTEN Gerätekonfiguration zurück. (Und wieder wurde DHCP in der Standardkonfiguration vom Fiasko gespeichert.)





Das zweite, was ich zu bewältigen hatte, war der Commit-Bestätigungsalgorithmus: Im Gegensatz zum üblichen "Commit Confirm 10", bei dem Sie innerhalb von 10 Minuten erneut "Commit" schreiben müssen, hatte Cumulus eine eigene Vision dieser Funktion. Ihre "Commit-Bestätigung" drückt einfach die Eingabetaste, nachdem Sie einen Befehl eingegeben haben. Dies kann einen grausamen Witz auf Sie auslösen, wenn die Verbindung nicht sofort nach dem Commit unterbrochen wird.

Erste Topologie

Der nächste Schritt bestand darin, die Logik der Switches untereinander zu erarbeiten. Zu diesem Zeitpunkt wurde die Hardware nur installiert und getestet. Von Zielschemata war noch keine Rede. Eine der Bedingungen war jedoch, dass sich Server, die mit verschiedenen MLAG-Paaren verbunden sind, in derselben L2-Domäne befinden müssen. Ich wollte eines der Paare nicht einfach L2 machen, und deshalb wurde beschlossen, die L3-Konnektivität über SVI zu erhöhen. OSPF wurde für das Routing ausgewählt, da Es wurde bereits in älteren Rechenzentren verwendet, um die Verbindung der Infrastruktur im nächsten Schritt zu vereinfachen.







Dieses Diagramm zeigt das Physikdiagramm + die Aufteilung der Geräte in Paare. Alle Verknüpfungen im Diagramm funktionieren im Trunk-Modus.







Wie bereits erwähnt, erfolgt die gesamte L3-Konnektivität über SVI. Daher haben nur 2 von 4 Geräten eine IP-Adresse in jedem Vlan, sodass Sie eine Art L3-P2P-Bundle erstellen können.

Grundlegende Befehle für Interessierte

Fazit

Ich hoffe, jemand findet diesen Artikel interessant. Ich würde gerne Feedback sehen: Was soll hinzugefügt werden und was ist völlig unnötig. Im nächsten Artikel werden wir bereits auf das Interessanteste eingehen - auf das Design des Zielnetzwerks und die VXLAN / EVPN-Konfiguration. In Zukunft ist ein Artikel zur VXLAN / EVPN-Automatisierung mit Python möglich.