Arista Warrior, 2. Edition

Kapitel 1. Warum Arista?

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Wenn du dieses Buch liest, hast du aus den unterschiedlichsten Gründen Interesse an Arista-Produkten. Mein Ziel ist es, dass du verstehst, warum es Arista gibt, warum man das Unternehmen ernst nehmen sollte und warum sich seine Produkte wie verrückt verkaufen. Beginnen wir also mit der Erklärung, wie alles begann.

Eine kurze Geschichte von Arista

Arista Networks ist ein erfolgreiches Unternehmen für Netzwerkausrüstung, das es erst seit 2004 gibt. Um in einer Branche erfolgreich zu sein, die von etablierten Unternehmen beherrscht wird, von denen viele schon seit Jahrzehnten an der Spitze stehen, braucht man etwas Besonderes. Sicherlich braucht man ein gutes Produkt, aber dieses Produkt und alles, was es braucht, um es zu produzieren, kommt von Menschen. Die Menschen sind es, die Arista großartig machen.

Schlüsselspieler

Ich bitte um Nachsicht, wenn ich dir einen kurzen Überblick über einige der Hauptakteure bei Arista gebe, denn nachdem ich viele von ihnen kennengelernt habe, bin ich fest davon überzeugt, dass diese Menschen alle um sie herum mit der gleichen Einstellung, Begeisterung und dem Glauben an das, was sie tun, anstecken. Es gibt drei Personen, die für die Gründung von Arista Networks verantwortlich sind: Andy Bechtolsheim, David Cheriton und Ken Duda.

Andy Bechtolsheim

Andy Bechtolsheim war 1982 Mitbegründer eines Unternehmens namens Sun Microsystems. Du hast vielleicht schon davon gehört. 1995 verließ er Sun und gründete ein Unternehmen namens Granite Systems. Dieses neue Unternehmen machte sich durch die Entwicklung von (damals) hochmodernen Hochgeschwindigkeits-Netzwerk-Switches einen Namen. 1995 übernahm Cisco Granite Systems für 220 Millionen Dollar. Mit dem Verkauf wurde Andy Vice President und General Manager der Gigabit Systems Business Unit, wo er bis 2003 blieb. Im Dezember desselben Jahres verließ er Cisco und gründete zusammen mit dem Stanford-Professor David Cheriton Kealia, Inc. Kealia wurde später von Sun Microsystems übernommen, wo Andy in die Rolle des Senior Vice President und Chief Architect zurückkehrte. Im Jahr 2005 war Andy Mitbegründer von Arastra, das später in Arista Networks umbenannt wurde.

Andy hat einen MS in Computertechnik von der Carnegie Mellon University und einen PhD von der Stanford University.

Andy Bechtolsheim ist ein Multimilliardär und Visionär aus dem Silicon Valley. Er hat einige der bedeutendsten Computer- und Netzwerkgeräte der letzten 30 Jahre entweder selbst entwickelt oder war an ihrer Entwicklung beteiligt. Andy und David Cheriton waren die beiden Erstinvestoren von Google. Jede ihrer 100.000 Dollar-Investitionen ist heute... nun, sagen wir einfach, sie haben ihr Geld zurückbekommen und noch einiges mehr. Ich hatte das Vergnügen, mich mehrmals mit Andy zu unterhalten, und ich kann dir sagen, dass er einer der klügsten und bescheidensten Menschen ist, die ich je getroffen habe. Außerdem bin ich ihm einmal vor einem Vortrag auf den Fuß getreten, das spricht also für mich.

David Cheriton

David Cheriton ist Informatikprofessor an der Stanford University und hat ein erstaunliches Händchen dafür, erfolgreiche Start-ups zu erkennen und in sie zu investieren. Zusammen mit Andy Bechtolsheim hat er Granite Systems gegründet, und die beiden haben weitere erfolgreiche Unternehmen ins Leben gerufen, darunter das bereits erwähnte Kealia. David war sieben Jahre lang als technischer Berater für Cisco tätig und war der Chefarchitekt für die ASICs, die in den Catalyst 4000s und 4500s verwendet werden. Er war auch als technischer Berater für Unternehmen wie Sun, VMware und Google tätig. David ist einer der ursprünglichen Gründer von Arastra, das später in Arista Networks umbenannt wurde. Er war bis zum Börsengang im Jahr 2014 Chefwissenschaftler bei Arista und verließ das Unternehmen dann aus Gründen, die in diesem Buch nicht behandelt werden sollen.

