Sa nangaging mga artikulo, nagsugod kami sa paghisgot kung unsa ang Proxmox VE ug kung giunsa kini molihok. Karon maghisgot kami kung giunsa nimo magamit ang posibilidad sa clustering ug ipakita kung unsang mga benepisyo ang gihatag niini.
Unsa ang cluster ug nganong gikinahanglan kini? Ang cluster (gikan sa English cluster) usa ka grupo sa mga server nga gihiusa sa high-speed nga mga channel sa komunikasyon, nagtrabaho ug nagpakita sa user isip usa ka bug-os. Adunay daghang mga nag-unang mga senaryo sa paggamit sa usa ka cluster:
Paghatag fault tolerance (taas nga magamit).
Pagbalanse sa load (Pagbalanse sa load).
Pagdugang sa pagka-produktibo (taas nga performance).
Nagbuhat sa Distributed Computing (Distributed computing).
Ang matag senaryo adunay kaugalingon nga mga kinahanglanon alang sa mga miyembro sa cluster. Pananglitan, alang sa usa ka cluster nga naghimo sa distributed computing, ang nag-unang kinahanglanon mao ang taas nga tulin sa floating point operations ug ubos nga network latency. Ang ingon nga mga pungpong sagad gigamit alang sa mga katuyoan sa panukiduki.
Tungod kay atong natandog ang hilisgutan sa distributed computing, gusto nakong timan-an nga adunay usa usab ka butang sama sa sistema sa grid (gikan sa English grid - lattice, network). Bisan pa sa kinatibuk-ang pagkaparehas, ayaw paglibog ang sistema sa grid ug ang cluster. Ang grid dili usa ka cluster sa naandan nga diwa. Dili sama sa usa ka cluster, ang mga node nga gilakip sa grid kasagarang heterogeneous ug gihulagway sa ubos nga pagkaanaa. Kini nga pamaagi nagpasimple sa solusyon sa mga gipang-apod-apod nga mga problema sa kompyuter, apan wala magtugot sa paghimo sa usa ka tibuuk gikan sa mga node.
Ang usa ka talagsaong pananglitan sa usa ka sistema sa grid usa ka popular nga plataporma sa kompyuter BOIN (Berkeley Open Infrastructure para sa Network Computing). Kini nga plataporma orihinal nga gihimo alang sa proyekto SETI @ balay (Pagpangita alang sa Extra-Terrestrial Intelligence sa Balay), pag-atubang sa problema sa pagpangita sa extraterrestrial nga paniktik pinaagi sa pag-analisar sa mga signal sa radyo.
Unsa nga paagi nga kini nga buhatUsa ka dako nga han-ay sa mga datos nga nadawat gikan sa mga teleskopyo sa radyo gibuak sa daghang gagmay nga mga piraso, ug kini gipadala sa mga node sa sistema sa grid (sa SETI@home project, ang mga boluntaryo nga kompyuter nagdula sa papel sa ingon nga mga node). Ang datos giproseso sa mga node ug pagkahuman sa pagproseso, gipadala kini sa sentral nga server sa proyekto sa SETI. Sa ingon, gisulbad sa proyekto ang labing komplikado nga problema sa kalibutan nga walaβy kinahanglan nga gahum sa pag-compute nga magamit niini.
Karon nga kita adunay usa ka tin-aw nga pagsabut sa unsa ang usa ka cluster, among gisugyot nga ikonsiderar kung giunsa kini mahimo ug magamit. Maggamit kami og open source virtualization system Proxmox VE.
Ilabi na nga hinungdanon nga tin-aw nga masabtan ang mga limitasyon ug mga kinahanglanon sa sistema sa Proxmox sa wala pa magsugod paghimo usa ka kumpol, nga mao:
maximum nga gidaghanon sa mga node sa usa ka cluster - 32;
ang tanan nga mga node kinahanglan adunay parehas nga bersyon sa Proxmox (adunay mga eksepsiyon, apan wala kini girekomendar alang sa produksyon);
kung sa umaabot kini giplano nga gamiton ang High Availability functionality, nan ang cluster kinahanglan nga adunay labing menos 3 nodes;
Ang mga pantalan kinahanglan nga bukas alang sa mga node nga makigkomunikar sa usag usa UDP/5404, UDP/5405 para sa corosync ug TCP/22 alang sa SSH;
Ang paglangan sa network tali sa mga node kinahanglan dili molapas 2 ms.
Paghimo og cluster
Importante! Ang mosunod nga pag-configure usa ka pagsulay. Ayaw kalimot sa pagsusi sa opisyal nga dokumentasyon Proxmox V.E.
Aron makadagan ang usa ka test cluster, mikuha kami og tulo ka mga server nga adunay Proxmox hypervisor nga na-install nga adunay parehas nga configuration (2 cores, 2 GB sa RAM).
Sa sinugdan, pagkahuman sa pag-install sa OS, usa ka server ang nagdagan standalone-mode.
Paghimo usa ka cluster pinaagi sa pag-klik sa buton Paghimo Cluster sa may kalabutan nga seksyon.
Nagbutang kami usa ka ngalan alang sa umaabot nga cluster ug nagpili usa ka aktibo nga koneksyon sa network.
I-klik ang Create button. Ang server maghimo usa ka 2048-bit nga yawe ug isulat kini kauban ang mga parameter sa bag-ong cluster sa mga file sa pag-configure.
Sinulat TASK OK nagpakita sa malampuson nga pagkompleto sa operasyon. Karon, sa pagtan-aw sa kinatibuk-ang impormasyon bahin sa sistema, makita nga ang server mibalhin sa cluster mode. Sa pagkakaron, ang cluster naglangkob lamang sa usa ka node, nga mao, wala pa kini mga kapabilidad nga gikinahanglan ang usa ka cluster.
Pag-apil sa usa ka Cluster
Sa dili pa magkonektar sa gibuhat nga cluster, kinahanglan nga makakuha kita og impormasyon aron makompleto ang koneksyon. Aron mahimo kini, adto sa seksyon Cluster ug pindota ang buton Apil sa Impormasyon.
Sa bintana nga nagbukas, interesado kami sa mga sulud sa uma nga parehas nga ngalan. Kinahanglan kini kopyahon.
Ang tanan nga gikinahanglan nga mga parameter sa koneksyon gi-encode dinhi: ang adres sa server alang sa koneksyon ug ang digital fingerprint. Moadto kami sa server nga kinahanglan iapil sa cluster. Gipugos namo ang buton Apil sa Cluster ug sa bintana nga moabli, idikit ang gikopya nga sulod.
kaumahan Adres sa kauban ΠΈ Fingerprint awtomatikong mapuno. Pagsulod sa root password alang sa node number 1, pilia ang koneksyon sa network ug pindota ang buton Apil sa.
Atol sa proseso sa pag-apil sa usa ka cluster, ang GUI web page mahimong mohunong sa pag-update. Ok ra, reload lang ang page. Sa eksakto nga parehas nga paagi, nagdugang kami usa ka node ug ingon usa ka sangputanan nakakuha kami usa ka bug-os nga kumpol sa 3 nga mga node nga nagtrabaho.
Karon makontrol na nato ang tanang cluster node gikan sa usa ka GUI.
Taas nga Availability Organization
Gisuportahan sa Proxmox out of the box ang pagpaandar sa organisasyon sa HA para sa mga virtual machine ug mga sudlanan sa LXC. Utility ha-manager nakamatikod ug nagdumala sa mga kasaypanan ug mga kapakyasan, nga naghimo sa usa ka failover gikan sa usa ka napakyas nga node ngadto sa usa nga nagtrabaho. Aron ang mekanismo molihok sa husto, gikinahanglan nga ang mga virtual machine ug mga sudlanan adunay usa ka komon nga pagtipig sa file.
Human ma-activate ang High Availability functionality, ang ha-manager software stack padayon nga magmonitor sa kahimtang sa virtual machine o container ug makig-interact asynchronously sa ubang cluster nodes.
Pagdugtong sa gipaambit nga pagtipig
Isip usa ka pananglitan, nag-deploy kami og gamay nga bahin sa NFS file sa 192.168.88.18. Aron magamit kini sa tanan nga mga node sa cluster, kinahanglan nimo nga buhaton ang mosunod nga mga manipulasyon.
Pagpili gikan sa menu sa web interface Datacenter - Pagtipig - Pagdugang - NFS.
Pun-a ang mga uma ID ΠΈ server. Sa drop down list export pilia ang gusto nga direktoryo gikan sa mga magamit ug sa lista Content - gikinahanglan nga mga tipo sa datos. Human sa pagpindot sa buton Idugang ang storage makonektar sa tanang cluster node.
Sa paghimo sa mga virtual nga makina ug mga sudlanan sa bisan unsang mga node, among gitino ang among sa pagtipig isip storage.
Pagbutang HA
Pananglitan, maghimo kita og sudlanan nga adunay Ubuntu 18.04 ug i-configure ang High Availability alang niini. Human sa paghimo ug pagpadagan sa sudlanan, adto sa seksyon Datacenter-HA-Add. Sa natad nga nagbukas, ipiho ang virtual machine/container ID ug ang labing kadaghan nga pagsulay sa pagsugod ug pagbalhin sa taliwala sa mga node.
Kung kini nga numero molapas, ang hypervisor magtimaan sa VM nga napakyas ug ibutang kini sa Error state, pagkahuman kini mohunong sa pagbuhat sa bisan unsang mga aksyon niini.
Pagkahuman sa pagpadayon sa buton Idugang gamit ha-manager ipahibalo ang tanan nga mga node sa cluster nga karon ang VM nga adunay piho nga ID kontrolado na ug kung adunay pagkahagsa kinahanglan nga i-restart kini sa lain nga node.
Mag-crash ta
Aron mahibal-an kung unsa ka eksakto ang mekanismo sa pagbalhin, atong i-off ang suplay sa kuryente sa node1 nga dili normal. Atong tan-awon gikan sa laing node kung unsa ang nahitabo sa cluster. Nakita namon nga ang sistema nag-ayo sa usa ka kapakyasan.
Ang operasyon sa mekanismo sa HA wala magpasabot sa pagpadayon sa VM. Sa diha nga ang node "mahulog", ang VM nga operasyon temporaryo nga gihunong hangtud nga kini awtomatik nga gi-restart sa laing node.
Ug dinhi nagsugod ang "salamangka" - ang cluster awtomatik nga gi-reassign ang node aron mapadagan ang among VM ug sulod sa 120 segundos ang trabaho awtomatik nga gipahiuli.
Gipalong namo ang node2 sa nutrisyon. Atong tan-awon kung ang cluster mabuhi ug kung ang VM mobalik sa usa ka nagtrabaho nga estado awtomatik.
Alaut, ingon sa atong makita, kita adunay usa ka problema sa kamatuoran nga wala nay korum sa bugtong buhi nga node, nga awtomatikong disables HA. Gihatagan namon ang mando nga pugson ang pag-install sa usa ka korum sa console.
pvecm expected 1
Pagkahuman sa 2 minuto, ang mekanismo sa HA nagtrabaho sa husto ug, wala makit-an ang node2, gilunsad ang among VM sa node3.
Sa diha nga among gibalik ang node1 ug node2, ang cluster hingpit nga napasig-uli. Palihug timan-i nga ang VM dili mobalhin balik sa node1 sa iyang kaugalingon, apan mahimo kini nga mano-mano.
Pagsumada
Gisultihan ka namo kung giunsa ang mekanismo sa clustering sa Proxmox, ug gipakita usab kanimo kung giunsa pag-configure ang HA alang sa mga virtual nga makina ug mga sudlanan. Ang hustong paggamit sa clustering ug HA dako kaayog pataas sa pagkakasaligan sa imprastraktura, ingon man sa paghatag ug disaster recovery.
Sa wala pa maghimo usa ka kumpol, kinahanglan nimo nga magplano dayon alang sa kung unsang mga katuyoan ang gamiton ug kung pila ang kinahanglan nga i-scale sa umaabot. Kinahanglan usab nimo nga susihon ang imprastraktura sa network alang sa kaandam sa pagtrabaho nga adunay gamay nga paglangan aron ang umaabot nga cluster molihok nga walaβy mga kapakyasan.
Sultihi kami - gigamit ba nimo ang mga kapabilidad sa clustering sa Proxmox? Naghulat kami kanimo sa mga komento.