Projekt Sieciowy OpenStack

by Marissa Hanson
Projekt Sieciowy OpenStack thumbnail

Nasz własny DreamHoster, Mark McClain, który jest również Liderem Technicznym Projektu OpenStack, miał niesamowity wywiad z Mirantis!  Jeśli nie miałeś jeszcze okazji przeczytać, sprawdź poniżej!

Seria wywiadów z liderem technicznym projektu OpenStack #1: Mark McClain, projekt OpenStack Networking 

Autor: David M. Fishman

Przedstawiamy pierwszy z ciągłej serii wywiadów z Liderami Technicznymi Projektu OpenStack na naszym blogu Mirantis. Naszym celem jest edukacja szerszej społeczności technicznej i pomoc ludziom w zrozumieniu, jak mogą przyczynić się i czerpać korzyści z OpenStack. Oczywiście są to opinie osoby przepytanej, a nie Mirantis. Wywiad został zredagowany dla większej przejrzystości i długości posta.

Nasze pierwsze wywiad to rozmowa z Markiem McClainem, nowo wybranym Liderem Technicznym Projektu OpenStack Networking (poprzednio znany jako „Quantum”).

Mirantis: Opowiedz nam o sobie i jak zacząłeś pracę z OpenStack.

Mark McClain: Jestem starszym programistą chmurowym w DreamHost i pracuję w zespole chmurowym. DreamHost zatrudnił mnie specjalnie do pracy nad OpenStack. Zostałem zatrudniony w trakcie cyklu Essex, a fajną rzeczą w pracy nad OpenStack, a konkretnie nad Networkingiem OpenStack, jest to, że łączy ona dwie moje ulubione rzeczy: networking i Python.

P: Jakie są twoje obowiązki? Co robisz na co dzień?

A: Podczas wydania Grizzly byłem głównym współtwórcą skupiającym się na poprawie funkcjonalności usługi metadanych podczas używania nakładających się sieci IP. Pracowałem również nad migracją bazy danych, aby osoby wdrażające OpenStack mogły płynnie przejść z Folsom do Grizzly. W trakcie Grizzly prowadziłem także kilka podzespołów, w tym zespoły L3, bazy danych i triażu błędów.

Jako PTL, obecnie przyjmuję znacznie szersze spojrzenie na projekt. Jestem odpowiedzialny za prowadzenie naszego cotygodniowego spotkania zespołu oraz organizowanie ścieżki Networking na szczycie projektowym. Na co dzień koresponduję z społecznością, koordynuję działania z liderami podzespołów, przeglądam zgłoszenia kodów, klasyfikuję błędy i przeglądam plany. Będę również koordynować współpracę z innymi członkami Fundacji i Komitetu Technicznego w sprawach międzyprojektowych.

P: Co sprawia, że Networking w OpenStack jest tak wyjątkowy? Dlaczego ma to znaczenie?

A: Z Nova możesz uruchamiać maszyny wirtualne i zapewnia podstawowe możliwości sieciowe. Jednak gdy chcesz użyć nowszych technologii, na przykład tunelowania w celu zapewnienia izolacji sieci między najemcami lub VXLAN – nie możesz naprawdę wykorzystać tych możliwości w sieci Nova. Ogranicza Cię to do VLAN-ów lub sieci płaskich. Nowe technologie umożliwiają największe korzyści z sieci OpenStack: skalowalną izolację najemców.

P: Co społeczność OpenStack Networking osiągnęła do tej pory i jakie są wasze plany na wydanie Havana?

A: Networking OpenStack został pierwotnie stworzony na szczycie Diablo. Był projektem inkubacyjnym podczas Essex i został zintegrowany w Folsom. W okresie Essex i Folsom społeczność naprawdę spędziła dużo czasu, starając się osiągnąć równość funkcji i wprowadzić wiele funkcji L2 i L3 do OpenStack Networking.

W Grizzly mogliśmy skupić się na dodawaniu nowych usług oraz na zamykaniu luki w parzystości z Nova Networking. W cyklu Grizzly dodaliśmy nakładające się usługi metadanych, migracje i grupy bezpieczeństwa. Kolejną ważną funkcją Grizzly było równoważenie obciążenia.

Faktycznie, kilka osób z Mirantis rzeczywiście przyczyniło się do równoważenia obciążenia. Był to duży projekt wspólnotowy, który zaangażował wielu ludzi z różnych dostawców, którzy wspólnie pracowali nad stworzeniem API i podstaw do równoważenia obciążenia.

