W poprzednim wpisie przygotowaliśmy nasz klaster – w tym zajmiemy się utworzeniem pierwszego serwera.

Ponieważ wszystkie trzy serwery proxmox-a mam zainstalowane jako vm na jednym proxmox-ie, jako serwer utworzę kontener (CT).
Jeśli wykonujesz wdrożenie na fizycznych maszynach możesz utworzyć vm.

Aby utworzyć kontener należy wykonać następujące kroki:
1)  Aktualizacja i pobranie listy obrazów:

Aby bezpłatnie odblokować dalszą treść kliknij "Zapisz się" - dostaniesz nielimitowany dostęp do wszystkich treści i wyślę Ci na maila kilka wyjątkowych bonusów !
Jeśli jesteś już zapisany - Kliknij "Zaloguj się" i podaj swojego maila - treść zostanie odblokowana:
Zaloguj się lub Zapisz się
Sprawdź Przejdź do zapisu
Anuluj
Dalsza część artykułu jest dostępna tylko dla zapisanych do newslettera. Aby zapisać się do newslettera Kliknij tutaj , lub wypełnij pola w bocznym panelu.
Jeśli jesteś już zapisany - podaj poniżej swój adres e-mail: Odblokuj
adotpay
Anuluj

Pobieramy obraz podając jego nazwę i przestrzeń gdzie ma być przechowany:
Aby bezpłatnie odblokować tą treść kliknij w ten przycisk i zapisz się do naszej społeczności - dostaniesz nielimitowany dostęp do wszystkich treści !

Przechodzimy do panelu klienta i wybieramy u góry „Create CT”.

Wypełniamy formularz standardowo jak przy tworzeniu serwera, pamiętając tylko o wybraniu w opcji „Root Disk” jako „Storage” nasza pulę:

Po przejściu wszystkich kroków nasz CT jest utworzony – możemy przetestować migrację.

Live Migration

Jest to bardzo prosty proces – wystarczy po prawej stronie kliknąć prawym przyciskiem myszy na kontener, wybrać opcję „Migrate”:

Następnie wybieramy serwer na który będziemy migrować i klikamy „Migrate”:

Pokaże nam się okno z przebiegiem migracji – u mnie trwała ona około 10 sekund:

Gotowe – nasz kontener jest przeniesiony i działa na innym serwerze.

Automatyczna migracja w przypadku awarii

Ok, może migracja to nie jest najodpowiedniejsze słowo, jednak zamiar jest prosty – w momencie gdy jeden z serwerów przestaje działać, całość zasobów jest czytanych z innego serwera.

Aby wdrożyć takie rozwiązanie musimy wykonać kilka kroków:

1)  Dodajemy grupę HA

Wybieramy z  lewego górnego rogu nasze datacenter, następnie „HA” , „Groups” i klikamy „Create”:

Wpisujemy ID naszej grupy ( u mnie to „ALL”), zaznaczamy wszystkie serwery które mają być w grupie i klikamy „Create”(opcje restricted i nofallback nie zaznaczamy – wyjaśnimy ją później):

Gotowe – mamy naszą grupę, teraz przypiszemy nasz kontener do tej grupy.

Wybieramy zakładkę „HA” i w sekcji „Resources” klikamy „Add”:

Wypełniamy ją następująco:

  • vm – wybieramy nasz kontener
  • group – wybieramy naszą grupę
  • max restart/relocate – ustawiamy ile maksymalnie razy nasz kontener może zmienić serwer a którym sie znajduje ( mamy 3 serwery, więc ustawiamy dwa razy)
  • request state – stan kontenera

Po wypełnieniu klikamy Add:

Gotowe – teraz w momencie gdy jeden serwer przestanie działać, nasz kontener przepnie się automatycznie na drugi działający serwer.

Możesz to sprawdzić samodzielnie – wystarczy wyłączyć serwer gdzie jest obecnie kontener i poczekać około minutę.

Wyjaśnienie opcji „restricted”

Tworząc grupę HA nie zaznaczaliśmy w niej opcji restricted – co tak właściwie ona oznacza?

Weźmy sobie taki przykład: Stworzyliśmy grupę HA i dodaliśmy do niej do niej tylko srv1 i srv2 , ale nie zaznaczaliśmy opcji „restricted”.

W momencie gdy nasz kontener jest na srv1 i ten serwer przestanie działać – kontener zostanie „przepięty” na srv2.
A co jeśli zarówno srv1 jak i srv2 przestaną działać?
Odpowiedź: To zależy.

Zależy od tego czy opcja „restricted” była zaznaczona.

Jeśli nie była – proxmox spróbuje uruchomić kontener na srv3, mimo iż nie był on zaznaczony. Dodatkowo – w momencie gdy srv2 lub srv1 zacznie działać, proxmox przepnie spowrotem nasz kontener na jeden z nich.

Jeśli opcja jest zaznaczona – kontener będzie działał dopiero jak naprawimy jeden z serwerów.

Wyjaśnienie opcji nofallback

Wiemy już że jeśli opcja restricted nie jest zaznaczona, a grupa HA ma tylko jeden server ( przyjmijmy srv3) , to w momencie jak srv3 zacznie działać nasz kontener zostanie spowrotem na niego przeniesiony.

Ale nie zawsze takie rozwiązanie jest dobre – np. jeśli nie znamy przyczyny awarii srv3 to lepiej nie przepinać na niego spowrotem kontenera. I ten problem rozwiązuj opcja „nofallback”.

Jeśli jest zaznaczona, to w momencie gdy server srv3 będzie online, nasz kontener nie zostanie na niego automatycznie ponownie przeniesiony – będziemy musieli go przenieść samodzielnie po rozwiązaniu przyczyny awarii.

Podsumowanie

Mamy już wdrożony klaster ( jeśli nie to zapraszam do poprzedniego wpisu jak utworzyć klaster w proxmox) , mamy też zapewnione automatyczne przełączanie w momencie awarii.

W kolejnym wpisie wrócimy do konsoli i zobaczymy jak to wszystko działa „od środka”.

Jest to czwarta część serii o proxmoxie – jeśli dopiero trafiłeś na ten wpis polecam zapoznać się z pozostałymi:

  1. Instalacja proxmoxa na serwerze z systemem debian 9
  2. Instalacja proxmoxa z obrazu ISO
  3. Tworzymy klaster wysokiej dostępności
  4. Tworzymy nasz pierwszy serwer w HA
  5. HA od strony systemu – jak działa proxmox