David hat mehrere Erfindungen und Patente auf dem Buckel, hat einen Doktortitel in Informatik von der University of Waterloo und arbeitet seit 1981 in Stanford.

Angesichts der Erfolgsbilanz von Andy und David und der Tatsache, dass diese beiden Männer das neue Unternehmen ohne andere Investoren finanziert haben, scheint es, als sei Arista zu Großem bestimmt, aber die Geschichte endet hier noch nicht.

Ken Duda

Ken Duda ist Gründer, Chief Technology Officer und Senior Vice President für Softwareentwicklung bei Arista. Bevor er Arastra (jetzt Arista) gründete, war Ken Duda CTO von There.com, wo er ein verteiltes Echtzeit-3D-System entwickelte, das für Tausende von gleichzeitigen Nutzern skalierbar war. Ich habe keine Ahnung, was das bedeutet, aber es klingt auf jeden Fall cool.

Ken war der erste Mitarbeiter von Granite Systems und leitete während seiner Tätigkeit bei Cisco die Entwicklung der Catalyst 4000 Produktlinie.

Ken hat drei Abschlüsse als Ingenieur vom MIT und einen Doktortitel in Computerwissenschaften von der Stanford University.

Vieles von dem, was du in diesem Buch über EOS lesen wirst, ist das Ergebnis von Ken Dudas Vision. Ich habe Ken bei einem Besuch bei Arista kennengelernt (zusammen mit vielen anderen Personen, die in diesem Kapitel erwähnt werden), und innerhalb weniger Minuten wurde mir klar, dass er seinen Traum lebte. Um fair zu sein, vielleicht war es auch mein Traum, aber was ich sah, war ein wirklich kluger Mann, der wusste, wie man es richtig macht und der die Freiheit hatte, genau das zu tun. Jetzt bin ich vielleicht ein Schreiberling, aber ich habe eine Ausbildung zum Programmierer gemacht (COBOL auf Lochkarten, vielen Dank) und liebte es, Programmierer zu sein (damals nannte man uns noch nicht Entwickler). Ich habe das Programmieren aufgegeben, weil ich es leid war, den beschissenen Code anderer Leute zu reparieren. Ich wollte tolle neue Systeme schreiben, aber die Unternehmen waren nicht auf der Suche nach so etwas - sie wollten, dass ich ihren miesen Code repariere.

Ken kann nicht nur den Code schreiben, der ihm gefällt, sondern auch ein ganzes Betriebssystem für Netzwerkgeräte von Grund auf entwickeln. Als ich Arista das erste Mal besuchte, löcherte ich ihn mit Fragen. Würde das nicht die Auslieferung verzögern? Würden sich die Investoren nicht beschweren? Wurdest du noch nie dazu gedrängt, etwas früher fertigzustellen, um als Erster auf den Markt zu kommen? Als er meine Fragen beantwortete, wurde mir allmählich alles klar. Es gab keine verrückten Investoren, die künstliche Fristen verlangten. Diese Jungs hatten beschlossen, es richtig zu machen und nicht von diesem Kurs abzuweichen. Mir wurde auch klar, dass alle bei Arista genauso dachten. Es war mein Treffen mit Ken Duda, das mich auf die Idee brachte, dieses Buch zu schreiben. Jemand musste der Welt sagen, dass Unternehmen wie dieses florieren können, denn in meinen fast 30 Jahren in dieser Branche kann ich dir sagen, dass Arista das erste Unternehmen ist, das den richtigen Weg eingeschlagen hat.

Jayshree Ullal

Die drei Gründer geben zwar die Richtung für Arista als Ganzes vor, aber Jayshree hält den Laden am Laufen. Jayshree Ullal ist die Präsidentin und CEO von Arista Networks. Sie war Senior Vice President bei Cisco, wo sie für Data Center Switching und Services, einschließlich der Produktlinien Cisco Nexus 7000, Catalyst 4500 und Catalyst 6500, verantwortlich war. Sie war für einen Umsatz von 10 Milliarden Dollar verantwortlich und berichtete direkt an John Chambers, den CEO von Cisco.

Jayshree hat einen BS in Elektrotechnik von der San Francisco State University und einen MS in Engineering Management von der Santa Clara University.

