Letnia Akademia SUSE Implementacja nowych rozwiązań open source wszystko, co musisz wiedzieć!

Transkrypt

1 Letnia Akademia SUSE Implementacja nowych rozwiązań open source wszystko, co musisz wiedzieć! Każdy kolejny czwartek do 7 września w godz. 10:00-12:00.

2 Omawiane tematy: Dzisiaj: Ciągłość działania serwerów Linux (Zero Downtime z Live Patching, Rollback, HA) 24 sierpnia: OpenStack z pudełka Jak zacząć, architektura, konfiguracja oprogramowania, zarządzanie chmurą, kalkulacja usług i aprowizacja, 31 sierpnia: Budowa Software Defined Storage z SUSE Enterprise Storage. 7 września: Konteneryzacja aplikacji z SUSE CaaS Platform (orkiestracja z Kubernetes, MicroOS dla mikroserwisów i kontenerów, zarządzanie konfiguracją z Salt) Nagranie z 3 sierpnia: Zarządzanie farmami serwerów Linux i kontenerami z SUSE Manager 3.1 (dystrybucje rpm SUSE/Red Hat) 2

3 Informacje porządkowe Wszystkie zajęcia są nagrywane Link do nagrania i prezentacji rozsyłamy do wszystkich zarejestrowanych osób W trakcie można zadawać pytania korzystając z okna Questions PS. Zapraszamy na SUSECON 2017 w czeskiej Pradze (25-29 września). Jest już dostępny katalog sesji. 3

4 Zapraszamy na zajęcia! Poprowadzi je Dariusz Puchalak z firmy OSEC ośrodka szkoleniowego SUSE 4

5

6 Letnia Akademia SUSE - Zero Downtime Dariusz Puchalak

7 Dariusz Puchalak 20+ lat Linux/Unix Sysadmin 10+ lat trener 3+ lat w OSEC

8 Od 2009 na rynku doświadczona kadra (ACNI, RHCA) specjalizacja open-source subskrypcje, szkolenia, konsultacje

9 Wysoka dostępność - co, jak i dlaczego?

10 Czy potrzebujemy HA??

11 High-Availability usługi dostępne tak długo, jak się da eliminacja wąskich gardeł eliminacja pojedynczych punktów awarii (SPOF)

12 Czy da się utrzymać w działaniu usługę, która zawiera błędy??

13 SLES Live Patching czyli jak nie restartować serwerów i zapewnić bezpieczeństwo.

14 Live Kernel Patching Musi cały czas działać! vs Ma być bezpiecznie!

15 Okno serwisowe vs szybki reboot.?

16 Wymaganie bezpieczeństwo. PCI-DSS ISO 27001

17 Live Kernel Patching Zjeść ciastko. Mieć ciastko. :)

18 Live Kernel Patching In-memory DB Mission Critical Loooooong simulations Massive (and time critical) deployment

19 Live Kernel Patching Technologia: kgraft

20 kgraft zalety. Nie wymaga zatrzymania kernela. Budowany bezpośrednio z kodu w języku C. Bardzo mało kodu wykorzystuje już istniejące mechanizmy w kernelu.

21 kgraft działanie. kgraft patch mały moduł kernel. Podmiana całej funkcji w kernelu. Kolejny patch kgraft zastępuje już istniejący.

22 kgraft ograniczenia. Tylko do błędów krytycznych. Zmiana wew. struktur kernela wymaga specjalnej uwagi. (na szczęście raczej nie będzie takiej potrzeby) :) Wymaga stabilnego środowiska. Patch nie jest przenośny między różnymi wersjami kernela.

23 kgraft ograniczenia. Nie można poprawić kgrafta. Nie można poprawić ftrace Nie można poprawić tzw. main loop Nie można poprawić modułów firm 3-cich.

24 Live Kernel Patching HOWTO Aktywuj SLE Live Patching Zainstaluj kgraft i kgraft-patch Sprawdź, czy jakieś procesy wymagają obudzenia (/sys/kernel/kgraft/in_progress lub kgr -v blocking) Obudź procesy aby zakończyć proces podmiany funkcji kernel (kgr poke) Można instalować kolejny patch

25 Live Kernel Patching Można wydłużyć uptime :) Pozwala wycofać zmianę! (ale wymaga później restartu serwera). Wymaga subskrypcji. Moduły firm trzecich mogą zablokować proces łatania. Program Temporary Fix (SUSE) dla kernela wymaga później 2 restartów.

26 SLES HA Extension wprowadzenie.

27 Typy klastrów.?

28 Typy klastrów. klastry wydajnościowe klastry niezawodnościowe klastry równoważące obciążenia za:

29 Typy klastrów. Klastry ze współdzieloną pamięcią dyskową Klastry sieciowe (bez współdzielonej pamięci dyskowej)

30 Czy zawsze musimy użyć technologii HA??

31 Kiedy nie potrzeba klastrów. DNS LDAP

32 Kiedy potrzeba klastrów. NFS Samba

33 Klastry HA - terminy Node Heartbeat Resource (zasób) i resource group (grupa zasobów) Quorum Epoch (epoka ;) ) Split Brain Fencing STONITH

34 Terminy. active-passive active-active

35 SLE HA Extension Add-on od SLES 11 Potrzeba subskrypcji Do 32 nodeów Geo Cluster Extension Korzysta z Corosync/Pacemaker (czerwona konkurencja już też) Zarządzanie via cmdline crm. Zarządzanie via web HAWK tylko SLES

36 Split-Brain?

37 Split-Brain Części klastra mają inne wyobrażenie o jego stanie. Jeden lub więcej node jest w stanie nieokreślonym. W wyniku Split-Brain można uszkodzić dane. Sytuacja ze Split-Brain musi być wyjaśniona przed uruchomieniem zasobów.

38 Jak uniknąć Split-Brain??

39 Jak uniknąć Split-Brain? Dobra komunikacja sieciowa (najlepiej redundantna). Dobre połączenie do pamięci dyskowej (najlepiej redundantne). Taka sama konfiguracja node ów. Trochę szczęścia? ;>

40 Jak sobie radzić, ze Split-Brain? Fencing SFEX - Shared File Exclusiveness STONITH

41 STONITH Shoot The Other Node In The Head Shoot The Offending Node In The Head

42 STONITH Deathmatch

43 Typy STONITH IPMI APC power SBD libvirt...

44 RRP Redundant Ring Protocol Drugi interface dla heartbeatu Może pomóc zapobiec rozdzieleniu klastra.

45 MPIO MultiPath I/O

46 SLES HA Extension - działanie.

47 Współdzielona pamięć dyskowa. Klastrowe systemy plików: OCFS2 GFS2

48 Zalety OCSF2/GFS2. Lepsza wydajność od sieciowych systemów plików (NFS/Samba) Aplikacje mogą korzystać z memory-mapped files. brak SPOF (nie jak w NFS'ie)

49 Wady OCFS2/GFS2. Nie można cacheować informacji w inode'ach.

50 Zasoby. Zasób klastra: dowolny element zarządzany przez klaster, np. adres IP system plików usługa

51 Zasoby W zależności od typu zasobu może on działać w trybie: active/passive active/active

52 RA Resource Agent ustandaryzowany interfejs do zasobów klastra

53 Grupowanie zasobów. Podstawowe zasoby łączymy razem w grupy.

54 Przypadek specjalny: 2-node klaster

55 Pytania?