Unser eigener DreamHoster, Mark McClain, der auch technischer Projektleiter beim OpenStack-Projekt ist, hatte ein fantastisches Interview mit Mirantis! Falls Sie es noch nicht gelesen haben, schauen Sie es sich unten an!
OpenStack-Projekt Technischer Leiter Interviewserie #1: Mark McClain, OpenStack Networking Project
Von: David M. Fishman
Wir stellen die erste einer fortlaufenden Reihe von Interviews mit OpenStack Project Technical Leads auf unserem Mirantis-Blog vor. Unser Ziel ist es, die breitere Tech-Gemeinschaft zu bilden und den Menschen zu helfen zu verstehen, wie sie zu OpenStack beitragen und davon profitieren können. Natürlich sind dies die Meinungen des Interviewten, nicht von Mirantis. Wir haben das Interview zur Klarheit und Länge des Beitrags bearbeitet.
Unser erstes Interview ist mit Mark McClain, dem neu gewählten technischen Leiter des OpenStack Networking Project (früher bekannt als „Quantum“).
Mirantis: Erzählen Sie uns von sich selbst und wie Sie mit OpenStack begonnen haben.
Mark McClain: Ich bin Senior Cloud Entwickler bei DreamHost und arbeite im Cloud Team. DreamHost hat mich speziell für die Arbeit an OpenStack eingestellt. Ich wurde während des Essex-Zyklus eingestellt, und das Interessante an der Arbeit an OpenStack, insbesondere an OpenStack Networking, ist, dass es zwei meiner Lieblingsdinge kombiniert: Networking und Python.
F: Was sind Ihre Verantwortlichkeiten? Was machen Sie täglich?
A: Während der Grizzly-Version war ich ein Kernmitwirkender, der sich auf die Verbesserung der Funktionalität des Metadatendienstes bei der Verwendung überlappender IP-Netzwerke konzentrierte. Ich habe auch an der Datenbankmigration gearbeitet, damit Personen, die OpenStack einsetzen, nahtlos von Folsom auf Grizzly umsteigen können. Während Grizzly leitete ich auch mehrere Untergruppen, einschließlich der L3, Datenbank- und Fehlerzuordnungsteams.
Jetzt als PTL habe ich eine viel größere Sicht auf das Projekt. Ich bin verantwortlich für die Durchführung unseres wöchentlichen Teammeetings und die Organisation des Network-Tracks auf dem Design-Gipfel. Täglich korrespondiere ich mit der Community, koordiniere mit den Leitern der Untergruppen, überprüfe Code-Einreichungen, sortiere Fehler und überprüfe Blaupausen. Ich koordiniere auch mit anderen Mitgliedern der Stiftung und des Technischen Ausschusses bei übergreifenden Projektproblemen.
F: Was macht das OpenStack Networking so besonders? Warum ist es wichtig?
A: Mit Nova können Sie virtuelle Maschinen starten und es bietet grundlegende Netzwerkfähigkeiten. Aber wenn Sie neuere Technologien verwenden möchten, sagen wir, Tunneling, um Netzwerkisolation zwischen Mietern zu bieten oder VXLAN – können Sie diese mit Nova Networking nicht wirklich nutzen. Es beschränkt Sie auf VLANs oder flaches Netzwerken. Die neuen Technologien ermöglichen die größten Vorteile des OpenStack Networking: skalierbare Mieterisolation.
F: Was hat die OpenStack Networking-Community bisher erreicht, und was sind Ihre Pläne für die Havana-Version?
A: OpenStack Networking wurde ursprünglich beim Diablo Summit erstellt. Es war ein Inkubatorprojekt während Essex und wurde in Folsom integriert. Während des Zeitraums Essex und Folsom verbrachte die Gemeinschaft wirklich viel Zeit damit, Feature-Parität zu erreichen und viele L2- und L3-Funktionen in OpenStack Networking einzubauen.
In Grizzly konnten wir den Fokus darauf legen, neue Dienste hinzuzufügen und auch die Parität mit Nova Networking zu schließen. Im Grizzly-Zyklus haben wir überlappende Metadatendienste, Migrationen und Sicherheitsgruppen hinzugefügt. Ein weiteres großes Merkmal von Grizzly war die Lastverteilung.
Tatsächlich haben mehrere Personen von Mirantis tatsächlich dazu beigetragen, das Load Balancing zu unterstützen. Das war ein großes Gemeinschaftsprojekt, an dem mehrere Personen von verschiedenen Anbietern beteiligt waren, die alle zusammenarbeiteten, um eine API und die Grundlage für das Load Balancing zu erstellen.
In Havanna werden wir den Load-Balancing-Dienst erweitern und weitere Funktionen hinzufügen. In der Zukunft gibt es Anbieter in der Community, die daran arbeiten, das OpenStack Networking durch Hinzufügen von VPN-Support, Unterstützung für Unternehmens-ACLs und IPv6-Support zu verbessern. Derzeit ist die IPv6-Funktionalität ziemlich grundlegend und die Leute möchten darauf aufbauend einige hochrangige Dienste hinzufügen. Außerdem arbeiten Unternehmen und Community-Mitglieder an Bare-Metal-Support, vollständiger Multi-Host-Unterstützung und bieten HA in einem etwas kleineren Kontext ähnlich wie Nova Multi-Host … es gibt auch mehrere Community-Mitglieder, die zusammenkommen, um an anderen benutzerorientierten Funktionen zu arbeiten.
F: Was ist wirklich einzigartig am OpenStack Networking oder ist es nur eine Open-Source-Version von Networking as a Service, wie es bereits existiert?
A: Ich denke, das einzigartigste an OpenStack Networking im Vergleich zu fast allen anderen Networking as a Service-Lösungen ist eine sehr lebendige Anbietergemeinschaft. Während des Grizzly-Zyklus haben wir fünf neue Plugins von verschiedenen Anbietern hinzugefügt. Das ist eine der einzigartigen Dinge bei OpenStack Networking. Es zeigt auch viel Schwung bei den Anbietern, da die meisten Anbieter beschlossen haben, ihre Energie und ihre Bemühungen hinter OpenStack zu stellen.
Wenn Sie das mit anderen Networking-Lösungen in einigen anderen Cloud-Stacks vergleichen würden, hätten sie vielleicht ein oder zwei Optionen, wenn Sie Glück haben. Sie sind ziemlich festgelegt auf die Networking-Option des Stacks.
F: Bei welchen Anwendungsfällen zeigt OpenStack Networking wirklich seine Stärken?
A: In Mehrmandantenumgebungen, in denen Isolation und Sicherheit unerlässlich sind, können Sie diese Systeme schnell einrichten und den Mietern diese Dienste bereitstellen, egal ob es sich um eine öffentliche oder private Cloud handelt, und Sie können sie ziemlich schnell in großem Maßstab betreiben.
Im Falle kleinerer Deployments kann OpenStack Networking so konfiguriert werden, dass es mit Open-Source-Tools auch kleinere private Clouds recht einfach unterstützt. Kleinere Unternehmen mit begrenzten Ressourcen können trotzdem viele der gleichen Funktionen nutzen, die auch diejenigen nutzen, die in größerem Umfang deployen.
F: Wenn Sie „ziemlich schnell“ sagen, können Sie das quantifizieren?
A: Für einen kleineren Shop, einfach den OpenStack-Anleitungen folgen – wenn Sie mit OpenStack vertraut sind – das wäre ein halber Tag. Wenn Sie nicht mit OpenStack vertraut sind, vielleicht ein oder zwei Tage. Die Anleitungen werden Sie durchführen und Ihnen helfen, eine ziemlich realistische Einrichtung zu schaffen, die gut für die Mehrheit der Fälle funktioniert.
Das Schöne ist, dass Sie das mit minimaler Personalstufe ausführen können und alles auf Standardhardware läuft. Sie benötigen keine speziellen Schalter oder Server. Für diejenigen, die versuchen zu experimentieren und herausfinden möchten, ob OpenStack oder OpenStack Networking die Lösung für sie ist, können sie Ausrüstung verwenden, die die meisten Unternehmen sowieso in ihren Laboren für Tests haben.
F: Wie steht es um die Wissensbasis, die Sie benötigen, um OpenStack Networking einzurichten und betriebsbereit zu machen?
A: Es ist der gleiche Satz von Fähigkeiten, den Sie finden würden, wenn Sie einen Netzwerkingenieur oder sogar eine DevOps-Position hätten. Sie benötigen wirklich nur eine grundlegende Vertrautheit mit dem Bereitstellen von IP-Netzwerken.
Es sind also wirklich keine besonderen Fähigkeiten erforderlich, da viele der Plugin-Autoren – sowohl Open Source als auch proprietär – viele Details des genauen Wissens über bestimmte Protokolle abstrahiert haben, sodass sich der Implementierer auf die API’s konzentrieren kann.
F: Gibt es Missverständnisse bezüglich OpenStack Networking?
A: Wir bekämpfen nicht viele Missverständnisse bei OpenStack Networking. Ich denke, die meisten Menschen verstehen, was es tut. Einige Leute entscheiden sich dennoch dafür, Nova Networking für neue Installationen einzusetzen, weil sie sich über die Komplexität, Reife oder Stabilität von OpenStack Networking Sorgen machen.
Die Unterstützungsmaterialien für die Installation haben nun aufgeholt und die Distributionen haben eine sehr gute Arbeit beim Verpacken von OpenStack geleistet, sodass dies nicht mehr der Fall ist. Für neue Bereitstellungen sollten Sie von Anfang an OpenStack Networking verwenden und diese Funktionen jetzt nutzen, anstatt mit Nova-Netzwerk zu beginnen und letztendlich zu OpenStack Networking migrieren zu müssen, was eine nicht triviale Migration darstellt.
Während des Havana-Treffens werden die OpenStack Networking- und Nova-Teams diskutieren: Wie überbrücken wir diese Lücke und wie wird OpenStack Networking zum Standard-Netzwerkanbieter für Nova?
F: Wie steht es um die Skalierbarkeit des OpenStack Networking?
A: Es gibt mehrere große Einsätze, die OpenStack Networking betreiben. Einige verwenden Versionen von Folsom, und einige Leute betreiben tatsächlich Trunk, was wirklich interessant ist, weil es auf die Reife der Codebasis hinweist.
F: Hat das OpenStack Network Project noch irgendwelche „Kinderkrankheiten“?
A: Wir haben viel Zeit in Grizzly damit verbracht, an isolierten Metadatendiensten zu arbeiten. Viele der Supportanfragen und Fehlerberichte nach der Folsom-Version waren: Wie funktioniert der Metadatendienst? – und deshalb haben wir viel Zeit darauf verwendet, sicherzustellen, dass der Metadatendienst viel einfacher zu konfigurieren ist und einfach “out of the box” für eine Vielzahl von Bereitstellungen funktioniert. In Grizzly ist das wahrscheinlich eine der größten Krankheiten, die wir losgeworden sind.
F: Wen möchten Sie als Mitwirkenden am OpenStack Network Project sehen?
A: Wir sind sehr glücklich. Wir haben Beiträge von einigen sehr angesehenen Unternehmen erhalten, darunter: Arista, BigSwitch, Brocade, Cisco, HP, IBM, NEC, Nicira, Juniper, Midokura, Plumgrid und VMware. Während des Grizzly-Zyklus haben wir noch mehr Unternehmen und einige neue Start-ups hinzugefügt, die ihre Lösungen anbieten, was die Innovation in der Gemeinschaft vorantreibt.
Was den idealen Mitwirkenden betrifft … es ist jemand, der sich für Networking begeistert und an der OpenStack-Gemeinschaft teilnehmen möchte und bereit ist, Ideen zwischen den verschiedenen Mitwirkenden auszutauschen, so dass am Ende des Tages die gesamte Gemeinschaft profitiert.
F: Was sind die größten Möglichkeiten für Leute, die etwas Beeindruckendes und Herausragendes im OpenStack Network Project schaffen wollen?
A: In Havanna wird es eine große Initiative für VPN-as-a-Service in verschiedenen Bereitstellungsmodi geben. Außerdem werden wir das Load Balancing erweitern. In Grizzly haben wir die ersten Schritte unternommen, es einzuführen, und es gibt mehrere Anbieter, die nun versuchen, diese API zu nutzen. Die Unterstützung von IPv6 wird ebenfalls groß sein. Mehr Internetdienstanbieter bieten v6-Dienste für geschäftliche Einsätze an. Es wird auch wichtig sein, sicherzustellen, dass das OpenStack Network Project für die verschiedenen Bereitstellungsmodi von IPv6 funktioniert.
Wir sind auch begeistert von Personen, die mit OpenStack Networking und Geräteverwaltung auf Bare Metal in großem Maßstab arbeiten: Wenn ich ein Hardware-Anbieter bin – wie integriere ich mein Hardware-Element in OpenStack Networking? Außerdem konzentrieren wir uns auf Themen für Bereitsteller, wie: Wie kann ich unterschiedliche Service-Level-Angebote bereitstellen?
F: Wie würden Sie Personen raten, die mit dem Beitrag zum OpenStack Networking beginnen möchten? Welche Schritte sollten sie speziell unternehmen?
A: Der erste Schritt besteht natürlich darin, der OpenStack-Entwickler-Mailingliste beizutreten. Es gibt Ihnen einen Eindruck davon, welche Themen die Entwickler von OpenStack Networking diskutieren.
Das OpenStack Networking-Team pflegt auch eine Wiki-Seite für Starter-Bugs. Auf dieser Seite behalten wir einfache Links im Auge: Hier erfahren Sie, wie Sie die Code-Reviews für den serverseitigen oder den clientseitigen OpenStack Networking finden usw. Sobald Bugs gemeldet werden, kennzeichnen wir die einfacheren als niedrig hängende Früchte, die eine ausgezeichnete Gelegenheit für neue Entwickler und Beiträger bieten, in das Projekt einzusteigen.
Das bedeutet, dass diejenigen, die die Fehler untersuchen, sagen können: “Hey, das ist etwas, das nicht übermäßig kompliziert ist und eine gute Möglichkeit bietet, sich mit der OpenStack Networking Codebasis vertraut zu machen.” Wir pflegen auch eine Liste von Community-Projekten, die gut geeignet sind, um die Arbeit daran zu beginnen. Als Mitglied der OpenStack Networking Mailingliste können Sie andere Mitglieder der Community rekrutieren und gemeinsam arbeiten. Es baut auch Vertrauen innerhalb der Community auf, so dass diejenigen, die Ihren Code überprüft haben, mit Ihnen zusammenarbeiten. Sie haben ein Gefühl der Rapport mit ihnen.
F: Vielen Dank, Mark!
A: Gern geschehen!