Jayshree wurde 2005 vom Network World Magazine zu einer der "50 Most Powerful People" und 2011 von der VMWorld zu einer der "Top Ten Executives" ernannt. Sie hat viele Auszeichnungen erhalten, darunter eine der 20 "Women to Watch in 2001" des Magazins Newsweek. Laut NewsIndiaTimes ist sie die erste indisch-amerikanische Milliardärin der Welt.

Ich höre dich schon sagen: "Blablabla, das könnte ich auch auf Wikipedia lesen". Aber bedenke Folgendes: Arista ist ein Unternehmen, das von verrückten Wissenschaftlern und Wissenschaftlerinnen bevölkert wird, die zufälligerweise in seriösen Jobs arbeiten und gute Arbeit leisten. Jayshree hält sie alle in Schach und sorgt dafür, dass das Unternehmen nicht nur brummt, sondern auch floriert. Da ich selbst Teams und Abteilungen von Entwicklern und Ingenieuren geleitet habe, weiß ich, was das für eine Herausforderung sein kann. Bei ihr sieht es leicht aus.

All diese Leute sind mächtige Kräfte in der Netzwerk- und IT-Welt, und alle schaffen es, sich Zeit zu nehmen, um sich mit potenziellen Kunden zu treffen und sogar während der Kurse vor Ort bei Arista zu sprechen. Ich war in beiden Situationen dabei und habe das mit eigenen Augen gesehen.

Mehr über Arista und das Führungsteam erfährst du auf der Website von Arista.

Die Anforderungen an ein Rechenzentrum

Was hat es mit den Rechenzentren auf sich? Warum brauchen sie überhaupt spezielle Switches? Können wir nicht einfach dieselben Switches verwenden, die wir auch im Büro benutzen? Können wir nicht einfach zu Staples gehen und ein paar Switches von Linksys, Netgear oder D-Link oder so kaufen?

Ob du es glaubst oder nicht, ich habe genau dieses Gespräch mehr als einmal mit Führungskräften geführt, die beim Bau ihres Rechenzentrums Geld sparen wollten. Während es für mich offensichtlich sein mag, habe ich schnell gelernt, dass es nicht für jeden offensichtlich ist, warum Rechenzentren einzigartig sind.

Rechenzentren sind normalerweise für kritische Systeme ausgelegt, die eine hohe Verfügbarkeit erfordern. Das bedeutet redundante Stromversorgung, effiziente Kühlung, sicherer Zugang und vieles mehr. Aber vor allem bedeutet es, dass es keine einzelnen Ausfallpunkte gibt.

Jedes Gerät in einem Rechenzentrum sollte über zwei Stromversorgungen verfügen, und jede dieser Stromversorgungen sollte von separaten Stromzuführungen gespeist werden. Alle Geräte in einem Rechenzentrum sollten über einen Luftstrom von vorne nach hinten verfügen, oder idealerweise über einen Luftstrom, der von vorne nach hinten oder von hinten nach vorne konfiguriert werden kann. Alle Geräte in einem Rechenzentrum sollten die Möglichkeit bieten, ein einzelnes Chassis jederzeit aufzurüsten, auszutauschen oder abzuschalten, ohne dass die oft sehr strengen Service-Level-Agreements (SLAs) unterbrochen werden. In-Service Software Upgrades (ISSU) sollten ebenfalls verfügbar sein, aber dies kann durch eine angemessene Lastverteilung umgangen werden, um die vorherige Anforderung zu erfüllen. Die Geräte im Rechenzentrum sollten über robuste Hardware verfügen, die bei Bedarf sogar dem Network Equipment Building System (NEBS) entspricht, sowie über eine entsprechende robuste Software.

Obwohl die Switches des Rechenzentrums all diese Funktionen bieten sollten, sollten sie auch nicht mit Funktionen überladen sein, die im Rechenzentrum nicht erwünscht sind. Beispiele für überflüssige Funktionen sind Power Over Ethernet (PoE), Backplane-Stacking, VoIP-Gateway-Funktionen, Wireless LAN-Controller-Funktionen und andere allgemein bürospezifische Funktionen.

Hinweis

