W poprzednich dwóch przewodnikach omówiliśmy sposób instalacji klastra, tworzenia klastra i dodawania węzłów do klastra, a także zbadaliśmy, w jaki sposób klaster.conf wydaje się być po wykonaniu niezbędnych konfiguracji.
Dzisiaj, w trzeciej części serii klastrów, omówimy, czym jest fence, failover i jak je skonfigurować w naszej konfiguracji.
Przede wszystkim zobaczmy, co to znaczy Ogrodzenie oraz Przełączanie awaryjne.
Jeśli myślimy o konfiguracji z więcej niż jednym węzłem, możliwe jest, że w pewnym momencie jeden lub więcej węzłów może ulec awarii. Tak więc w tym przypadku ogrodzenie polega na odizolowaniu nieprawidłowo działającego serwera od klastra w celu ochrony i zabezpieczenia zsynchronizowanych zasobów. Dlatego możemy dodać ogrodzenie, aby chronić zasoby udostępniane w ramach klastra.
Wyobraź sobie scenariusz, w którym serwer zawiera ważne dane dla organizacji, których interesariusze potrzebują organizacji, aby utrzymać serwer w stanie gotowości do pracy bez żadnych przestojów. W takim przypadku możemy zduplikować dane na inny serwer (obecnie są dwa serwery z identycznymi danymi i specyfikacjami), który możemy wykorzystać jako awaryjny.
Przypadkowo jeden z serwerów ulegnie awarii, drugi serwer, który skonfigurowaliśmy jako awaryjny, przejmie obciążenie i dostarczy usługi, które były świadczone przez pierwszy serwer. W tej metodzie użytkownicy nie będą doświadczać przestoju spowodowanego serwerem podstawowym.
Możesz przejść przez Część 01 oraz Część 02 tej serii klastrów tutaj:
Jak już omówiliśmy konfigurację naszego środowiska testowego w dwóch ostatnich artykułach, że używamy trzech serwerów do tej konfiguracji, pierwszy serwer działa jako serwer klastra, a pozostałe dwa jako węzły.
Serwer klastrowy: 172.16.1.250Nazwa hosta: clserver.test.netwęzeł01: 172.16.1.222Nazwa hosta: nd01server.test.netwęzeł02: 172.16.1.223Nazwa hosta: nd02server.test.net
1. Najpierw musimy włączyć ogrodzenie na serwerze klastra, do tego użyję poniżej dwóch poleceń.
# ccs -h 172.16.1.250 --setfencedaemon post_fail_delay=0. # ccs -h 172.16.1.250 --setfencedaemon post_join_delay=10.
Jak widać używamy CCS polecenie, aby dodać konfiguracje do klastra. Poniżej znajdują się definicje opcji, których użyłem w poleceniu.
2. Teraz dodajmy urządzenie ogrodzeniowe dla naszego klastra, wykonaj poniższe polecenie, aby dodać urządzenie ogrodzeniowe.
# ccs -h 172.16.1.250 --addfencedev tecmintfence agent=fence_virt.
W ten sposób wykonałem polecenie i jak klaster.conf
plik wygląda jak po dodaniu urządzenia ogrodzeniowego.
Możesz wykonać poniższe polecenie, aby zobaczyć, jakiego rodzaju ogrodzenie opcje, których możesz użyć do stworzenia urządzenia ogrodzeniowego. użyłem ogrodzenie_wirtualne ponieważ używam maszyn wirtualnych do mojej konfiguracji.
# ccs -h 172.16.1.250 --lsfenceopts.
3. Teraz dodam metodę do utworzonego urządzenia ogrodzeniowego i dodam do niego hosty.
# ccs -h 172.16.1.250 --addmethod Metoda01 172.16.1.222. # ccs -h 172.16.1.250 --addmethod Metoda01 172.16.1.223.
Musisz dodać metody, które stworzyłeś wcześniej dla obu węzłów, które masz w swojej konfiguracji. Oto jak dodałem metody i moje klaster.conf.
4. W następnym kroku będziesz musiał dodać metody ogrodzenia, które utworzyłeś dla obu węzłów, do utworzonego przez nas urządzenia ogrodzenia, a mianowicie „tecmintfence”.
# ccs -h 172.16.1.250 --addfenceinst tecmintfence 172.16.1.222 Metoda01. # ccs -h 172.16.1.250 --addfenceinst tecmintfence 172.16.1.223 Method01.
Z powodzeniem skojarzyłem moje metody z urządzeniem ogrodzeniowym i tak klaster.conf wygląda jak teraz.
Teraz pomyślnie skonfigurowałeś urządzenie ogrodzeniowe, metody i dodałeś do niego swoje węzły. Jako ostatni krok część 03, pokażę teraz, jak dodać przełączanie awaryjne do konfiguracji.
5. Używam poniższej składni poleceń, aby utworzyć awaryjne przejście do konfiguracji klastra.
# ccs -h 172.16.1.250 --addfailoverdomain zamówiony tecmintfod.
6. Po utworzeniu domeny awaryjnej możesz teraz dodać do niej dwa węzły.
# ccs -h 172.16.1.250 --addfailoverdomainnode tecmintfod 172.16.1.222 1. # ccs -h 172.16.1.250 --addfailoverdomainnode tecmintfod 172.16.1.223 2.
Jak pokazano powyżej, możesz zobaczyć klaster.conf nosi wszystkie konfiguracje, które dodałem dla domeny awaryjnej.
Mam nadzieję, że podobało Ci się Część 3 z tej serii. Wkrótce zostanie opublikowana ostatnia część serii przewodników po klastrowaniu, która nauczy Cię dodawać zasoby do klastra, synchronizować je i uruchamiać klaster. Bądź w kontakcie z Tecmint, aby uzyskać przydatne instrukcje.