ICzyli choćby przyszło 1000 atletów jak zarządzać tysiącem serwerów Piotr Piotrowski Architekt rozwiązań Czarny@suse.com
Gdy mamy tysiąc serwerów Linux to... Zamykamy oczy i zgadujemy, kto, co i gdzie zainstalował A jak mamy uprawnienia to nawet możemy silić się na sprawdzenie...
Gdy mamy tysiąc serwerów Linux to... Są jeszcze inne możliwości Możemy je jakoś pogrupować Warto je ustandaryzować...może kolorem? Jakiś inny kolor
Gdy mamy tysiąc serwerów Linux to... Może by tak zdefiniować jakieś standardy ITIL?
Gdy mamy tysiąc serwerów Linux to... Warto by było wdrożyć jakiś system zarządzania......a istnieje tylko jeden, który jednocześnie wspiera m.in systemy SUSE i Red Hat
SUSE Custom er Center Architektura Jedna z wielu topologii Inne repozyto ria poprawe k SUSE Manage r proxy SUSE Manage r Lokalny katalog poprawe k B Y O Amazon Google Asure
SUSE Manager co składa się na projekt Technologie własne SUSE Manager API: Skryptowanie i integracja Salt API dla SUSE Managera Proxy dla SUSE Managera rozłożenie obciążeń Now with Salt! Technologie od społeczności Spacewalk - framework SALT - framework Jabber do utrzymania kompatybilności Cobbler do instalacji Bare Metal OpenSCAP do raportowania podatności ICINGA - monitoring Poza tym: Python, Tomcat, Apache App Server, Java, Postgres
Co z punktu widzenia IT chcieliśmy osiągnąć? Spójny z zasadami ITIL-a system zarządzania, czyli organizacji dużej ilości serwerów Dlaczego? Bo go nie było Bo zaczyna to być masakrycznym problemem o pewnej skali Bo druga część naszego biznesu (Micro Focus) wymagała pokazania podatności na zagrożenia Bo jest niezbędny, jeżeli chcemy myśleć w dużej skali (OpenStack, SDS)
Jak?
Monitoring Źródłem był NAGIOS (2009) Obsłuży te same wtyczki Prostsze API
Dlaczego Icinga a nie Nagios? Skalowalność. Od pewnej wielkości Nagios się dusi, a Icinga jest wielowątkowa Łatwiejsza i bardziej przewidywalna konfiguracja. Nie ma wielu dróg i magicznego podłączania urządzeń skryptami Wyczyszczony kod
Dlaczego Salt? Rozmiar agenta to mniej niż 30 MB, ponad dwa razy mniej niż w systemie Puppet Nieporównywalnie krótszy czas wdrożenia Agent Minion lub bezagentowo Salt-ssh Szyfrowanie całej komunikacji (ZeroMQ/AES) Skalowalność działają systemy obsługujące 70 000 maszyn i nie jest to granicą Dobrze opisane oskryptowanie (Python ) Architektura rozproszona asynchroniczna Zarządzanie stanem łatwość odwrócenia operacji
Salt Master Serwer zarządzający węzłami - minionkami
Minionki Zarządzane węzły zwykle z serwisem salt.minion
Execution Modules Cały kosmos uruchamialnych modułów poszukajcie salt modules (pierwszy link)
Dlaczego Salt? Przypisujemy stany do poszczególych maszyn tak jak flagi / oznaczenia itp., z tą różnicą, że oznaczenie serwera powoduje działanie Przykład: Tworzymy stan o nazwie zainstalowany_apache Po przydzieleniu go serwerowi instaluje się na nim Apache Ten sam efekt mamy w skali tysiąca serwerów!
Salt States - stany Możemy zaaplikować stan na serwer stan typu zainstalowany Apache Czytelny format - YAML Wiele funkcji i modułów do wykorzystania System może mieć wiele stanów Przechowywane w plikach
Przykład stanu apache2: pkg.installed httpd: service.running: - name: apache2 - enable: True SuSEfirewall2: service.dead /srv/www/htdocs/index.html: file.managed: - source: salt://web/index.html
SALT moduły a stany Moduł - na już salt '*' user.add Kasia Stan bardziej permanentnie Kasia: user.present
Salt Wykonaliśmy testy (low-end server) Dodanie 100 minionków ok. 16 minut Jeden patch, 1000 minionków ok. 52 minuty Jeden serwer 5000 minionków (ograniczeniem jest przepustowość sieci)
Obsługa CVE Common Vulnerabilities and Exposures Wiemy, co mamy Możemy to zweryfikować Możemy to pokazać Zintegrowany OpenSCAP
Można wpiąć w Microsoft System Center
To może wyglądać tak Microsoft + SUSE + Red Hat Mgmt Pack Działa Firewall SCC SLES/RES Patch Info SUSE Manager z SCOM-em 2007 R2, 2012 i 2012 R2 Wymaga instalacji SUSE Managera
Multitenancy Obsługa wielu organizacji, Administratorów, użytkowników Obsługiwany PAM
Gdy mamy tysiąc serwerów Linux to... Mogą być w fazie przygotowań, w fazie testów w produkcji. albo do likwidacji w archiwum SUSE Manager znacząco ułatwia nam taki podział obsługując cały proces DEVelopment TESTing PRODuction Archiwum
SUSE Manager 3 zapewnia Monitorowanie stanu środowiska Kontrolowaną automatyzację powtarzalnych czynności administracyjnych Wiarygodną zgodność z wymogami bezpieczeństwa
Pokaz