W Hawanie będziemy rozwijać usługę równoważenia obciążenia i dodawać nowe funkcje. Patrząc w przyszłość, są dostawcy w społeczności pracujący nad ulepszeniem Networking’s OpenStack poprzez dodanie wsparcia dla VPN, wsparcia dla ACL na poziomie przedsiębiorstwa oraz wsparcia dla IPv6. Obecnie funkcjonalność IPv6 jest dość podstawowa i ludzie chcą dodać na tym kilka usług wyższego poziomu. Ponadto są firmy i członkowie społeczności pracujący nad wsparciem dla sprzętu fizycznego, pełnym wsparciem wielu hostów, zapewniając HA w nieco mniejszym kontekście, podobnym do tego, co oferuje Nova multi-host … także są liczni członkowie społeczności, którzy zbierają się, aby pracować nad innymi funkcjami skierowanymi do użytkowników.

Q: Co jest naprawdę unikalnego w OpenStack Networking, czy to tylko otwarta wersja Networking as a Service, która już istnieje?

A: Uważam, że najbardziej unikalną rzeczą w OpenStack Networking w porównaniu do prawie wszystkich innych rozwiązań Networking as a Service jest bardzo dynamiczna społeczność dostawców. W cyklu Grizzly dodaliśmy pięć nowych pluginów od różnych dostawców. To jedna z unikalnych rzeczy w OpenStack Networking. Pokazuje to również dużo dynamiki dostawców, ponieważ większość z nich zdecydowała się skupić swoją energię i wysiłki na OpenStack.

Jeśli porównasz to z innymi rozwiązaniami Networking w innych stosach chmurowych, to zazwyczaj mają one jedną lub dwie opcje, jeśli masz szczęście. Jesteś praktycznie związany z opcją Networking stosu.

P: Jakie są przykłady zastosowań, w których sieci OpenStack naprawdę się sprawdzają?

A: W środowiskach wieloklienckich, gdzie izolacja i bezpieczeństwo są koniecznością, można szybko uruchomić te systemy i dostarczyć te usługi najemcom, niezależnie od tego, czy jest to chmura publiczna, czy prywatna, i można je szybko uruchomić na dużą skalę.

W przypadku mniejszych wdrożeń, OpenStack Networking można skonfigurować w taki sposób, aby bez większych trudności obsługiwał nawet mniejsze prywatne chmury za pomocą narzędzi open source. Mniejsze firmy, które mają ograniczone zasoby, również mogą korzystać z wielu funkcji, z których korzystają osoby wdrażające na dużą skalę.

P: Kiedy mówisz “dość szybko”, czy możesz to jakoś określić?

A: Dla mniejszego sklepu, wystarczy postępować zgodnie z przewodnikami OpenStack – jeśli znasz OpenStack – to zajmie pół dnia. Jeśli nie znasz OpenStack, może to zająć dzień lub dwa. Przewodniki poprowadzą Cię i pomogą Ci przygotować dość realistyczne ustawienia, które dobrze działają w większości przypadków.

Miłą rzeczą jest to, że można to zrobić z minimalną liczbą personelu i wszystko działa na sprzęcie ogólnodostępnym. Nie potrzebujesz specjalnych przełączników czy serwerów. Dla tych, którzy próbują eksperymentować i zastanawiają się, czy OpenStack lub Networking OpenStack jest rozwiązaniem dla nich, mogą używać sprzętu, który większość firm i tak ma w swoich laboratoriach do testów.

P: Jakie są wymagane umiejętności, aby uruchomić OpenStack Networking?

A: To ten sam zestaw umiejętności, które znajdziesz, gdybyś miał inżyniera sieciowego lub nawet stanowisko typu DevOps. Wystarczy podstawowa znajomość wdrażania sieci IP.

Więc naprawdę nie są potrzebne żadne specjalne umiejętności, ponieważ autorzy wtyczek – zarówno open source, jak i własnościowe – abstrahują wiele szczegółów dotyczących skrajnych specyfikacji pewnych protokołów, tak aby osoba wdrażająca mogła skupić się na API.

P: Czy istnieją jakieś błędne przekonania na temat Networking w OpenStack?

A: Nie mamy zbyt wielu nieporozumień związanych z Networking OpenStack. Myślę, że większość osób rozumie, do czego to służy. Niektórzy ludzie nadal wybiorą wdrażanie sieci Nova dla nowych instalacji, ponieważ obawiają się złożoności, dojrzałości lub stabilności Networking OpenStack.

Obecnie materiały wspierające instalację nadążają za postępem, a dystrybucje wykonały świetną pracę przy pakowaniu OpenStack, więc to już nie stanowi problemu. W przypadku nowych wdrożeń, powinieneś od początku używać Networking w OpenStack i wykorzystywać te funkcje teraz, zamiast zaczynać od Nova-network i ostatecznie musieć migrować do Networking w OpenStack, co jest migracją niebanalną.

