
Në artikujt e mëparshëm filluam të flasim për atë se çfarë është Proxmox VE dhe si funksionon. Sot do të flasim për mundësinë e klasterizimit dhe do të tregojmë se cilat janë përfitimet që ofron.
ĂfarĂ« Ă«shtĂ« njĂ« klaster dhe pĂ«rse Ă«shtĂ« e nevojshme? Klasteri (nga anglishtja cluster) Ă«shtĂ« njĂ« grup serverĂ«sh tĂ« lidhur me kanale tĂ« shpejta komunikimi, punojnĂ« dhe duken si njĂ« njĂ«si e vetme pĂ«r pĂ«rdoruesin. EkzistojnĂ« disa skenarĂ« kryesorĂ« pĂ«r pĂ«rdorimin e klasterit:
- Sigurimi i disponueshmërisë së lartë (High-availability).
- Balancimi i ngarkesës (Load Balancing).
- Rritja e performancës (High Performance).
- Kryerja e llogaritjeve të shpërndara (Distributed computing).
Ădo skenar ka kĂ«rkesat e veta pĂ«r komponentĂ«t e klasterit. PĂ«r shembull, pĂ«r njĂ« klaster qĂ« kryen llogaritje tĂ« shpĂ«rndara, kĂ«rkesa kryesore Ă«shtĂ« shpejtĂ«sia e lartĂ« e operacioneve me pikĂ« lĂ«vizĂ«se dhe latenca e ulĂ«t e rrjetit. KlasterĂ«t e tillĂ« shpesh pĂ«rdoren pĂ«r qĂ«llime kĂ«rkimore.
Duke qenĂ« se e pĂ«rmendĂ«m temĂ«n e llogarive tĂ« shpĂ«rndara, Ă«shtĂ« e rĂ«ndĂ«sishme tĂ« theksohet se ekziston njĂ« koncept tjetĂ«r si sistemi grid (nga anglisht grid â rrjet, sistem). MegjithatĂ«, pavarĂ«sisht ngjashmĂ«rive tĂ« pĂ«rgjithshme, nuk duhet tĂ« ngatĂ«rrohet sistemi i rrjetit me klasterin. Rrjeti nuk Ă«shtĂ« njĂ« klaster nĂ« kuptimin e zakonshĂ«m. Ndryshe nga klasteri, nyjet qĂ« pĂ«rbĂ«jnĂ« rrjetin zakonisht janĂ« tĂ« ndryshme dhe karakterizohen nga disponueshmĂ«ri e ulĂ«t. Ky qasje thjeshton zgjidhjen e problemeve tĂ« kompjuterĂ«ve tĂ« shpĂ«rndarĂ«, megjithatĂ« nuk lejon krijimin e njĂ« entiteti tĂ« vetme nga nyjet.
Një shembull domethënës i sistemit të rrjetit është platforma e njohur të llogaritjes (Berkeley Open Infrastructure for Network Computing). Kjo platformë u krijua fillimisht për projektin (Kërkimi për Inteligjencën Jashtëtokësore në Shtëpi), e cila merret me problemin e kërkimit të inteligjencës jashtëtokësore përmes analizës së sinjaleve radio.
Si funksiononNjë sasi e madhe të dhënash, të marra nga radioteleskopët, ndahet në shumë copëza të vogla dhe ato dërgohen në nyjet e sistemit të rrjetit (në projektin SETI@home, roli i tillë i nyjeve luhet nga kompjuterët e vullnetarëve). Të dhënat përpunohen në nyje dhe pas përfundimit të përpunimit dërgohen në serverin qendror të projektit SETI. Kështu, projekti zgjidh një problem global të komplikuar, pa pasur në dispozicion kapacitetet e kërkuara të llogaritjes.
Tani që kemi një kuptim të qartë se çfarë është një klaster, le të shikojmë se si mund ta krijojmë dhe ta përdorim atë. Do të përdorim një sistem virtualizimi me burës të hapur. .
ĂshtĂ« veçanĂ«risht e rĂ«ndĂ«sishme, para se tĂ« filloni me krijimin e klasterit, tĂ« kuptoni qartĂ« kufizimet dhe kĂ«rkesat sistemore tĂ« Proxmox, konkretisht:
- numri maksimal i nodave nĂ« klaster Ă«shtĂ« â 32;
- të gjitha nodat duhet të kenë versionin e njëjtë të Proxmox (ka përjashtime, por për production ato nuk rekomandohen);
- nëse planifikohet të aktivizohet funksionaliteti i Disponueshmërisë së Lartë, atëherë në klaster duhet të jenë të paktën 3 node;
- për komunikimin e nodave me njëri-tjetrin duhet të jenë të hapura portet UDP/5404, UDP/5405 për corosync dhe TCP/22 për SSH;
- vonimi në rrjet midis nodave nuk duhet të kalojë 2 ms.
Krijimi i klasterit
ĂshtĂ« e rĂ«ndĂ«sishme! Konfigurimi i mĂ«poshtĂ«m Ă«shtĂ« testues. Mos harroni tĂ« kontrolloni me Proxmox VE.
Për të lancuar një klaster testues, morëm tre servera me hypervizorin Proxmox të instaluar me konfigurim të njëjtë (2 bërthamë, 2 GB RAM).
NĂ«se dĂ«shironi tĂ« dini se si mund tĂ« instaloni Proxmox, rekomandojmĂ« tĂ« lexoni artikullin tonĂ« tĂ« mĂ«parshĂ«m â .
Fillimisht, pas instalimit të OS-së, serveri unik punon në Modaliteti i veçantë.

