{"id":92570,"date":"2020-08-28T19:42:21","date_gmt":"2020-08-28T17:42:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/modelirovanie-otkazoustojchivyh-klasterov-na-baze-postgresql-i-pacemaker"},"modified":"2020-08-28T19:42:21","modified_gmt":"2020-08-28T17:42:21","slug":"modelirovanie-otkazoustojchivyh-klasterov-na-baze-postgresql-i-pacemaker","status":"publish","type":"post","link":"https:\/\/prohoster.info\/lv\/blog\/administrirovanie\/modelirovanie-otkazoustojchivyh-klasterov-na-baze-postgresql-i-pacemaker","title":{"rendered":"Klastra mode\u013cu model\u0113\u0161ana ar augstu pieejam\u012bbu, izmantojot PostgreSQL un Pacemaker","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ievads<\/h1>\n

<\/p>\n

Pirms k\u0101da laika man tika uzdots uzdevums izstr\u0101d\u0101t notur\u012bgu klasteri PostgreSQL<\/a><\/noindex>, kas darbojas vair\u0101kos datu centros, savienotiem ar \u0161\u0137iedru optiku vien\u0101 pils\u0113t\u0101, un sp\u0113j iztur\u0113t vienas datu centra atteici (piem\u0113ram, jauda tiek atsl\u0113gta). K\u0101 programmat\u016bru, kas atbild par notur\u012bbu, es izv\u0113l\u0113jos Pacemaker<\/a><\/noindex>, jo tas ir ofici\u0101lais risin\u0101jums no RedHat, lai izveidotu notur\u012bgus klasterus. Tas ir labs ar to, ka RedHat nodro\u0161ina t\u0101 atbalstu un ka \u0161is risin\u0101jums ir univers\u0101ls (modul\u0101rs). Ar t\u0101 pal\u012bdz\u012bbu var\u0113s nodro\u0161in\u0101t notur\u012bbu ne tikai PostgreSQL, bet ar\u012b citiem pakalpojumiem, vai nu izmantojot standarta modu\u013cus, vai izstr\u0101d\u0101jot tos konkr\u0113t\u0101m vajadz\u012bb\u0101m.<\/p>\n

<\/p>\n

Uz \u0161o risin\u0101jumu rad\u0101s sapr\u0101t\u012bgs jaut\u0101jums: cik notur\u012bgs b\u016bs notur\u012bgais klasteris? Lai to izp\u0113t\u012btu, es izstr\u0101d\u0101ju testa vidi, kas imit\u0113 da\u017e\u0101das atteices klastera mezglos, gaida atjauno\u0161anos, atjauno atteiku\u0161o mezglu un turpina testus cikl\u0101. S\u0101kotn\u0113ji \u0161is projekts tika saukts par hapgsql, bet laika gait\u0101 man apnika nosaukums, kur\u0101 ir tikai viena patska\u0146a. T\u0101p\u0113c notur\u012bg\u0101s datub\u0101zes (un float IP, kas uz t\u0101m nor\u0101da) es s\u0101ku d\u0113v\u0113t par krogan<\/strong> (varonis no datorsp\u0113les, kuram visiem svar\u012bgajiem org\u0101niem ir rezerves), bet mezglus, klasterus un pa\u0161u projektu - tuchanka<\/strong> (plan\u0113ta, kur dz\u012bvo kroga\u0146i).<\/p>\n

<\/p>\n

Tagad vad\u012bba ir at\u013c\u0101vusi atv\u0113rt projektu open source kopienai ar MIT licenci<\/a><\/noindex>. README dr\u012bz tiks iztulkots ang\u013cu valod\u0101 (jo tiek gaid\u012bts, ka galvenie pat\u0113r\u0113t\u0101ji b\u016bs Pacemaker un PostgreSQL izstr\u0101d\u0101t\u0101ji), bet veco krievu versiju README es nol\u0113mu noform\u0113t (da\u013c\u0113ji) \u0161\u012b raksta veid\u0101.<\/p>\n

<\/p>\n

\"Klastra<\/p>\n

<\/a><\/noindex><\/p>\n

Klasteri tiek izvietoti virtu\u0101laj\u0101s ma\u0161\u012bn\u0101s VirtualBox<\/a><\/noindex>. Kopum\u0101 tiks izvietotas 12 virtu\u0101l\u0101s ma\u0161\u012bnas (kop\u0101 36GiB), kas veidos 4 notur\u012bgus klasterus (da\u017e\u0101di varianti). Pirmie divi klasteri sast\u0101v no diviem PostgreSQL serveriem, kas izvietoti da\u017e\u0101dos datu centros, un kop\u0113j\u0101 servera witness<\/em> c quorum device<\/strong> (kas izvietots l\u0113t\u0101 virtu\u0101laj\u0101 ma\u0161\u012bn\u0101 tre\u0161aj\u0101 datu centr\u0101), kas atrisina neskaidr\u012bbu 50%\/50%<\/strong>, pie\u0161\u0137irot savu balsi vienai no pus\u0113m. Tre\u0161ais klasteris ir tr\u012bs datu centros: viens galvenais, divi vergi, bez quorum device<\/strong>. Ceturtais kl\u0101sters sast\u0101v no \u010detriem PostgreSQL serveriem, pa diviem datu centr\u0101: viens meistars, p\u0101r\u0113jie replikas, un ar\u012b izmanto witness<\/em> c quorum device<\/strong>. Ceturtais sp\u0113j iztur\u0113t divu serveru vai viena datu centra av\u0101riju. \u0160o risin\u0101jumu, ja nepiecie\u0161ams, var papla\u0161in\u0101t uz vair\u0101kiem replik\u0101m.<\/p>\n

<\/p>\n

Prec\u012bza laik\u0101 pakalpojums ntpd<\/a><\/noindex> ir ar\u012b p\u0101rkonfigur\u0113ts augst\u0101 pieejam\u012bb\u0101, bet tur tiek izmantota pa\u0161a ntpd<\/code> (orphan mode<\/em>). Kop\u0113jais serveris witness<\/em> pilda centr\u0101l\u0101 NTP servera lomu, izdalot savu laiku visiem klasteriem, t\u0101d\u0113j\u0101di sinhroniz\u0113jot visus serverus sav\u0101 starp\u0101. Ja witness<\/em> izn\u0101k no k\u0101rt\u012bbas vai non\u0101k izol\u0101cij\u0101, tad savu laiku s\u0101ks izdal\u012bt viens no klastera serveriem (iek\u0161\u0113j\u0101 klaster\u012b). Pal\u012bg\u0161\u0137ietamais ke\u0161atmi\u0146as HTTP proxy<\/strong> ir ar\u012b uzst\u0101d\u012bts witness<\/em>, ar t\u0101 pal\u012bdz\u012bbu p\u0101r\u0113j\u0101m virtu\u0101laj\u0101m ma\u0161\u012bn\u0101m ir piek\u013cuve Yum repozitorijiem. Realit\u0101t\u0113 t\u0101di pakalpojumi k\u0101 prec\u012bzs laiks un proxy noteikti tiks izvietoti uz atsevi\u0161\u0137iem serveriem, bet \u0161aj\u0101 stand\u0101 tie ir izvietoti uz witness<\/em> tikai, lai ietaup\u012btu virtu\u0101lo ma\u0161\u012bnu skaitu un vietu.<\/p>\n

<\/p>\n

Versijas<\/h1>\n

<\/p>\n

v0. Str\u0101d\u0101 ar CentOS 7 un PostgreSQL 11 VirtualBox 6.1 vid\u0113.<\/p>\n

<\/p>\n

Kl\u0101steru strukt\u016bra<\/h1>\n

<\/p>\n

Visi klasteri ir paredz\u0113ti izvieto\u0161anai vair\u0101kos datu centros, apvienoti vien\u0101 plakn\u0113 un j\u0101sp\u0113j iztur\u0113t viena datu centra av\u0101riju vai t\u012bkla izol\u0101ciju. T\u0101d\u0113\u013c nav iesp\u0113jama<\/strong> izmanto, lai aizsarg\u0101tu pret split-brain<\/strong> standarta tehnolo\u0123iju Pacemaker, kas saucas STONITH<\/em> (Shoot The Other Node In The Head) vai fencing<\/em>. T\u0101s b\u016bt\u012bba: ja mezglu klaster\u012b s\u0101k \u0161aub\u012bties, ka ar k\u0101du mezglu notiek kas nepareizs, vi\u0146\u0161 neatbild vai uzvedas nepareizi, tad tie piespiedu k\u0101rt\u0101 to izsl\u0113dz caur \u201e\u012bpa\u0161iem\u201d ier\u012bc\u0113m, piem\u0113ram, IPMI vai UPS vad\u012bbas karti. Bet tas darbosies tikai gad\u012bjumos, kad pie viena servera av\u0101rijas IPMI vai UPS turpina darboties. \u0160eit pl\u0101nota aizsardz\u012bba pret daudz katastrof\u0101l\u0101k\u0101m av\u0101rij\u0101m, kad avar\u0113 (piem\u0113ram, k\u013c\u016bst bez elektr\u012bbas) viss datu centrs. Un \u0161\u0101d\u0101 av\u0101rij\u0101 visi stonith<\/em>-ier\u012bces (IPMI, UPS utt.) ar\u012b nedarbosies.<\/p>\n

<\/p>\n

T\u0101 viet\u0101 sist\u0113mas pamat\u0101 ir kvoruma ideja. Visi mezgliem ir balss, un str\u0101d\u0101t var tikai tie, kuri redz vair\u0101k nek\u0101 pusi no visiem mezgliem. \u0160is skaits \u201epuse+1\u201d saucas kvorums<\/strong>. Ja kvorums netiek sasniegts, tad mezgls izlemj, ka tas atrodas t\u012bkla izol\u0101cij\u0101 un j\u0101atvieno savus resursus, t.i., tas ir t\u0101ds aizsardz\u012bba pret split-brain<\/strong>. Ja r\u012bkojumam, kas atbild par \u0161\u0101du uzved\u012bbu, programm\u0113\u0161ana nedarbojas, tad j\u0101aktiviz\u0113 uzraugs, piem\u0113ram, IPMI b\u0101z\u0113.<\/p>\n

<\/p>\n

Ja mezglu skaits ir p\u0101ra skaitlis (klasteris divos datu centros), var rasties t\u0101 saucam\u0101 nenoteikt\u012bba. 50%\/50%<\/strong> (puse uz pusi<\/em>), kad t\u012bkla izol\u0101cija sadala klasteri tie\u0161i div\u0101s da\u013c\u0101s. T\u0101d\u0113\u013c p\u0101ra mezglu skaitam tiek pievienots quorum device<\/strong> \u2014 pras\u012bbu neizvirzo\u0161s demons, kuru var palaist uz visl\u0113t\u0101k\u0101s virtu\u0101l\u0101s ma\u0161\u012bnas tre\u0161aj\u0101 datu centr\u0101. Vi\u0146\u0161 dod savu balsi vienam no segmentiem (ko redz) un t\u0101d\u0113j\u0101di atrisina 50% \/ 50% nenoteikt\u012bbu. Serveris, uz kura tiks palaists quorum ier\u012bce, es nosaucu par witness<\/em> (terminolo\u0123ija no repmgr, man pat\u012bk).<\/p>\n

<\/p>\n

Resursi var p\u0101rvietoties no viena uz citu, piem\u0113ram, no boj\u0101tiem serveriem uz labiem, vai p\u0113c sist\u0113mas administratoru komandas. Lai klienti zin\u0101tu, kur atrodas nepiecie\u0161amie resursi (kur piesl\u0113gties?), tiek izmantoti peld\u012bgi IP<\/em> (float IP<\/strong>). Tie ir IP, kurus Pacemaker var p\u0101rvietot pa mezgliem (viss atrodas plakn\u0113 t\u012bkl\u0101). Katrs no tiem simboliz\u0113 resursu (pakalpojumu) un atrad\u012bsies tur, kur vajag piesl\u0113gties, lai piek\u013c\u016btu \u0161im pakalpojumam (m\u016bsu gad\u012bjum\u0101 datu b\u0101zei).<\/p>\n

<\/p>\n

Tuchanka1 (bl\u012bv\u0113jumu sh\u0113ma)<\/h2>\n

<\/p>\n

Strukt\u016bra<\/h3>\n

<\/p>\n

\"Klastra<\/p>\n

<\/p>\n

Ideja bija t\u0101da, ka mums ir daudz mazu datu b\u0101zu ar zemu slodzi, kuru d\u0113\u013c nav izdev\u012bgi uztur\u0113t atsevi\u0161\u0137u slave-serveri karst\u0101 rezerves re\u017e\u012bm\u0101 read only transakcij\u0101m (nav nepiecie\u0161am\u012bbas p\u0113c t\u0101das resursu izs\u012bkuma).<\/p>\n

<\/p>\n

Katram datu centr\u0101 ir viens servers. Katram serverim ir divi PostgreSQL instanci (PostgreSQL terminolo\u0123ij\u0101 tos sauc par klasteriem, ta\u010du lai nerad\u012btu confusion, es nosauk\u0161u tos par instanc\u0113m (analog\u0101 ar cit\u0101m DB), bet klasterus sauk\u0161u tikai par Pacemaker klasteriem). Viens instances darbojas k\u0101 meistars, un tikai vi\u0146\u0161 sniedz pakalpojumus (tikai uz vi\u0146u ved float IP). Otra instances darbojas k\u0101 vergs otraj\u0101 datu centr\u0101 un sniegs pakalpojumus tikai tad, ja vi\u0146a meistars izg\u0101z\u012bsies. T\u0101 k\u0101 liel\u0101ko da\u013cu laika pakalpojumus (veicot piepras\u012bjumus) sniegs tikai viens no diviem instanc\u0113m (meistars), visi servera resursi tiks optimiz\u0113ti uz meistaru (tiks atv\u0113l\u0113ta atmi\u0146a shared_buffers ke\u0161am u.tml.), bet t\u0101, lai ar\u012b otrai instancei pietiktu resursu (lai gan neoptim\u0101l\u0101 darb\u012bb\u0101 caur failu sist\u0113mas ke\u0161u) gad\u012bjum\u0101, ja viens no datu centriem atteiksies. Vergs nesniedz pakalpojumus (neveic read only piepras\u012bjumus) norm\u0101l\u0101 klastera darb\u012bbas laik\u0101, lai neb\u016btu resursu c\u012b\u0146as ar meistaru taj\u0101 pa\u0161\u0101 ma\u0161\u012bn\u0101.<\/p>\n

<\/p>\n

Divu mezglu gad\u012bjum\u0101 k\u013c\u016bdas tolerance ir iesp\u0113jama tikai pie asinhronas replik\u0101cijas, jo pie sinhronas verga atteikums noved pie meista apst\u0101\u0161an\u0101s.<\/p>\n

<\/p>\n

Witness atteikums<\/h3>\n

<\/p>\n

\"Klastra<\/p>\n

<\/p>\n

Witness atteikums (quorum device<\/em>) es apskat\u012b\u0161u tikai Tuchanka1 klastera gad\u012bjum\u0101, p\u0101r\u0113jiem b\u016bs t\u0101da pati situ\u0101cija. Pie witness atteikuma klastera strukt\u016br\u0101 nekas nemain\u012bsies, viss turpin\u0101s darboties t\u0101pat k\u0101 iepriek\u0161. Ta\u010du kvorums k\u013c\u016bs vien\u0101ds 2 no 3, t\u0101p\u0113c jebkur\u0161 n\u0101kamais atteikums b\u016bs fat\u0101ls klasterim. Jebkur\u0101 gad\u012bjum\u0101 to b\u016bs j\u0101labo steidzami.<\/p>\n

<\/p>\n

Tuchanka1 atteikums<\/h3>\n

<\/p>\n

\"Klastra<\/p>\n

<\/p>\n

Viens no datu centriem atteikums Tuchanka1 gad\u012bjum\u0101. \u0160aj\u0101 gad\u012bjum\u0101 witness<\/em> vi\u0146\u0161 nodod savu balsi otrajam mezglam otraj\u0101 datu centr\u0101. Tur biju\u0161ais vergs p\u0101rv\u0113r\u0161as par meistaru, k\u0101 rezult\u0101t\u0101 uz viena servera darbojas abi meistari un uz tiem nor\u0101da abi to float IP.<\/p>\n

<\/p>\n

Tuchanka2 (klasisk\u0101)<\/h2>\n

<\/p>\n

Strukt\u016bra<\/h3>\n

<\/p>\n

\"Klastra<\/p>\n

<\/p>\n

Klasiska sh\u0113ma ar diviem mezgliem. Uz viena darbojas meistars, uz otra vergs. Abi var veikt piepras\u012bjumus (vergs tikai read only), t\u0101p\u0113c uz abiem nor\u0101da float IP: krogan2 \u2014 uz meistaru, krogan2s1 \u2014 uz vergu. K\u013c\u016bdas tolerance b\u016bs gan meistaram, gan vergam.<\/p>\n

<\/p>\n

Divu mezglu gad\u012bjum\u0101 k\u013c\u016bdas tolerance ir iesp\u0113jama tikai pie asinhronas replik\u0101cijas, jo pie sinhronas verga atteikums noved pie meista apst\u0101\u0161an\u0101s.<\/p>\n

<\/p>\n

Tuchanka2 atteikums<\/h3>\n

<\/p>\n

\"Klastra<\/p>\n

<\/p>\n

Viens no datu centriem atteikums witness<\/em> balso par otro. Uz vien\u012bg\u0101 darbojo\u0161\u0101 datu centra tiks uzst\u0101d\u012bts meistars, un uz to nor\u0101d\u012bs abi float IP: meistara un darba. Protams, instancim j\u0101b\u016bt konfigur\u0113tam t\u0101, lai tam pietiktu resursu (limitus zem savienojuma utt.) vienlaikus pie\u0146emt visas savienojumus un piepras\u012bjumus no meistara un darba float IP. T\u0101tad norm\u0101las darb\u012bbas laik\u0101 tam j\u0101b\u016bt pietiekamai rezerv\u0113 limitos.<\/p>\n

<\/p>\n

Tuchanka4 (daudz darba)<\/h2>\n

<\/p>\n

Strukt\u016bra<\/h3>\n

<\/p>\n

\"Klastra<\/p>\n

<\/p>\n

Jau cita ekstr\u0113ma situ\u0101cija. Ir datu b\u0101zes, uz kur\u0101m n\u0101k \u013coti daudz read-only piepras\u012bjumu (tipiska augstas slodzes vietne). Tuchanka4 ir situ\u0101cija, kad darba var b\u016bt tr\u012bs vai vair\u0101k, lai apstr\u0101d\u0101tu \u0161\u0101dus piepras\u012bjumus, bet tom\u0113r ne p\u0101r\u0101k daudz. Pie \u013coti liela darbinieku skaita b\u016bs j\u0101izdom\u0101 hierarhiska replik\u0101cijas sist\u0113ma. Minim\u0101laj\u0101 gad\u012bjum\u0101 (att\u0113l\u0101) katr\u0101 no diviem datu centriem atrodas divi serveri, uz katra kuriem ir pa instancam PostgreSQL.<\/p>\n

<\/p>\n

V\u0113l viena \u0161\u012bs sh\u0113mas iez\u012bme ir t\u0101, ka \u0161eit jau var organiz\u0113t vienu sinhrono replik\u0101ciju. T\u0101 ir konfigur\u0113ta, lai replik\u0113tu, ja iesp\u0113jams, cit\u0101 datu centr\u0101, nevis uz replikas taj\u0101 pa\u0161\u0101 datu centr\u0101, kur ir meistars. Uz meistaru un katru darba nor\u0101da float IP. Vair\u0101k vai maz\u0101k, starp darbiniekiem b\u016bs j\u0101veic piepras\u012bjumu balans\u0113\u0161ana ar k\u0101du sql proxy<\/em>, piem\u0113ram, klienta pus\u0113. Da\u017e\u0101diem klientu tipiem var pras\u012bt at\u0161\u0137ir\u012bgu tipu sql proxy<\/em>, un tikai klientu izstr\u0101d\u0101t\u0101ji zina, kuram kur\u0161 ir nepiecie\u0161ams. \u0160\u012b funkcionalit\u0101te var tikt \u012bstenota gan k\u0101 \u0101r\u0113js demons, gan klienta bibliot\u0113ka (savienojumu baseins), utt. Viss \u0161is iet \u0101rpus t\u0113mas par datu b\u0101zes notur\u012bgo klasteri (notur\u012bba SQL proxy<\/em> var tikt \u012bstenota neatkar\u012bgi, kop\u0101 ar klienta notur\u012bbu).<\/p>\n

<\/p>\n

Tuchanka4 atteikums<\/h3>\n

<\/p>\n

\"Klastra<\/p>\n

<\/p>\n

Kad viens datu centrs neizdodas (t.i., divi serveri), liecinieks balso par otro. Rezult\u0101t\u0101 otraj\u0101 datu centr\u0101 str\u0101d\u0101 divi serveri: uz viena darbojas meistars, un uz to nor\u0101d\u012bts meistara float IP (las\u012bt-rakst\u012bt piepras\u012bjumiem); bet uz otra servera darbojas darbinieks ar sinhrono replik\u0101ciju, un uz to nor\u0101d\u012bts viens no darba float IP (las\u012bt tikai piepras\u012bjumiem).<\/p>\n

<\/p>\n

Pirmais, kas j\u0101atz\u012bst: str\u0101d\u0101jo\u0161s darba float IP b\u016bs ne visi, bet tikai viens. Un, lai to pareizi darbotos, b\u016bs nepiecie\u0161ams, sql proxy<\/em> p\u0101radres\u0113ts visus piepras\u012bjumus uz vien\u012bgo paliku\u0161o float IP; ja n\u0113, tad var nor\u0101d\u012bt visus float IP vergu atdal\u012bt\u0101 ar komatu URL, lai piesl\u0113gtos. \u0160\u0101d\u0101 gad\u012bjum\u0101 sql proxy<\/em> savienojums tiks izveidots ar pirmo darba IP, t\u0101 ir izdar\u012bts autom\u0101tiskaj\u0101 test\u0113\u0161anas sist\u0113m\u0101. Iesp\u0113jams, cit\u0101s bibliot\u0113k\u0101s, piem\u0113ram, JDBC, tas var nedarboties. libpq<\/em> T\u0101 ir izdar\u012bts, jo float IP vergiem ir liegums vienlaikus p\u0101rcelties uz vienu serveri, lai tie vienm\u0113r\u012bgi sadal\u012btos starp vergu serveriem, ja tie darbojas vair\u0101ki. sql proxy<\/em>Otrk\u0101rt: pat datu centra atteikuma gad\u012bjum\u0101 saglab\u0101sies sinhrona replik\u0101cija. Un pat ja notiks otrs atteikums, tas ir, ja paliku\u0161aj\u0101 datu centr\u0101 atteiksies viens no diviem serveriem, klasteris, lai gan p\u0101rtrauks sniegt pakalpojumus, tom\u0113r saglab\u0101s inform\u0101ciju par vis\u0101m apstiprin\u0101taj\u0101m transakcij\u0101m, par kur\u0101m tas deva apstiprin\u0101jumu par komitu (neb\u016bs inform\u0101cijas zuduma otraj\u0101 atteikum\u0101).<\/p>\n

<\/p>\n

Tuchanka3 (3 datu centri)<\/p>\n

<\/p>\n

Tas ir klasteris situ\u0101cijai, kad ir tr\u012bs pilnv\u0113rt\u012bgi str\u0101d\u0101jo\u0161i datu centri, kuros katr\u0101 ir pilnv\u0113rt\u012bgi daro\u0161s datu b\u0101zes serveris. \u0160\u0101d\u0101 gad\u012bjum\u0101<\/h2>\n

<\/p>\n

Strukt\u016bra<\/h3>\n

<\/p>\n

\"Klastra<\/p>\n

<\/p>\n

nav nepiecie\u0161ams. Vien\u0101 datu centr\u0101 darbojas meistars, divos citos \u2014 vergi. Replik\u0101cija ir sinhrona, tipa ANY (slave1, slave2), tas ir, klientam tiks nos\u016bt\u012bts apstiprin\u0101jums par komitu, kad jebkur\u0161 no vergiem pirmais atbild\u0113s, ka tas ir pie\u0146\u0113mis komitu. Resursi nor\u0101da uz vienu float IP meistaram un diviem vergiem. At\u0161\u0137ir\u012bb\u0101 no Tuchanka4 visi tr\u012bs float IP ir izg\u0101zties iztur\u012bgi. Las\u012bjumiem ir iesp\u0113jams izmantot quorum device<\/em> (ar atsevi\u0161\u0137u izg\u0101zties iztur\u012bbu), vai ar\u012b pusei klientu pie\u0161\u0137irt vienu vergu float IP, bet otrai pusei \u2014 otro. sql proxy<\/em> Izg\u0101\u0161an\u0101s Tuchanka3<\/p>\n

<\/p>\n

Ja vienam no datu centriem ir izg\u0101\u0161an\u0101s, paliek divi. Viens ir pacelts meistars un float IP no meistara, bet otrs \u2014 vergs un abi vergu float IP (instanc\u0113 j\u0101b\u016bt divk\u0101r\u0161am resursu rezerv\u0113m, lai pie\u0146emtu visas piesl\u0113g\u0161an\u0101s no abiem vergu float IP). Starp meistariem un vergu ir sinhrona replik\u0101cija. T\u0101pat klasteris saglab\u0101s inform\u0101ciju par apstiprin\u0101taj\u0101m un apstiprin\u0101taj\u0101m transakcij\u0101m (neb\u016bs inform\u0101cijas zuduma) divu datu centru izn\u012bcin\u0101\u0161anas gad\u012bjum\u0101 (ja tie nav izn\u012bcin\u0101ti vienlaikus).<\/h3>\n

<\/p>\n

\"Klastra<\/p>\n

<\/p>\n

Ja vienai datu centr\u0101 ir trauc\u0113jumi, paliek divas. Viens no tiem ir sagatavots k\u0101 meistars ar float IP no meistara, otrs \u2014 k\u0101 vergs ar abiem vergu float IP. (Instanc\u0113m j\u0101b\u016bt divk\u0101r\u0161am resursu rezervem, lai var\u0113tu uz\u0146emt visas saites no abiem vergu float IP). Starp meistariem un vergu notiek sinhron\u0101 replik\u0101cija. Klasteris ar\u012b saglab\u0101s inform\u0101ciju par apstiprin\u0101taj\u0101m un apstiprin\u0101taj\u0101m dar\u012bjumiem (inform\u0101cija netiks zaud\u0113ta) divu datu centru izn\u012bcin\u0101\u0161anas gad\u012bjum\u0101 (ja tie netiek izn\u012bcin\u0101ti vienlaic\u012bgi).<\/p>\n

<\/p>\n

Izsme\u013co\u0161s failu strukt\u016bras un izvieto\u0161anas apraksts netika iek\u013cauts. Kur\u0161 v\u0113l\u0113sies pam\u0113\u0123in\u0101t, visu to var izlas\u012bt README. Es sniedzu tikai autom\u0101tisk\u0101 test\u0113\u0161anas aprakstu.<\/em><\/p>\n

<\/p>\n

Autom\u0101tisk\u0101s test\u0113\u0161anas sist\u0113ma<\/h1>\n

<\/p>\n

Lai p\u0101rbaud\u012btu klusteru iztur\u012bbu, simul\u0113jot da\u017e\u0101das defektus, ir izstr\u0101d\u0101ta autom\u0101tisk\u0101s test\u0113\u0161anas sist\u0113ma. To palai\u017e ar skriptu test\/failure<\/code>. Skripts var pie\u0146emt k\u0101 parametrus klusteru numurus, kurus v\u0113laties p\u0101rbaud\u012bt. Piem\u0113ram, \u0161\u012b komanda:<\/p>\n

<\/p>\n

test\/failure 2 3<\/code><\/pre>\n
<\/p>\n
p\u0101rbaud\u012bs tikai otro un tre\u0161o klusteru. Ja parametri nav nor\u0101d\u012bti, tad tiks p\u0101rbaud\u012bti visi klasteri. Visi klasteri tiek test\u0113ti paral\u0113li, un rezult\u0101ts tiek par\u0101d\u012bts tmux panel\u012b. Tmux izmanto atsevi\u0161\u0137u tmux serveri, t\u0101p\u0113c skriptu var palaist no default tmux, veidojot iegultu tmux. Es iesaku izmantot termin\u0101lu liel\u0101 log\u0101 ar mazu fontu. Pirms test\u0113\u0161anas visas virtu\u0101l\u0101s ma\u0161\u012bnas tiek atjaunotas uz momentuz\u0146\u0113mumu, kas uz\u0146emts skripta beig\u0101s. setup<\/code>.<\/p>\n
<\/p>\n
\"Klastra<\/p>\n
<\/p>\n
Termin\u0101ls tiek sadal\u012bts kolonn\u0101s, atbilsto\u0161i test\u0113jamo klasteru skaitam, p\u0113c noklus\u0113juma (iek\u0161 screenshot) to ir \u010detri. Kolonnu saturu es aprakst\u012b\u0161u uz Tuchanka2 piem\u0113ra. Pane\u013ci screenshot ir numur\u0113ti:<\/p>\n
<\/p>\n
    \n
  1. \u0160eit tiek par\u0101d\u012bta statistika par testiem. Kolonnas:\n