Beachte, dass dieser letzte Absatz stark davon abhängt, was in dem Rechenzentrum untergebracht wird. Wenn das Rechenzentrum die gesamte IT-Ausrüstung eines großen Büros beherbergen soll, können PoE und WAN-Controller wünschenswert sein. In einem richtigen Rechenzentrum sollten diese Funktionen jedoch in geeigneten Geräten mit doppelter Stromversorgung untergebracht werden, die für die gewünschten Aufgaben bestimmt sind.

Auch wenn gestapelte Switches eine gute Möglichkeit zu sein scheinen, die Verwaltungspunkte zu reduzieren und die Portdichte zu erhöhen, wirst du feststellen, dass Switches, die solche Funktionen unterstützen, oft nicht die Fabric-Geschwindigkeit oder den Funktionsumfang haben, um eine Rechenzentrumsumgebung angemessen zu unterstützen. Ich habe eine Menge Geld damit verdient, Switches in Rechenzentren gegen Switches der Rechenzentrumsklasse auszutauschen. Rechenzentren sind immer stabiler, wenn sie mit echter Rechenzentrumsausrüstung ausgestattet sind. Wenn du nicht von Anfang an dafür bezahlst, wirst du später noch mehr dafür bezahlen müssen, sie auszutauschen.

Rechenzentrumsvernetzung

VMware hat die Welt der Rechenzentren mit der Einführung von vMotion wirklich aufgerüttelt. Mit vMotion können virtuelle Maschinen (VMs) von einer physischen Box zu einer anderen migriert werden, ohne dass die IP-Adressen geändert werden müssen und ohne dass der Server offline geht. Ich muss zugeben, dass das ziemlich cool ist.

Das Problem dabei ist, dass sich die Quell- und Zielserver in denselben VLANs befinden müssen, um dies zu erreichen. Das bedeutet in der Regel, dass sich VLANs über mehrere Standorte erstrecken, was so ziemlich das genaue Gegenteil von dem ist, was wir in den letzten 20 Jahren versucht haben, zu überwinden!

Switches für Rechenzentren sollten zumindest eine Teilmenge der rechenzentrumsspezifischen Technologien unterstützen oder unterstützen können. Wenn deine Führungskraft kommt und sagt, dass du eine neue Spitzentechnologie für dein Rechenzentrum unterstützen musst, weil er am Morgen auf dem Klo im CIO-Magazin darüber gelesen hat, wird ein Rechenzentrum voller veralteter Switches zu einem schwierigen Gespräch darüber führen, dass er das falsche Gerät gekauft hat.

Das Argument für niedrige Latenzzeiten

Geringe Latenzzeiten mögen wie eine Lösung für ein Problem erscheinen, wenn du mit E-Mail- und Webservern zu tun hast, aber in manchen Bereichen bedeuten Mikrosekunden Millionen: Millionen von Dollar.

Einige der größten Kunden von Arista nutzen Arista-Switches, um ihre Geschäfte schneller als ihre Konkurrenten abzuwickeln. Aber denk auch an andere Umgebungen, in denen sich Mikrosekunden in greifbare Vorteile verwandeln - z. B. in Computeranimationsstudios, die 80 bis 90 Stunden damit verbringen können, ein einziges Bild für einen Blockbuster-Film zu rendern, oder in wissenschaftlichen Rechenzentren, die Zehntausende von Rechenkernen umfassen. Wenn das Netzwerk der Engpass in diesen massiven Computer-Arrays ist, wird die Gesamtleistung beeinträchtigt. Und stell dir vor, welche Auswirkungen ein überlastetes Netzwerk auf solche Farmen haben kann. Ich hatte noch nie das Vergnügen, in solchen Umgebungen zu arbeiten, aber ich habe Leute unterrichtet, die das getan haben, und ich kann dir sagen, dass das Fallenlassen von Paketen verpönt ist.

Sicher, diese Systeme erfordern ein umfangreiches Netzwerk, aber du wirst überrascht sein, wie sehr die Latenz gängige Anwendungen beeinträchtigen kann. iSCSI verträgt keine verlorenen Pakete und auch keine großen Puffer. Sogar die Network Attached Storage (NAS), die Paketverluste tolerieren kann, wird oft für Systeme und Anwendungen verwendet, die Latenzzeiten nicht gut vertragen. Zusammen mit der Art und Weise, wie die meisten NAS konzipiert sind (viele Hosts auf einen Filer), werden Dinge wie Pufferung zu einem großen Problem. Ich habe nicht nur gesehen, wie Switches in solchen Umgebungen kläglich gescheitert sind, sondern auch, wie viele Switches der Rechenzentrumsklasse fehlgeschlagen sind.

