Në artikujt e kaluar filluam të tregojmë se çfarë është Proxmox VE dhe si funksionon. Sot do t'ju tregojmë se si mund të përdorni mundësinë e grumbullimit dhe do të tregojmë përfitimet që sjell ajo.
ĂfarĂ« Ă«shtĂ« grumbulli dhe pĂ«rse nevojitet? Grumbulli (nga anglishtja cluster) Ă«shtĂ« njĂ« grup serverash tĂ« lidhur me kanale tĂ« shpejta komunikimi, qĂ« funksionon dhe paraqitet pĂ«r pĂ«rdoruesin si njĂ« entitet i vetĂ«m. EkzistojnĂ« disa skenarĂ« themelorĂ« tĂ« pĂ«rdorimit tĂ« grumbullit:
- Sigurimi i qëndrueshmërisë së shërbimeve (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 tij specifike pĂ«r komponentĂ«t e grumbullit. PĂ«r shembull, pĂ«r njĂ« grumbull qĂ« kryen llogaritje tĂ« shpĂ«rndara, kĂ«rkesa kryesore Ă«shtĂ« shpejtĂ«sia e lartĂ« nĂ« ekzekutimin e operacioneve me numra me presje dhe latenca e ulĂ«t e rrjetit. TĂ« tillĂ« grumbuj pĂ«rdoren shpesh pĂ«r qĂ«llime kĂ«rkimore.
Pasi e pĂ«rmendĂ«m temĂ«n e llogaritjeve tĂ« shpĂ«rndara, dĂ«shirojmĂ« tĂ« theksojmĂ« se ekziston edhe njĂ« koncept tjetĂ«r i quajtur sistemi grid (nga anglishtja grid â rrjet). MegjithĂ«se kanĂ« disa ngjashmĂ«ri, nuk duhet tĂ« ngatĂ«rrohet sistemi grid me grumbullin. Grid nuk Ă«shtĂ« njĂ« grumbull nĂ« kuptimin e zakonshĂ«m. Ndryshe nga grumbulli, nyjat nĂ« grid shpesh janĂ« tĂ« ndryshme dhe kanĂ« disponueshmĂ«ri tĂ« ulĂ«t. Ky qasjet lehtĂ«son zgjidhjen e problemeve tĂ« llogaritjeve tĂ« shpĂ«rndara, por nuk lejon krijimin e njĂ« entiteti tĂ« vetĂ«m nga nyjat.
Një shembull i qartë i sistemit grid është platforma e njohur e llogaritjeve (Berkeley Open Infrastructure for Network Computing). Kjo platformë fillimisht u krijua për projektin (Search for Extra-Terrestrial Intelligence at Home), e cila merret me problemin e kërkimit të inteligjencës extraterrestre duke analizuar sinjalet radio.
Si funksionon kjoNjë sasi e madhe të dhënash të marra nga radioteleskopët ndahet në shumë copëza të vogla, dhe ato dërgohen në nyjat e sistemit grid (në projektin SETI@home, roli i këtyre nyjeve përfaqësohet nga kompjuterët e vullnetarëve). Të dhënat përpunohen në nyja dhe, pasi të përfundojë përpunimi, dërgohen në serverin qendror të projektit SETI. Kështu projekti zgjidh një problem të komplikuar global, pa pasur kapacitetet e nevojshme të llogaritjeve.
Tani kur kemi një kuptim të qartë se çfarë është një klaster, le të shqyrtojmë se si mund ta krijojmë dhe ta përdorim atë. Do të përdorim një sistem virtualizimi me burës kod të hapur. .
Veçanërisht e rëndësishme para se të fillojmë të krijojmë një klaster, është të kuptojmë qartë kufizimet dhe kërkesat sistemore të Proxmox, pra:
- numri maksimal i nodave në klaster është 32;
- të gjithë nodat duhet të kenë versionin e njëjtë të Proxmox (ka përjashtime, por ato nuk rekomandohen për produkte);
- nëse planifikohet të përdoret funksionin e Disponueshmërisë së Lartë, atëherë klasteri duhet të ketë të paktën 3 nodas;
- për të mundësuar bashkëveprimin e nodave mes tyre, duhet të jenë të hapura portet UDP/5404, UDP/5405 për corosync dhe TCP/22 për SSH;
- këputja në rrjet midis nodave nuk duhet të kalojë 2 ms.
Krijimi i cluster-it
E rëndësishme! Konfigurimi në vazhdim është testues. Mos harroni të verifikoni me Proxmox VE.
Për të nisur një klaster testues, ne morëm tre servera me hipervizorin Proxmox të instaluar me të njëjtin konfigurim (2 bërthama, 2 GB RAM).
NĂ«se dĂ«shironi tĂ« dini se si mund ta instaloni Proxmox, ne ju rekomandojmĂ« tĂ« lexoni artikullin tonĂ« tĂ« mĂ«parshĂ«m â .
Fillimisht, pas instalimit të sistemit operativ, një server i vetëm punon në Standalone-mode.
Të krijojmë një klaster, klikoni në butonin Create Cluster në seksionin përkatës.
Vendosim emrin e klasterit të ardhshëm dhe zgjedhim lidhjen aktive të rrjetit.
Klikoni butonin Create. Serveri do të gjenerojë një çelës 2048-bit dhe do ta regjistrojë atë së bashku me parametrat e klasterit të ri në skedarët e konfigurimit.
Shkrimi TASK OK tregon për një operacion të suksesshëm. Tani, duke parë informacionin e përgjithshëm për sistemin, është e qartë se serveri ka kaluar në modalitetin e klasterit. Deri tani, klasteri përbëhet vetëm nga një nod, pra akoma nuk ka ato mundësi për të cilat është e nevojshme një klaster.
Pranimi në klaster
Para se të lidhemi me klasterin e krijuar, na nevojitet të marrim informacionin për të kryer lidhjen. Për këtë, hyjmë në seksionin Klaster dhe shtypim butonin Join Information.
Në dritarën që hapet, na intereson përmbajtja e fushës me të njëjtin emër. Duhet ta kopjojmë atë.
Këtu janë koduar të gjitha parametrat e nevojshëm për lidhje: adresa e serverit për lidhjen dhe gishtprëthja numerike. Shkoni në serverin që duhet të përfshihet në klaster. Klikoni butonin Join Cluster dhe në dritaren që hapet, ngjisim përmbajtjen e kopjuar.
Fushat Adresa Peer dhe Fingerprint do të plotësohen automatikisht. Futim fjalëkalimin root të nodit numër 1, zgjedhim lidhjen rrjet dhe klikojmë butonin Bashkohu.
Gjatë procesit të bashkimit me grupin, faqja GUI mund të ndalojë së përditësuari. Kjo është normale, thjesht rikthejmë faqen. Pikërisht në të njëjtën mënyrë shtojmë një nod tjetër dhe në fund kemi një grup të plotë me 3 node funksionale.
Tani ne mund të kontrollojmë të gjitha nodet e grupit nga një GUI.
Krijimi i High Availability
Proxmox "nga kutia" ofron funksionalitetin e krijimit të HA si për makinat virtuale ashtu edhe për kontejnerët LXC. Utiliteti ha-manager identifikon dhe menaxhon gabimet dhe dështimet, duke realizuar një kalim emergjent nga nodi i dështuar në atë funksional. Për të funksionuar si duhet, makinat virtuale dhe kontejnerët duhet të kenë një depo të përbashkët.
Pas aktivizimit të funksionalitetit të High Availability, struktura e softuerit ha-manager do të fillojë të monitorojë vazhdimisht gjendjen e funksionimit të makinës virtuale ose kontejnerit dhe të bashkëpunojë asinkronisht me nodet e tjera të grupit.
Bashkojmë depo të përbashkët
Për shembull, ne kemi vendosur një depo të vogël NFS në adresën 192.168.88.18. Për të lejuar që të gjitha nodet e grupit ta përdorin, duhet të kryejmë këto manipulime.
Zgjidhim nĂ« menunĂ« e ndĂ«rfaqes sĂ« uebit Datacenter â Storage â Shto â NFS.
PlotĂ«sojmĂ« fushat ID dhe Server. NĂ« listĂ«n e rĂ«nĂ« Eksporto zgjedhim dosjen e nevojshme nga ato tĂ« disponueshme dhe nĂ« listĂ«n PĂ«rmbajtja â llojet e nevojshme tĂ« tĂ« dhĂ«nave. Pasi tĂ« klikojmĂ« butonin Shto depoja do tĂ« lidhĂ«t me tĂ« gjitha nodet e grupit.
Kur krijojmë makina virtuale dhe kontejnerë në ndonjë nga nodet, tregojmë tonin storage si depo.
Konfigurojmë 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, tregojmĂ« ID-nĂ« e makinĂ«s virtuale/konteinerit dhe numrin maksimal tĂ« pĂ«rpjekjeve pĂ«r rikthim dhe transferim mes nodĂ«ve.
Nëse ky numër tejkalohet, hipervizori do ta shënojë VM si dështim 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 njësia ha-manager do të njoftojë të gjitha nodet e grupit për këtë, se tani VM me ID-në e treguar kontrollohet dhe në rast dështimi, ajo duhet të rifillojë në një nod tjetër.
Ne do të shkaktojmë një dështim
Për të parë se si funksionon mekanizmi i kalimit, do të fikim papritur node1 nga energjia. Po shikojmë nga një nodo tjetër se çfarë ndodh me klasterin. Shohim se sistemi e ka regjistruar dështimin.
Funksionimi i mekanizmit HA nuk do të thotë vazhdimësi të punës së VM. Sapo nodi "ra", puna e VM përkohësisht ndalet deri në momentin e rindizjes automatikë në një nod tjetër.
Dhe këtu fillon "magjia" - klasteri në mënyrë automatike riaranzhoi nodin për të kryer VM-në tonë dhe brenda 120 sekondave puna u rikthye automatikisht.
Fikim node2 nga energjia. Le të shohim nëse klasteri do ta përballojë dhe nëse VM do të rikthehet automatikisht në gjendje pune.
Për fat të keq, siç shohim, kemi një problem se në nodin e vetme të mbetur të gjallë nuk ka më kuorum, që automatikisht çon në çaktivizimin e punës së HA. Jepni në konsolën komandën për vendosjen e detyrueshme të kuorumit.
pvecm priste 1 
Pas 2 minutash, mekanizmi HA kaloi saktë dhe pasi nuk gjeti node2, nisi VM-në tonë në node3.
Sapo ndezëm përsëri node1 dhe node2, puna e klasterit u rikthye plotësisht. Vini re se VM nuk migron automatikisht përsëri në node1, por kjo mund të bëhet manualisht.
Të shohim përfundimet
Ne ju folëm për mënyrën se si funksionon mekanizmi i klasterizimit në Proxmox, si dhe treguam se si konfigurohet HA për makinat virtuale dhe konteinerët. Përdorimi i mençur i klasterizimit dhe HA rrit ndjeshëm besueshmërinë e infrastrukturës dhe siguron rikuperimin pas dështimeve.
Para se të krijoni një klaster, duhet të planifikoni menjëherë për cilat qëllime do të përdoret dhe sa do të nevojitet të zgjerohen në të ardhmen. Gjithashtu duhet të kontrolloni infrastrukturën rrjetore për gatishmërinë për të punuar me vonesa minimale, në mënyrë që klasteri i ardhshëm të punojë pa dështime.
Na tregoni - a po e përdorni mundësitë e klasterizimit në Proxmox? Po ju presim në komentet.
Artikujt e mëparshëm mbi hipervizorin Proxmox VE:
Burimi: habr.com
