Ostatnio czytając artykuł na temat wykorzystania kubernetes przez różne platformy chmurowe, natrafiłem na produkt OpenStack. Produkt ten klasyfikował się na 3 pozycji (wśród chmur, 4 z on-premises) wyprzedzając Azure. A to znaczy, że warto się przynajmniej na tyle zainteresować produktem by wiedzieć co to i po co on jest.

TL;DR

OpenStack to chmura, którą można zainstalować na swoim sprzęcie i tworzyć zarówno chmury prywatne jak i publiczne. Cały projekt jest open Source i został on zainicjonowany przez NASA i Rackspace.

Krótka historia

W 2010 roku NASA i Rackspace Hosting zjednoczyli się i stworzyli inicjatywę open source – OpenStack. Platformę do tworzenia chmur prywatnych jak i publicznych. W raz z czasem coraz więcej firm i organizacji dołączało się do wspierania projektu: HP, Oracle, Debian, Intel, Red Hat czy też Ubuntu. Ogólnie masa znanych firm.

Co nie przeszkodziło NASA stwierdzić, że jednak ten fajny pomysł nie jest dla nich taki fajny i po 3 latach nie widza postępu więc powiedzieli papa. Jednak cała architektura jak i pierwsze wersje OpenStack brały dużo z NASA. Co też wpłynęło na nazwy poszczególnych elementów/modułów systemu.

Jak każda chmura, przychodzi ona ze swoim nazewnictwem i swoimi modułami jak i szeregiem mini narzędzi do tworzenia poszczególnych elementów w systemie.

Co się składa na OpenStack?

OpenStack składa się z szeregu modułów. Część z modułów udostępnia narzędzie, z którego można korzystać. Co lepsze, z powodu, że OpenStack został napisany w Python to wszystkie narzędzia są dostępne jako paczki python. Próba tego instalacji jakoś bardziej “normalnie” nie istnieje. Dodatkowo dla mnie nie pojęte jest to, że mam ~10różnych poleceń. To co zrobił azure wydaje się więc fajne: az MODUŁ parametry. Dzięki czemu użytkownik ma jeden punkt dostępu a nie ~10.

Opisuje po krótce moduły tylko z jednego powodu – ja sam nie rozumiem co do mnie ludzie mówią lub piszą w sprawie OpenStack. Więc bardzo chciałbym to zrozumieć. Przynajmniej by swift nie kojarzył mi się tylko z językiem programowania a z object storage. Mam nadzieję, że komuś to się też przyda.

  • freezer – backupowanie i ratowanie ;)
  • ironic – wykorzystanie sprzętu fizycznego a nie wirtualnego do udostępnienia i zarządzania nim w chmurze.
  • nova – to samo co ironic tylko dla maszyn wirtualnych. Dla bare metal zostanie wykorzystany ironic. By działać, potrzebuje minimum keystone, glance i neutron.
  • keystone – zarządzanie tożsamością jak i wsparcie uwierzytelniania, do tego centralny zbiór informacji o użytkownikach i dostępnych dla nich usługach.
  • glance – serwis do zarządzania obrazami VM. Taki centralny rejestr dostępnych maszyn VM z którym możemy skorzystać, jak i też możemy dodać nowe maszyny do rejestru. Glance jednak nie jest odpowiedzialny za “przechowywanie” tych obrazów. To są już inne usługi.
  • neutron – w skrócie system do zarządzania sieciami i adresami IP.
  • magnum – system do tworzenia orchiestracji kontenerów docker. Sam w sobie nie jest orchestratorem. Może on wykorzystać kubernetes, swarm jak i mesos.
  • horizon – UI/Dashboard do zarządzania OpenStack, nie wszystko jest możliwe, plus za to, że jest.
  • sahara – udostępnienie takich usług do przetwarzania danych jak Hadoop, Spark czy Storm.
  • trove – DBaaS – Database as a Service.
  • designate – umożliwia zarządzanie DNS multi-tenant. Można to nazwać DNS as a Service i podobnie jak magnum on tylko pośredniczy w dostępie do a nie jest usługą DNS.
  • congress – Policy as a Service, umożliwia określanie zasad jakie powinny być przestrzegane jak i ich monitorowanie oraz działanie proaktywne i reaktywne. Wykorzystuje inne usługi w celu gromadzenia danych i weryfikacji policy.
  • watcher – optymalizacja wykorzystania zasobów.
  • octavia – load balancing.
  • zaqar – system wiadomości i notyfikacji.
  • tricircle – automatyzacja zarządzania siecią dla wielu regionów (powody).
  • blazar – system rezerwacji i wypożyczania zasobów.
  • searchlight – indeksowanie i przeszukiwanie zasobów OpenStack.
  • manila – udostępnia API do zarządzanie udostępnieniami dysków. Przynajmniej ja to tak rozumiem. Że niezależnie od systemy plików możemy współdzielić odpowiednie foldery, dyski między innymi zasobami.
  • solum – środowisko programistyczne umożliwiające prostą integrację usług OpenStack. Przynajmniej ja to tak rozumiem.
  • swift – rozproszony systemem przechowywania blobów. Eventually consistent.
  • heat – system orchiestracji chmury w deklaratywny sposób, taki yaml dla k8s czy arm templates w azure.
  • mistral – usługa umożliwiająca budowanie przepływów prac bez pisania kodu… tylko trzeba napisać yaml ;)
  • barbican – przechowywanie bezpiecznie danych, secure key storage.
  • vitrage – narzędzie do analizy problemów w chmurze.
  • ceilometer -narzędzie do zbierania danych (sposobie wykorzystywania, zasobach itp.) w znormalizowany sposób i przekazywanie tych danych pomiędzy komponentami OpenStack.
  • panko – przechowywanie i przetwarzanie eventów wygenerowanych przez celiometer.
  • aodh – jeżeli zdarzy się coś konkretnego (zdefiniowanego) to wykonaj następujące akcje.

Wydaje mi się, że opisałem większość albo wszystkie aktualnie wykorzystywane moduły/komponenty. Jest to na pewno dobry overview. Przynajmniej teraz jak będziemy gadać o magnumach to nikt nie skoczy do sklepu ;)

Taka moja obserwacja. Z jednej strony fajnie, że mają różne ciekawe nazwy na produktu. Z drugiej strony ciężko jest mi się domyśleć co autor miał na myśli. Chociaż… może takie nazwy zapadają w pamięć i potem łatwiej się to pamięta?

Wiem jedno, że jakby ktoś do mnie mówił o OpenStack a ja bym nie znał tej listy słów i modułów to byłby to dla mnie język chiński.

Podsumowane

Jak dla mnie by w pełni korzystać z OpenStack trzeba się dobrze znać na sieciach. Mamy tak naprawdę IaaS a nie PaaS. Z drugiej strony, mamy kontrolę nad tym co i jak chcemy. Każda rzecz ma swoje plusy jak i minusy.

Sam jestem ciekawe jak będzie się z tego wszystkiego korzystało! :)

ZOSTAW KOMENTARZ

Please enter your comment!
Please enter your name here