2018 hat Arista das Unternehmen Metamako übernommen, das laut Pressemitteilung ein führender Anbieter von FPGA-fähigen Netzwerklösungen mit niedriger Latenz ist. Auch 2020 wird Arista seinen Vorsprung im Bereich Low-Latency Switching beibehalten.

Was ist mit dem Unternehmen?

Arista wird durchaus in Unternehmen eingesetzt, aber vor etwa 2018 lag der Fokus von Arista hauptsächlich auf Rechenzentren und davor auf Orten wie der Wall Street. Das ändert sich gerade mit der Übernahme von Mojo Networks und der Einführung von Konzepten wie dem Cognitive Campus, auf den ich gleich noch eingehen werde.

Netzwerkgestützte Speicherung

NAS wurde in den frühen 1980er Jahren entwickelt, um Studenten die Möglichkeit zu geben, Pornos zwischen verschiedenen Systemen auszutauschen. Okay, das habe ich mir ausgedacht, aber ich würde wetten, dass dies eine der ersten weit verbreiteten Anwendungen der Technologie war. NAS-Protokolle wie das Network File System (NFS) wurden in den frühen 1980er Jahren entwickelt, und obwohl sie einen langen Weg hinter sich gebracht haben, waren sie ursprünglich nicht als Lösung für eine Speicherung mit niedriger Latenz und hohem Durchsatz gedacht. Im Vergleich zu einfacheren Lösungen wie Fibre Channel ist NAS tendenziell langsam und ineffizient.

Dennoch ist NAS vergleichsweise kostengünstig, erfordert keine spezielle Hardware auf der Serverseite und viele Anbieter bieten spezialisierte NAS-Lösungen an, die darauf abzielen, den Speicherbedarf für zahlreiche, wenn nicht sogar hunderte von Servern zu zentralisieren. NAS ist eine Realität im modernen Rechenzentrum, und die Netzwerke, auf denen NAS läuft, müssen robust sein, eine niedrige Latenzzeit haben und, wann immer möglich, keine Pakete fallen lassen. Selbst bei nicht blockierenden 10-Gbit/s-Architekturen kann es leicht zu einer Überlastung der 10-Gbit/s-Verbindungen zu den NAS-Geräten kommen, wenn viele Server gleichzeitig mit 10 Gbit/s lesen oder schreiben. In den heutigen Netzwerken können das sogar 100 oder 400 Gbit/s sein!

Automatisierung