Të krijojmë një grup, duke klikuar në butonin Krijo grup në seksionin përkatës.

Vendosim emrin e grupit të ardhshëm dhe zgjedhim lidhjen aktive të rrjetit.

Klikojmë butonin Krijo. Serveri do të gjenerojë një çelës 2048-bit dhe do ta ruajë atë së bashku me parametrat e grupit të ri në skedarët e konfigurimit.

Shkrimi TASK OK dëshmon për realizimin e suksesshëm të operacionit. Tani, duke parë informacionin e përgjithshëm të sistemit, është e qartë se serveri ka kaluar në modin e grupit. Për momentin grupi përbëhet vetëm nga një nod, pra nuk ka ato mundësi për të cilat nevojitet grupi.

Bashkimi me grupin
Para se të lidhemi me grupin e krijuar, na nevojitet të marrim informacionin për të realizuar lidhjen. Për këtë, hyjmë në seksionin Cluster dhe klikojmë butonin Informacioni për Bashkim.

Në dritaren që hapet, na intereson përmbajtja e fushës me po të njëjtin emër. Kjo duhet të kopjohet.

Këtu janë të koduara të gjitha parametrat e nevojshëm të lidhjes: adresa e serverit për lidhjen dhe gjurmët numerike. Kalojmë në serverin që duhet të aktivizohet në grup. Klikojmë butonin Bashkohu në Klastrin dhe në dritaren që shfaqet, ngjisim përmbajtjen e kopjuar.

Fushat Adresa Peer dhe Gisht do të plotësohen automatikisht. Shkruajmë fjalëkalimin root për nodin numër 1, zgjedhim lidhjen e rrjetit dhe klikojmë butonin Bashkohu.

Gjatë procesit të bashkimit të klastrit, faqja e internetit GUI mund të ndalojë së azhurnuari. Kjo është normale, thjesht rifreskojmë faqen. Në të njëjtën mënyrë shtojmë një nod tjetër dhe në fund kemi një klasër të plotë me 3 nyje funksionale.

Tani mund të kontrollojmë të gjitha nyjat e klastrit nga një GUI.

Organizimi i Disponueshmërisë së Lartë
Proxmox «nga kutia» mbështet funksionalitetin e organizimit të HA për makinat virtuale, si dhe për kontejnerët LXC. Vegla ha-manager identifikon dhe trajton gabimet dhe dështimet, duke realizuar kalimin në një nodë funksionale nga ajo që ka dështuar. Për të funksionuar siç duhet, është e nevojshme që makinat virtuale dhe kontejnerët të kenë një ruajtje të përbashkët skedarësh.
Pas aktivizimit të funksionalitetit të Disponueshmërisë së Lartë, stogu programor ha-manager do të fillojë të monitorojë vazhdimisht gjendjen e punës së makinë virtuale ose kontejner dhe të ndërveprojë asinkronisht me nyjat e tjera të klastrit.
Shtojmë magazinën e përbashkët
Për shembull, ne vendosëm një magazinë të vogël skedarësh NFS në adresën 192.168.88.18. Për t'i mundësuar të gjitha nodet e klasterit ta përdorin, duhet të bëni këto veprime.
Zgjidhni nĂ« menunĂ« e ndĂ«rfaqes web Datacenter â Storage â Shto â NFS.