Podczas spotkania w Hawanie, zespoły OpenStack Networking i Nova będą dyskutować: Jak przezwyciężyć tę przepaść i jak sprawić, by OpenStack Networking stał się domyślnym dostawcą sieci dla Nova?

P: Jak wygląda skalowalność Networking w OpenStack?

A: Istnieje kilka dużych wdrożeń wykorzystujących OpenStack Networking. Niektóre z nich używają wersji Folsom, a niektórzy ludzie faktycznie używają trunk, co jest bardzo interesujące, ponieważ świadczy o dojrzałości bazy kodów.

P: Czy projekt sieciowy OpenStack nadal ma jakiekolwiek “dziecięce dolegliwości”?

A: Spędziliśmy dużo czasu w Grizzly pracując nad izolowanymi usługami metadanych. Wiele pytań wsparcia, które otrzymaliśmy oraz raportów o błędach po wydaniu Folsom dotyczyło: Jak działa usługa metadanych? – dlatego poświęciliśmy dużo czasu, aby upewnić się, że usługa metadanych jest łatwiejsza w konfiguracji i działała od razu po wyjęciu z pudełka dla szerokiej gamy wdrożeń. W Grizzly to prawdopodobnie jedna z największych chorób, które udało nam się wyeliminować.

P: Kogo chciałbyś zobaczyć w projekcie Sieci OpenStack?

A: Mamy dużo szczęścia. Otrzymujemy wkłady od wielu bardzo szanowanych firm, w tym: Arista, BigSwitch, Brocade, Cisco, HP, IBM, NEC, Nicira, Juniper, Midokura, Plumgrid i VMware. W cyklu Grizzly dodaliśmy jeszcze więcej firm i kilka nowych start-upów, które oferują swoje rozwiązania, co napędza innowacje w społeczności.

Jeśli chodzi o idealnego współpracownika … to ktoś, kto interesuje się Networkingiem i chce uczestniczyć w społeczności OpenStack, oraz jest gotów wymieniać pomysły z różnymi współpracownikami, aby na koniec dnia cała społeczność odniosła korzyści.

P: Jakie są największe możliwości dla osób, które chcą stworzyć coś niesamowitego i wyjątkowego w Projekcie Sieci OpenStack?

A: W Hawanie nastąpi duży nacisk na VPN jako Usługę w kilku różnych trybach wdrożenia. Również rozszerzymy równoważenie obciążenia. W Grizzly podjęliśmy pierwsze kroki, aby to uruchomić, i jest kilku dostawców, którzy teraz starają się wykorzystać to API. Wsparcie dla IPv6 również będzie miało duże znaczenie. Więcej dostawców usług internetowych oferuje usługi v6 dla wdrożeń biznesowych. Zapewnienie, że Projekt Sieciowy OpenStack działa dla różnych trybów wdrożenia IPv6, będzie również ważne.

Jesteśmy także podekscytowani ludźmi, którzy pracują nad bare metal z OpenStack Networking i zarządzaniem urządzeniami w większej skali: Jeśli jestem dostawcą sprzętu – jak mogę zintegrować mój sprzęt z OpenStack Networking? Skupiamy się również na tematach dla osób wdrażających, takich jak: Jak mogę zapewnić różne poziomy ofert usługowych?

Q: Jak byś doradził osobom, które chcą zacząć współpracować z Networking OpenStack? Jakie kroki powinny podjąć?

A: Pierwszym krokiem jest oczywiście dołączenie do listy mailingowej OpenStack dla programistów. Pozwala to zrozumieć, jakie tematy są omawiane przez deweloperów OpenStack Networking.

Zespół OpenStack Networking utrzymuje również stronę Wiki dla początkujących błędów. Na tej stronie śledzimy proste linki do: Oto jak znaleźć recenzje kodu dla serwera OpenStack Networking lub klienta OpenStack Networking itp. Gdy zgłaszane są błędy, będziemy oznaczać te łatwiejsze jako nisko wiszące owoce, które są doskonałą okazją dla nowych programistów i współpracowników do włączenia się w projekt.

To oznacza, że osoba klasyfikująca błędy może powiedzieć: „Hej, to jest coś, co nie jest nadmiernie skomplikowane i jest dobrym sposobem na zapoznanie się z bazą kodów OpenStack Networking.” Utrzymujemy również listę projektów społecznościowych, które warto zacząć realizować. Będąc członkiem listy mailingowej OpenStack Networking, możesz rekrutować innych członków społeczności i wspólnie pracować. Buduje to również zaufanie w społeczności, tak że ci, którzy recenzowali Twój kod, pracują z Tobą. Masz poczucie porozumienia z nimi.

P: Bardzo dziękuję, Marku!

A: Proszę bardzo!