Während ich dieser Ausgabe den letzten Schliff verpasse, befinde ich mich in der Mitte des Jahres 2019. Seit etwa sechs Jahren sage ich jedem, der es hören will, dass Netzwerkingenieure programmieren lernen müssen, sonst werde ich sie arbeitslos machen. In Kapitel 30 erfährst du, warum. Aber während du darüber nachdenkst, solltest du auch bedenken, dass meiner bescheidenen Meinung nach kein anderer Netzwerkhersteller die Automatisierung besser unterstützt als Arista. Mit einem Arista-Switch kann ich Python-Skripte, Bash-Skripte, eAPI-Skripte und CLI-Skripte (unter Verwendung der Interpreter-Direktive [shebang], #!/usr/bin/Cli in Bash) schreiben und sie bei Bedarf auf clevere Weise kombinieren. Ich kann Arista Builds mit Tools wie Ansible, Chef, Puppet und Aristas eigenem CloudVision automatisieren.

Arista liefert

Wie geht Arista also mit den in diesem Kapitel beschriebenen Anforderungen um? Hier ist eine kurze Liste, um deinen Appetit zu wecken. Jedes dieser Themen wird in diesem Buch ausführlich behandelt, daher beschränke ich mich hier auf eine Liste mit einer kurzen Erläuterung der jeweiligen Funktion und einem Verweis auf das Kapitel, in dem das Thema ausführlicher behandelt wird.

Hardware

Arista-Switches haben alle zwei Netzteile, Hot-Swap-fähige und (in der Regel) umkehrbare Lüfter, komplett blockierungsfreie Fabrics (sogar die Switches mit acht und zwölf Slots!) und Merchant Silicon. In fast allen Fällen sind sie kleiner, wiegen weniger, verbrauchen weniger Strom und kosten oft weniger als vergleichbare Switches anderer Hersteller. Wie du noch sehen wirst, gibt es jedoch keine vergleichbaren Switches, obwohl sich das mit der Einführung von Merchant Silicon in der Branche zu ändern beginnt. Sicher, Arista stellt großartige Hardware her, aber der wahre Unterschied liegt in den Betriebssystemen. In Kapitel 6 findest du weitere Informationen.

EOS

Das Extensible Operating System (EOS) bietet eine CLI nach Industriestandard und gleichzeitig die Leistung, Flexibilität und Erweiterbarkeit von Linux. Mann, was für eine Ansammlung von Marketing-Schlagwörtern das doch ist. Lassen wir den Quatsch und sagen wir es, wie es ist: EOS ist Linux, mit einer CLI nach Industriestandard. Aber selbst das sagt noch nicht alles aus. Arista-Switches laufen unter Linux. Sie laufen nicht mit einer abgespeckten Version von Linux, die bis zur Unkenntlichkeit verändert wurde - sie laufen mit Linux. Einige andere Anbieter behaupten, dass ihr Betriebssystem (OS) auf Linux basiert, und das stimmt wohl auch, aber auf einem Arista-Switch kannst du in die Bash-Shell wechseln und Prozesse beenden, wenn du willst. Du kannst sogar eine weitere CLI-Sitzung von der Bash aus starten, Skripte schreiben, die CLI-Befehle enthalten, E-Mails von der CLI aus versenden, Bash-Befehle über die CLI leiten und viele andere spannende Dinge tun - und das alles nur, weil der Switch unter Linux läuft und weil die Entwickler vor allem eines wollen: die Dinge richtig machen.

Die Hardware von Arista ist fantastisch, aber mit EOS unterscheiden sich diese Geräte grundlegend von den Angeboten anderer Anbieter. In den Kapiteln 8, 9, 10, 16 und vielen anderen findest du weitere Informationen.

Bash

OK, ich habe die Überraschung mit meinen EOS-Fanboy-Schwärmereien vermasselt, aber ja, du kannst den Befehl bash über die Befehlszeile eingeben und in die Welt von Linux eintauchen. Es ist auch kein Linux-Simulator - es ist die Bash in Fedora Core Linux. Du kannst sogar den Befehl sudo shutdown –r now ausführen, wenn du willst, und du weißt, dass du das willst. Alle anderen beliebten Linux-Befehle sind ebenfalls vorhanden: ps, top, grep, more, less, vi, cat, tar, gunzip und python, um nur einige zu nennen. Aber nicht perl- es sei denn, du möchtest es hinzufügen, was du in diesem Fall tun kannst, denn es ist Linux.

Die Tatsache, dass diese Switches mit Linux laufen, ist so wichtig, dass ich meinen Kunden empfehle, Linux zu lernen, wenn sie Arista-Switches in Betracht ziehen. Das Schöne an EOS ist natürlich, dass du dank der Befehlszeilenschnittstelle (CLI) keine Linux-Kenntnisse brauchst, aber vertrau mir, wenn ich dir sage, dass du mit ein paar guten Linux-Kenntnissen viel mehr aus deinen Arista-Switches herausholen kannst. Und das Beste daran? Seit ich die erste Ausgabe geschrieben habe, schreibe ich Schulungsunterlagen für Arista, und wir bringen dir gerne Linux in einem Kurs bei, der speziell auf Netzwerktechniker/innen zugeschnitten ist. Am liebsten würde ich Adam Levin diesen Kurs geben, denn er hat ihn geschrieben und kann ihn viel besser als ich. Linux ist in der Welt der modernen Netzwerke so wichtig, dass es mich nicht überraschen würde, wenn Linux-Kenntnisse in Zukunft eine Voraussetzung für Netzwerkzertifizierungen werden. In Kapitel 9 findest du weitere Informationen.

SysDB

SysDB ist eine der Hauptfunktionen, die EOS- und Arista-Switches so großartig machen. Einfach ausgedrückt, ist SysDB eine Datenbank auf dem Switch, die alle wichtigen Zähler, Status- und Zustandsinformationen enthält, die für die Ausführung von Prozessen notwendig sind. Die Prozesse lesen und schreiben diese Informationen in und/oder aus der SysDB, anstatt sie lokal zu speichern. Wenn ein anderer Prozess die Informationen benötigt, holt er sie aus der SysDB. Die Prozesse müssen also nie miteinander reden, sondern kommunizieren über SysDB. Dadurch wird die Wahrscheinlichkeit, dass ein Prozess einen anderen negativ beeinflusst, drastisch verringert. Wenn ein Prozess stirbt, kann er außerdem schnell neu starten, ohne alle Werte neu initialisieren zu müssen, da er sie alle aus der SysDB lesen kann. In Kapitel 7 findest du weitere Informationen.

Automatisierung

Meiner bescheidenen Meinung nach (manche würden sagen, ich bin unfähig, eine bescheidene Meinung zu haben) ist Arista branchenweit führend bei den Automatisierungsmöglichkeiten. Da EOS eigentlich Linux ist, kannst du Tools wie Chef, Puppet und Ansible verwenden. Arista setzt auf die Prinzipien von DevOps und NetOps und hat viele Möglichkeiten, so ziemlich alles zu automatisieren, was du dir in EOS vorstellen kannst. In diesem Buch zeige ich dir Beispiele, wie ich eine meiner Lieblingsfunktionen von Arista, eAPI, verwende. Um EOS zu automatisieren, musst du dich aber nicht mit eAPI beschäftigen, denn du kannst in Linux auch Python- und Bash-Skripte schreiben. Und mit dem Bash-Befehl Cli, den wir später behandeln, kannst du sogar CLI-Befehle in diesen Programmiersprachen schreiben. Wenn du ein Hardcore-Entwickler bist, kannst du mit dem EOS SDK sogar deine eigenen EOS-Agenten schreiben. Wenn du automatisieren willst, aber nicht gerne programmierst, kannst du auch CloudVision verwenden. In den Kapiteln 15, 28 und 30 findest du weitere Informationen.

CloudVision

CloudVision ist die Softwarelösung von Arista für die Verwaltung und Wartung deines Netzwerks. Mit seiner Fähigkeit, Berichte, Management und sogar Telemetrie zu zentralisieren, ganz zu schweigen von der Möglichkeit, die gesamte Netzwerkkonfiguration (d.h. Hunderte von Geräten) auf einen früheren Zeitpunkt zurückzusetzen, ist CloudVision ein leistungsfähiges Tool, mit dem du eine Vielzahl von Aufgaben automatisieren kannst, ohne programmieren zu können. Noch besser ist, dass du CloudVision sogar noch leistungsfähiger machen kannst, indem du die Automatisierung noch individueller gestaltest. Mit zusätzlichen Funktionen wie Fehlerwarnungen, Makro-Segmentierung, Topologie-Ansichten und einer Reihe anderer netter Features wird CloudVision zu einer leistungsstarken Lösung für mehr Transparenz und Kontrolle über dein Netzwerk. In Kapitel 15 findest du weitere Informationen.

Kognitiver Campus

2018 übernahm Arista das WiFi-Unternehmen Mojo Networks, Inc. und machte damit einen großen Schritt in Richtung einer Expansion von Arista in den Unternehmensbereich. Mit Cognative Wifi, PoE-Switches und der Cloud-gesteuerten Infrastruktur hat Mojo die WiFi-Landschaft auf dem Campus verändert, indem es sich von proprietären Controllern und Protokollen entfernt hat.

Zusätzlich zur Übernahme von Mojo ermöglicht CloudVision etwas, das Arista die CognitiveManagement Plane nennt und das verspricht, viele der aus dem Rechenzentrum gewonnenen Erkenntnisse in Unternehmensnetzwerke zu übertragen.

Die Cognative Campus-Initiative wurde zwar zu spät veröffentlicht, um noch in dieses Buch aufgenommen zu werden, aber sie sieht für mich wie ein Wendepunkt aus. Wenn Arista die Art und Weise, wie Unternehmensnetzwerke funktionieren, so verändern kann, wie es bei den Rechenzentren der Fall war, und ich sehe keinen Grund, warum das nicht möglich sein sollte, wird Arista auch in diesem Bereich wieder führend sein. Es gibt noch keine Kapitel zu diesem Thema, weil es, wie ich bereits erwähnt habe, bei der Fertigstellung dieses Buches gerade erst aufkam.

Meine persönliche Meinung

Bevor ich bei Arista arbeitete, war ich ein unabhängiger Berater, der sich nebenbei als Autor betätigte, und zwar aus keinem anderen Grund als dem, dass ich gerne schreibe. Wir fuhren zu Arista, um uns ein Executive Briefing geben zu lassen, genau wie bei den anderen großen Unternehmen zu dieser Zeit (etwa 2011, wenn ich mich recht erinnere). Ich war schon lange in der Netzwerkwelt unterwegs und all diese großen Unternehmen hatten mich mit ihren Geschichten, ihrer "Geheimsauce" und ihrer Marketing-Doppelzüngigkeit ziemlich genervt. Arista war jedoch anders.

Als ich einen anderen Anbieter nach der Funktionsweise einer Funktion fragte, bekam ich eine Rede darüber, wie geheim ihre Sauce sei (das ist keine Metapher - das ist tatsächlich passiert). Als ich Ken Duda nach der Funktionsweise einer Funktion fragte, sagte er: "Ich habe den Code nicht geschrieben, lass mich die Person holen, die ihn geschrieben hat." Diese Person kam dann herein, öffnete ihren Laptop und zeigte mir den Code. Ich war fassungslos.

Als jemand, der sich mit Programmierung, Linux und Netzwerken auskennt, war ich sehr aufgeregt, als ich sah, dass all diese Welten an einem Ort zusammenkamen, und zwar auf eine Art und Weise, die die CCIE-Leute, die mit mir zusammensaßen, nicht verstanden. Das war etwas ganz Neues! Es waren diese Erfahrungen, die mich dazu brachten, dort zu arbeiten und die erste Ausgabe dieses Buches zu schreiben. Ich war ein erfolgreicher selbständiger Berater. Schon seit Jahren, vielleicht sogar Jahrzehnten, wollte ich für niemanden mehr arbeiten, außer für mich selbst. Ich war mehrmals in der Arista-Zentrale in Kalifornien und jedes Mal, wenn ich sie verließ, hatte ich das Gefühl, ich hätte zurückgehen und um einen Job betteln sollen. Schließlich tat ich genau das und hatte ein rasantes Vorstellungsgespräch mit Jayshree, nach dem mir ein Job angeboten wurde. Dort passiert etwas Besonderes, und die Menschen, die ich am Anfang des Kapitels aufgezählt habe, sind das Herzstück davon.

Etwa sieben oder acht Jahre später erlebe ich immer noch fast täglich dasselbe "Wow". Damals war Arista ein viel kleineres Unternehmen, und als ich 2012 eingestellt wurde, war ich gerade mal der 600ste Mitarbeiter bei Arista. Arista hat heute Tausende von Mitarbeitern und wächst wie verrückt. Obwohl sich alle Unternehmen im Laufe ihres Wachstums verändern, bin ich immer noch von einigen Dingen begeistert, die ich mit einem Arista-Switch machen kann. Ich scherze immer wieder mit meinen Schülerinnen und Schülern, dass sie, nachdem sie sich an die Leistungsfähigkeit von EOS gewöhnt haben, frustriert und genervt sein werden, wenn sie etwas anderes benutzen.

Nachdem ich nun seit sechs Jahren bei Arista arbeite, kann ich immer noch sagen, dass mich die Führungskräfte bei Arista immer wieder überraschen, weil sie zum Beispiel gut auf Logik reagieren. Als jemand, der in seiner Karriere mit vielen Führungskräften zu tun hatte, habe ich den Eindruck, dass die meisten von ihnen Politik und Spielchen wichtiger finden als technischen oder geschäftlichen Scharfsinn. Bei der Arista-Führungsmannschaft habe ich das nie gespürt. Darüber hinaus erlebe ich regelmäßig, dass Führungskräfte der C-Ebene in technischen Fragen intern nicht nur mit Respekt und Souveränität, sondern auch mit tiefem und genauem Fachwissen reagieren. In einer Welt, in der ich davon überzeugt bin, dass die meisten Unternehmen trotz ihrer eigenen Bemühungen überleben, schafft es Arista, mich Jahr für Jahr zu beeindrucken. Kein Unternehmen ist perfekt, und Arista ist es auch nicht, aber es ist mit Abstand der beste Ort, an dem ich je gearbeitet habe. Ich hoffe inständig, dass Arista mich auch weiterhin beeindrucken kann, denn nachdem ich von dieser Erfahrung verwöhnt wurde, glaube ich nicht, dass ich zurückgehen könnte.