PlotĂ«soni fushat ID dhe Server. NĂ« listĂ«n e rĂ«nĂ« Eksport zgjidhni direktorinĂ« e nevojshme nga tĂ« disponueshmet dhe nĂ« listĂ«n PĂ«rmbajtje â llojet e nevojshme tĂ« tĂ« dhĂ«nave. Pas shtypjes sĂ« butonit Shto magazina do tĂ« lidhet me tĂ« gjitha nodet e klasterit.

Kur krijoni makina virtuale dhe kontejnerë në ndonjë nga nyjet, specifikoni tonin tonë storage si magazinë.
Konfiguroni HA
PĂ«r shembull, do tĂ« krijojmĂ« njĂ« kontejner me Ubuntu 18.04 dhe do ta konfigurojmĂ« pĂ«r High Availability. Pas krijimit dhe nisjes sĂ« kontejnerit, hyjmĂ« nĂ« seksionin Datacenter â HA â Shto. NĂ« fushĂ«n qĂ« hapet, tregoni ID-nĂ« e makinĂ«s virtuale/kontejnerit dhe numrin maksimal tĂ« pĂ«rpjekjeve pĂ«r rinisje dhe lĂ«vizje midis nyjeve.
Nëse ky numër kalon, hipervizori do ta shënojë VM si të dështuar dhe do ta kalojë në gjendjen Error, pas së cilës do të ndalojë të kryejë ndonjë veprim me të.

Pas klikimit të butonit Shto utilita ha-manager do t'i informojë të gjitha nodet e klasterit se tani VM me ID-në e treguar kontrollohet dhe në rast rënie, duhet të riniset në një nod tjetër.

Të shkaktojmë një dështim
Për të parë si funksionon mekanizmi i kalimit, do të fikim papritmas node1 nga energjia. Të shohim nga nodi tjetër se çfarë ndodh me klasterin. Shohim që sistemi regjistroi dështimin.

Funksionimi i mekanizmit HA nuk do të thotë vazhdimësi të punës së VM. Pasi nodi "ra", puna e VM pezullohet përkohësisht deri në nisjen automatike në një nod tjetër.
Dhe kĂ«tu fillon "magjia" â klasteri automatikisht rinĂ«nashkoi nodin pĂ«r tĂ« ekzekutuar VM-nĂ« tonĂ« dhe brenda 120 sekondave puna u rikthye automatikisht.

Fikim node2 nga energjia. Të shohim nëse klasteri do t'ia dalë dhe nëse VM do të rikthehet automatikisht në gjendjen pune.

Fatkeqësisht, siç e shohim, kemi hasur një problem që në nodin e mbetur të gjallë nuk ka më një kvorum, gjë që automatikisht çon në çaktivizimin e funksionit HA. Jepni komandën për të vendosur me forcë kvorumin në konsolë.
pvecm expected 1 
Pas 2 minutash mekanizmi HA funksionoi siç duhet dhe pasi nuk gjeti node2, nisi VM-në tonë në node3.

Sapo që ne rikthyem node1 dhe node2, puna e grupit u riparua plotësisht. Kini parasysh se VM nuk migrohet automatikisht përsëri në node1, por mund ta bëni këtë manualisht.
Përmbledhje
Ne ju treguam se si funksionon mekanizmi i klasterizimit në Proxmox, dhe gjithashtu treguam se si konfigurohet HA për makinat virtuale dhe kontejnerët. Përdorimi i duhur i klasterizimit dhe HA rrit ndjeshëm besueshmërinë e infrastrukturës dhe siguron rikuperimin pas çrregullimeve.
Para se të krijoni një klaster, duhet që menjëherë të planifikoni për çfarë qëllimesh do të përdoret dhe sa shumë do të nevojitet të shkallëzohet në të ardhmen. Gjithashtu, duhet të kontrolloni infrastrukturën rrjet për gatishmërinë për të punuar me vonesa minimale, në mënyrë që klasteri i ardhshëm të punojë pa çrregullime.
Na tregoni - a përdorni mundësitë e klasterizimit në Proxmox? Po presim komentet tuaja.
Artikujt e mëparshëm mbi hipervizorin Proxmox VE:
Burimi: habr.com
