IepriekÅ”Äjos rakstos mÄs sÄkÄm runÄt par to, kas ir Proxmox VE un kÄ tas darbojas. Å odien mÄs runÄsim par to, kÄ jÅ«s varat izmantot klasterizÄcijas iespÄju, un parÄdÄ«sim, kÄdas priekÅ”rocÄ«bas tÄ dod.
Kas ir klasteris un kÄpÄc tas ir vajadzÄ«gs? Klasteris (no angļu valodas klasteris) ir serveru grupa, ko apvieno ÄtrdarbÄ«gi sakaru kanÄli, kas darbojas un lietotÄjam parÄdÄs kÄ vienots veselums. Ir vairÄki galvenie klastera izmantoÅ”anas scenÄriji:
Katram scenÄrijam ir savas prasÄ«bas klastera dalÄ«bniekiem. PiemÄram, klasterim, kas veic izkliedÄtu skaitļoÅ”anu, galvenÄ prasÄ«ba ir liels peldoÅ”Ä komata darbÄ«bu Ätrums un zems tÄ«kla latentums. Å Ädas kopas bieži izmanto pÄtniecÄ«bas nolÅ«kos.
TÄ kÄ mÄs esam pieskÄruÅ”ies izplatÄ«tÄs skaitļoÅ”anas tÄmai, vÄlos atzÄ«mÄt, ka pastÄv arÄ« tÄda lieta kÄ režģa sistÄma (no angļu režģa - režģis, tÄ«kls). Neskatoties uz vispÄrÄjo lÄ«dzÄ«bu, nejauciet režģa sistÄmu un kopu. Režģis nav kopa parastajÄ izpratnÄ. AtŔķirÄ«bÄ no kopas, režģī iekļautie mezgli visbiežÄk ir neviendabÄ«gi, un tiem raksturÄ«ga zema pieejamÄ«ba. Å Ä« pieeja vienkÄrÅ”o sadalÄ«tÄs skaitļoÅ”anas problÄmu risinÄÅ”anu, bet neļauj no mezgliem izveidot vienotu veselumu.
Spilgts režģa sistÄmas piemÄrs ir populÄra skaitļoÅ”anas platforma BOIN (Berkeley Open Infrastructure for Network Computing). Å Ä« platforma sÄkotnÄji tika izveidota projektam SETI @ home (Ärpuszemes intelekta meklÄÅ”ana mÄjÄs), kas risina Ärpuszemes intelekta atraÅ”anas problÄmu, analizÄjot radio signÄlus.
KÄ tas darbojasMilzÄ«gs datu masÄ«vs, kas saÅemts no radioteleskopiem, tiek sadalÄ«ts daudzos mazos gabaliÅos, un tie tiek nosÅ«tÄ«ti uz režģa sistÄmas mezgliem (SETI@home projektÄ Å”Ädu mezglu lomu spÄlÄ brÄ«vprÄtÄ«gie datori). Dati tiek apstrÄdÄti mezglos un pÄc apstrÄdes pabeigÅ”anas tiek nosÅ«tÄ«ti uz SETI projekta centrÄlo serveri. TÄdÄjÄdi projekts atrisina vissarežģītÄko globÄlo problÄmu bez nepiecieÅ”amÄs skaitļoÅ”anas jaudas.
Tagad, kad mums ir skaidra izpratne par to, kas ir klasteris, mÄs ierosinÄm apsvÄrt, kÄ to var izveidot un izmantot. MÄs izmantosim atvÄrtÄ koda virtualizÄcijas sistÄmu Proxmox VE.
Pirms klastera izveides ir Ä«paÅ”i svarÄ«gi skaidri saprast Proxmox ierobežojumus un sistÄmas prasÄ«bas, proti:
maksimÄlais mezglu skaits klasterÄ« - 32;
visiem mezgliem jÄbÅ«t tÄ pati Proxmox versija (ir izÅÄmumi, bet tie nav ieteicami ražoÅ”anai);
ja nÄkotnÄ plÄnots izmantot High Availability funkcionalitÄti, tad klasterim vajadzÄtu bÅ«t vismaz 3 mezgli;
portiem jÄbÅ«t atvÄrtiem, lai mezgli varÄtu sazinÄties viens ar otru UDP/5404, UDP/5405 par korosync un TCP/22 SSH;
tÄ«kla aizkave starp mezgliem nedrÄ«kst pÄrsniegt 2 Š¼Ń.
Izveidojiet kopu
SvarÄ«gs! TÄlÄk norÄdÄ«tÄ konfigurÄcija ir testa konfigurÄcija. Neaizmirstiet pÄrbaudÄ«t ar oficiÄlÄ dokumentÄcija Proxmox V.E.
Lai palaistu testa kopu, mÄs paÅÄmÄm trÄ«s serverus ar Proxmox hipervizoru, kas instalÄts ar tÄdu paÅ”u konfigurÄciju (2 kodoli, 2 GB RAM).
SÄkotnÄji pÄc OS instalÄÅ”anas tiek palaists viens serveris savrupais režīms.
Izveidojiet kopu, noklikŔķinot uz pogas Izveidot klasteru attiecÄ«gajÄ sadaļÄ.
MÄs iestatÄm nosaukumu topoÅ”ajam klasterim un atlasÄm aktÄ«vu tÄ«kla savienojumu.
NoklikŔķiniet uz pogas Izveidot. Serveris Ä£enerÄs 2048 bitu atslÄgu un ierakstÄ«s to kopÄ ar jaunÄ klastera parametriem konfigurÄcijas failos.
Paraksts UZDEVUMS OK norÄda uz veiksmÄ«gu operÄcijas pabeigÅ”anu. Tagad, aplÅ«kojot vispÄrÄ«go informÄciju par sistÄmu, var redzÄt, ka serveris ir pÄrslÄdzies uz klastera režīmu. PagaidÄm klasteris sastÄv tikai no viena mezgla, tas ir, tam vÄl nav tÄdu iespÄju, kurÄm ir nepiecieÅ”ams klasteris.
PievienoÅ”anÄs klasterim
Pirms savienojuma izveides ar izveidoto klasteru mums ir jÄiegÅ«st informÄcija, lai pabeigtu savienojumu. Lai to izdarÄ«tu, dodieties uz sadaļu Grupa un nospiediet pogu PievienoÅ”anÄs informÄcija.
AtvÄrtajÄ logÄ mÅ«s interesÄ tÄda paÅ”a nosaukuma lauka saturs. Tas bÅ«s jÄkopÄ.
Å eit ir kodÄti visi nepiecieÅ”amie savienojuma parametri: savienojuma servera adrese un digitÄlais pirkstu nospiedums. MÄs ejam uz serveri, kas jÄiekļauj klasterÄ«. Nospiežam pogu Pievienojieties klasterim un atvÄrtajÄ logÄ ielÄ«mÄjiet kopÄto saturu.
PievienoÅ”anÄs klasterim laikÄ GUI tÄ«mekļa lapa var tikt pÄrtraukta. Viss kÄrtÄ«bÄ, vienkÄrÅ”i atkÄrtoti ielÄdÄjiet lapu. TieÅ”i tÄdÄ paÅ”Ä veidÄ mÄs pievienojam vÄl vienu mezglu un rezultÄtÄ iegÅ«stam pilnvÄrtÄ«gu 3 darba mezglu kopu.
Tagad mÄs varam kontrolÄt visus klastera mezglus no viena GUI.
Augstas pieejamÄ«bas organizÄcija
Proxmox jau no kastes atbalsta HA organizÄcijas funkcionalitÄti gan virtuÄlajÄm maŔīnÄm, gan LXC konteineriem. LietderÄ«ba ha-menedžeris atklÄj un apstrÄdÄ kļūdas un atteices, veicot kļūmjpÄrlÄci no neveiksmÄ«ga mezgla uz strÄdÄjoÅ”u. Lai mehÄnisms darbotos pareizi, virtuÄlajÄm maŔīnÄm un konteineriem ir jÄbÅ«t kopÄjai failu krÄtuvei.
PÄc augstas pieejamÄ«bas funkcionalitÄtes aktivizÄÅ”anas ha-manager programmatÅ«ras steks nepÄrtraukti uzraudzÄ«s virtuÄlÄs maŔīnas vai konteinera stÄvokli un asinhroni mijiedarbosies ar citiem klastera mezgliem.
KoplietojamÄs atmiÅas pievienoÅ”ana
PiemÄram, mÄs izvietojÄm nelielu NFS faila koplietojumu 192.168.88.18. Lai visi klastera mezgli varÄtu to izmantot, jums ir jÄveic Å”Ädas manipulÄcijas.
IzvÄlieties tÄ«mekļa saskarnes izvÄlnÄ Datu centrs ā KrÄtuve ā Pievienot ā NFS.
Aizpildiet laukus ID Šø Server. NolaižamajÄ sarakstÄ EksportÄt izvÄlieties vajadzÄ«go direktoriju no pieejamajiem un sarakstÄ saturs ā nepiecieÅ”amie datu veidi. PÄc pogas nospieÅ”anas Pievienot krÄtuve tiks savienota ar visiem klastera mezgliem.
Veidojot virtuÄlÄs maŔīnas un konteinerus jebkurÄ no mezgliem, mÄs norÄdÄm mÅ«su glabÄÅ”ana kÄ krÄtuve.
HA iestatīŔana
PiemÄram, izveidosim konteineru ar Ubuntu 18.04 un konfigurÄsim tam High Availability. PÄc konteinera izveides un palaiÅ”anas pÄrejiet uz sadaļu Datu centrs-HA-Pievienot. AtvÄrtajÄ laukÄ norÄdiet virtuÄlÄs maŔīnas/konteinera ID un maksimÄlo restartÄÅ”anas un pÄrvietoÅ”anÄs mÄÄ£inÄjumu skaitu starp mezgliem.
Ja Å”is skaitlis tiek pÄrsniegts, hipervizors atzÄ«mÄs virtuÄlo maŔīnu kÄ neizdevuÅ”os un ievietos to Kļūdas stÄvoklÄ«, pÄc kura tas pÄrtrauks ar to veikt jebkÄdas darbÄ«bas.
PÄc pogas nospieÅ”anas Pievienot lietderÄ«ba ha-menedžeris paziÅos visiem klastera mezgliem, ka tagad VM ar norÄdÄ«to ID tiek kontrolÄts un avÄrijas gadÄ«jumÄ tÄ ir jÄrestartÄ citÄ mezglÄ.
UztaisÄ«sim avÄriju
Lai redzÄtu, kÄ tieÅ”i darbojas pÄrslÄgÅ”anas mehÄnisms, nenormÄli izslÄgsim node1 baroÅ”anas bloku. MÄs skatÄmies no cita mezgla, kas notiek ar klasteru. MÄs redzam, ka sistÄma ir novÄrsusi kļūmi.
HA mehÄnisma darbÄ«ba nenozÄ«mÄ VM nepÄrtrauktÄ«bu. TiklÄ«dz mezgls "nokrÄ«t", VM darbÄ«ba tiek Ä«slaicÄ«gi apturÄta, lÄ«dz tÄ tiek automÄtiski restartÄta citÄ mezglÄ.
Un Å”eit sÄkas āmaÄ£ijaā ā klasteris automÄtiski mainÄ«ja mezglu, lai palaistu mÅ«su virtuÄlo maŔīnu, un 120 sekunžu laikÄ darbs tika automÄtiski atjaunots.
MÄs dzÄÅ”am mezglu2 par uzturu. ApskatÄ«sim, vai klasteris izdzÄ«vos un vai VM automÄtiski atgriezÄ«sies darba stÄvoklÄ«.
DiemžÄl, kÄ redzam, mums ir problÄma ar to, ka vairs nav kvoruma vienÄ«gajÄ izdzÄ«vojuÅ”ajÄ mezglÄ, kas automÄtiski atspÄjo HA. MÄs dodam komandu uzspiest kvoruma instalÄÅ”anu konsolÄ.
pvecm expected 1
PÄc 2 minÅ«tÄm HA mehÄnisms darbojÄs pareizi un, neatrodot node2, palaida mÅ«su virtuÄlo maŔīnu node3.
TiklÄ«dz mÄs atkal ieslÄdzÄm node1 un node2, klasteris tika pilnÄ«bÄ atjaunots. LÅ«dzu, Åemiet vÄrÄ, ka virtuÄlÄ maŔīna pati netiek migrÄta atpakaļ uz mezglu1, bet to var izdarÄ«t manuÄli.
Apkopojot
MÄs jums pastÄstÄ«jÄm par to, kÄ darbojas Proxmox klasterizÄcijas mehÄnisms, kÄ arÄ« parÄdÄ«jÄm, kÄ HA ir konfigurÄta virtuÄlajÄm maŔīnÄm un konteineriem. Pareiza klasterizÄcijas un HA izmantoÅ”ana ievÄrojami palielina infrastruktÅ«ras uzticamÄ«bu, kÄ arÄ« nodroÅ”ina atkopÅ”anu pÄc avÄrijas.
Pirms klastera izveides jums nekavÄjoties jÄplÄno, kÄdiem nolÅ«kiem tas tiks izmantots un cik daudz tas nÄkotnÄ bÅ«s jÄmÄro. Jums arÄ« jÄpÄrbauda tÄ«kla infrastruktÅ«ra, vai tÄ ir gatava darbam ar minimÄlu aizkavi, lai nÄkotnes klasteris darbotos bez kļūmÄm.
PastÄstiet mums ā vai jÅ«s izmantojat Proxmox klasterizÄcijas iespÄjas? GaidÄm jÅ«s komentÄros.