{"id":75726,"date":"2020-03-28T07:42:08","date_gmt":"2020-03-28T05:42:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/klaster-iz-dvuh-uzlov-dyavol-v-detalyah"},"modified":"2020-03-28T07:42:08","modified_gmt":"2020-03-28T05:42:08","slug":"klaster-iz-dvuh-uzlov-dyavol-v-detalyah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/klaster-iz-dvuh-uzlov-dyavol-v-detalyah","title":{"rendered":"Kahe s\u00f5lme klaster \u2013 detailides peitub oht","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Tere, Habr! Esitan teile artikli t\u00f5lke <noindex><a rel=\"nofollow\" href=\"http:\/\/blog.clusterlabs.org\/blog\/2018\/two-node-problems\">\u00abTwo Nodes \u2014 The Devil is in the Details\u00bb<\/a><\/noindex> autor Andrew Beekhof.<\/p>\n<p>Paljud inimesed eelistavad kahe s\u00f5lmega klastreid, sest need n\u00e4ivad kontseptuaalselt lihtsamad ning on ka 33% odavamad kui nende kolme s\u00f5lmega kolleegid. Kuigi on t\u00e4iesti v\u00f5imalik luua hea kahe s\u00f5lmega klaster, v\u00f5ib see enamikul juhtudel, arvestamata m\u00f5ningaid stsenaariume, tekitada palju v\u00e4hem ilmseid probleeme.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nEsimene samm iga k\u00f5rgparemuse s\u00fcsteemi loomisel on otsida ja p\u00fc\u00fcda k\u00f5rvaldada \u00fcksikuid t\u00f5rkeerime, mida sageli l\u00fchendatakse kui <i>SPoF<\/i> (\u00fcksik t\u00f5rkepunkt).<\/p>\n<p>Oluline on meeles pidada, et \u00fcheski s\u00fcsteemis ei ole v\u00f5imalik k\u00f5rvaldada k\u00f5iki v\u00f5imalikke seiskamise riske. See tuleneb v\u00e4hemalt t\u00f5siasjast, et t\u00fc\u00fcpiline kaitse riski vastu on teatud \u00fcleliigsuse loomine, mis suurendab s\u00fcsteemi keerukust ja toob kaasa uusi t\u00f5rkepunkte. Seega teeme alguses kompromissi ning keskendume s\u00fcndmustele, mis on seotud \u00fcksikute t\u00f5rkepunktidega, mitte omavahel seotud ja seega j\u00e4rjest v\u00e4hem t\u00f5en\u00e4oliste s\u00fcndmusteahelatega.<\/p>\n<p>Kompromisse arvesse v\u00f5ttes ei otsi me mitte ainult SPoF'e, vaid kaalume ka riske ja tagaj\u00e4rgi, mist\u00f5ttu kriitilise ja mitte kriitilise vahel v\u00f5ib eraldumine iga juurutuse puhul erineda.<\/p>\n<blockquote><p>K\u00f5igil pole vaja alternatiivseid elektritootjaid s\u00f5ltumatute elektriliinidega. Kuigi paranoia tasus end \u00e4ra v\u00e4hemalt \u00fchel kliendil, kui nende j\u00e4lgimisseade tuvastas defektse trafo. Klient helistas, \u00fcritades hoiatada elektrifirmat, kuni defektne trafo plahvatas.<\/p><\/blockquote>\n<p>\nLooduslikuks l\u00e4htepunktiks on s\u00fcsteemis v\u00e4hemalt \u00fche s\u00f5lme olemasolu. Siiski, enne kui s\u00fcsteem suudab teenuseid \u00fcle viia elluj\u00e4\u00e4nud s\u00f5lmele p\u00e4rast riket, tuleb tavaliselt kinnitada, et \u00fcle kantavad teenused ei ole aktiivsed mingis muus kohas.<\/p>\n<p>Kaksis\u00f5lmelisel klastril ei ole puudusi, kui m\u00f5lemad s\u00f5lmed teenindavad sama statilist veebisaiti t\u00f5rke korral. Kuid k\u00f5ik muutub, kui m\u00f5lemal poolel on s\u00f5ltumatu juurdep\u00e4\u00e4s \u00fchisele t\u00f6\u00f6kohustuste j\u00e4rjekorrale v\u00f5i kui nad pakuvad koordineerimata kirjutamisjuurdep\u00e4\u00e4su replikatsiooniga andmebaasile v\u00f5i \u00fchisele failis\u00fcsteemile.<\/p>\n<p>Seet\u00f5ttu, et v\u00e4ltida andmete kahjustamist \u00fche s\u00f5lme t\u00f5rke t\u00f5ttu \u2013 toetume sellele, mida nimetatakse <i>\u201epiiramise\u201c<\/i> (fencing).<\/p>\n<h2>Piiramisprintsiip<\/h2>\n<p>\nPiiramisprintsiibi aluseks on k\u00fcsimus: kas konkurent s\u00f5lm v\u00f5ib p\u00f5hjustada andmete kahjustamist? Kui andmete kahjustamine on v\u00f5imalik stsenaarium \u2013 oleks hea lahendus s\u00f5lme isoleerimine nii sise- kui ka p\u00fcsivast salvestamisest. K\u00f5ige levinum l\u00e4henemine piiramisele on vigaste s\u00f5lmede v\u00e4ljal\u00fclitamine.<\/p>\n<p>On kaks kategooriat piiramismeetodeid, mida ma nimetaksin <i>otse<\/i> ja <i>kaudseks<\/i>, kuid neid v\u00f5ib samuti nimetada <i>aktiivseteks<\/i> ja <i>passiivseteks<\/i>. Otsesed meetodid h\u00f5lmavad tegevusi elluj\u00e4\u00e4nud v\u00f5rgu\u00fchendusega s\u00f5lmedelt, nagu IPMI (Intelligent Platform Management Interface \u2014 serveri f\u00fc\u00fcsilise oleku kaugmonitorimise ja haldamise liides) v\u00f5i iLO (serverite haldamise mehhanism f\u00fc\u00fcsilise juurdep\u00e4\u00e4su puudumisel), samas kui kaudsed meetodid tuginevad eba\u00f5nnestunud s\u00f5lmele, et mingil moel \u00e4ra tunda, et see on ebatervislik seisund (v\u00f5i v\u00e4hemalt segab teisi liikmeid taastumast) ja annab signaali <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Watchdog_timer\">hardware watchdog<\/a><\/noindex> eba\u00f5nnestunud s\u00f5lme v\u00e4lja l\u00fclitamise vajadusest.<\/p>\n<p>Kvoorum aitab nii otseste kui ka kaudsete meetodite kasutamisel.<\/p>\n<h3>Otsene lahutamine<\/h3>\n<p>\nOtsese lahutamise korral saame kvoorumit kasutada \u00fcldiselt, et v\u00e4ltida lahutamisv\u00f5istlusi v\u00f5rgu t\u00f5rke korral.<\/p>\n<p>Kvoorumi kontseptsiooniga s\u00fcsteemis on piisavalt teavet (isegi ilma oma partneritega \u00fchendamiseta), et s\u00f5lmed automaatselt teaksid, kas nad peaksid k\u00e4ivitama lahutamise ja \/ v\u00f5i taastamise.<\/p>\n<p>Ilma kvoorumit m\u00f5lemad v\u00f5rgu eraldumise osapooled eeldavad \u00f5igesti, et teine osapool on surnud, ja p\u00fc\u00fcavad eraldada teist. Halvimal juhul suudavad m\u00f5lemad osapooled kogu klastri v\u00e4lja l\u00fclitada. Alternatiivne stsenaarium on surmav mat\u0161, l\u00f5putu s\u00f5lmede ts\u00fckkel, mis ilmuvad, ei n\u00e4e oma peerusid, taask\u00e4ivitavad need ja k\u00e4ivitavad taastamise ainult selleks, et taask\u00e4ivitada, kui nende peer j\u00e4rgib sama loogikat.<\/p>\n<p>Eraldamise probleem on see, et k\u00f5ige sagedamini kasutatavad seadmed muutuvad k\u00e4ttesaamatuks sama rikke t\u00f5ttu, millele me taastumise jaoks keskendume. Enamik IPMI ja iLO kaarte on paigaldatud hostidesse, mida nad kontrollivad, ja nende vaikimisi kasutatav sama v\u00f5rk paneb sihitud s\u00f5lmed uskumma, et \u00fclej\u00e4\u00e4nud s\u00f5lmed on v\u00e4lja l\u00fclitatud.<\/p>\n<p>Kahjuks k\u00e4sitletakse IPMI ja iLO seadmete t\u00f6\u00f6d harva seadmete ostmise hetkel.<\/p>\n<h3>Kaudne eraldamine<\/h3>\n<p>\nKvoorum on samuti oluline kaudsete eraldamiste haldamiseks; kui k\u00f5ik on \u00f5igesti tehtud, v\u00f5ib kvoorum lubada elluj\u00e4\u00e4nutel eeldada, et kadunud s\u00f5lmed l\u00e4hevad teatud aja p\u00e4rast turvalisse olekusse.<\/p>\n<p>Sellise seadistuse puhul l\u00e4htestatakse riistvaravalve taimer iga N sekundi j\u00e4rel, kui kvoorum ei ole kadunud. Kui taimer (tavaliselt mitu korda N) aegub, toimub seadme ebaviisakas toite v\u00e4ljal\u00fclitamine (mitte shutdown).<\/p>\n<p>See l\u00e4henemine on v\u00e4ga t\u00f5hus, kuid kvoorumita selle haldamiseks pole klastris piisavalt teavet. Raskeks osutub erinevuse m\u00e4\u00e4ramine v\u00f5rgu katkestamise ja partner-s\u00f5lme rikke vahel. See on oluline, sest ilma v\u00f5imeta nende kahe olukorra vahel eristada, peate valima m\u00f5lemal juhul sama k\u00e4itumismudeli.<\/p>\n<p>\u00dcksiku re\u017eiimi valimise probleem seisneb p\u00f5him\u00f5ttes, et puudub tegevus, mis maksimaalselt suurendaks k\u00e4ttesaadavust ja takistaks andmete kadumist.<\/p>\n<ul>\n<li>Kui otsustate eeldada, et partnernode on aktiivne, kuid tegelikult on toimunud rike, siis klaster peatab liialt teenused, mis pidanuks t\u00f6\u00f6tama kukkunud partnernode'i teenuste kadumise kompenseerimiseks.<\/li>\n<li>Kui otsustate eeldada, et node ei t\u00f6\u00f6ta, kuid see oli lihtsalt v\u00f5rgu rike ning tegelikult kaugnode toimib, siis parimal juhul liitute te tulevaste k\u00e4sitsi andmekogumite kontrollimisega.<\/li>\n<\/ul>\n<p>\nOlenemata sellest, millist heuristikat te kasutate, on triviaalne tekitada rike, mis kas sunnib m\u00f5lemat poolt t\u00f6\u00f6tama v\u00f5i sundib klastrit elluj\u00e4\u00e4nud node'id v\u00e4lja l\u00fclitama. Kvoorumi mittekasutamine annab t\u00f5eliselt klastrile \u00fcht k\u00f5ige v\u00f5imsamat t\u00f6\u00f6riista.<\/p>\n<p>Kui pole muid alternatiive, on parim l\u00e4henemine ohverdada k\u00e4ttesaadavus (siin viitab autor CAP-teoreemile). K\u00f5rge k\u00e4ttesaadavus kahjustatud andmete puhul ei aita kedagi ning erinevate andmekogumite k\u00e4sitsi kontrollimine ei paku ka kellelegi r\u00f5\u00f5mu.<\/p>\n<h2>Kvoorum<\/h2>\n<p>\nKvoorum k\u00f5lab suurep\u00e4raselt, eks?<\/p>\n<p>Ainus puudus on see, et N liiget sisaldava klusteri jaoks peab \u00fchendus olema olemas v\u00e4hemalt N \/ 2 + 1 teie s\u00f5lmede vahel. See on v\u00f5imatu kahe s\u00f5lmiga klusteris p\u00e4rast \u00fche s\u00f5lme nurjumist.<\/p>\n<p>See viib meid l\u00f5puks kahe s\u00f5lme p\u00f5hiprobleemi juurde:<br \/>\nkvoorum ei oma m\u00f5tet kahe s\u00f5lmega klusterites, ja ilma selleta ei saa usaldusv\u00e4\u00e4rselt m\u00e4\u00e4rata tegevussuunda, mis maksimeerib k\u00e4ttesaadavust ja takistab andmete kaotust.<br \/>\nIsegi kahe s\u00f5lmega s\u00fcsteemis, mis on \u00fchendatud risti-kaabliga, on v\u00f5imatu l\u00f5plikult eristada v\u00f5rgu katkestust ja teise s\u00f5lme nurjumist. \u00dche otsa katkestamine (mille t\u00f5en\u00e4osus on kindlasti proportsionaalne s\u00f5lmede vahemaa pikkusele) on piisav, et \u00fcmber l\u00fckata iga oletus, et kanali t\u00f6\u00f6kindlus on v\u00f5rdne partner-s\u00f5lme tervisega.<\/p>\n<h3>K\u00fcllaltki keeruline on kahe s\u00f5lmega klusterit t\u00f6\u00f6le panna.<\/h3>\n<p>\nM\u00f5nikord ei saa klient v\u00f5i ei soovi osta kolmandat s\u00f5lme ning me peame otsima alternatiivi.<\/p>\n<h4>Variant 1 \u2014 Duplitseeriv isolatsiooni meetod<\/h4>\n<p>\niLO v\u00f5i IPMI seadme rike v\u00f5ib olla t\u00f5rkeallikas, kuna rikke korral ei saa \u00fclej\u00e4\u00e4nud eluj\u00f5ulised s\u00f5lmed seda kasutada s\u00f5lme turvalisse olekusse viimiseks. Kolmest v\u00f5i enamast s\u00f5lmest koosnevas klastris saame seda leevendada koosoleku arvutamise ja hardware watchdog'i kasutamisega (indirektne kuvand, nagu eelnevalt arutatud). Kahe s\u00f5lmega juhul peame kasutama toitejaotusseadmeid (power distribution units v\u00f5i PDUs).<\/p>\n<p>P\u00e4rast riket proovib elluj\u00e4\u00e4nud esmalt \u00fchendust v\u00f5tta peamise omavahelise seadmega (sisseehitatud iLO v\u00f5i IPMI). Kui see \u00f5nnestub, j\u00e4tkub taastamine nagu tavaliselt. Ainult iLO\/IPMI seadme rikke korral p\u00f6\u00f6rdutakse PDU poole, ja kui selle poole p\u00f6\u00f6rdumine on edukas, v\u00f5ib taastamine j\u00e4tkuda.<\/p>\n<p>Veenduge, et PDU oleks \u00fchendatud v\u00f5rgus, mis erineb klastrisse suunatud liiklusest; vastasel juhul takistab \u00fcksik rike p\u00e4\u00e4su nii omavahelistele seadmetele kui ka teenuste taastamisele.<\/p>\n<p>Siin v\u00f5ite k\u00fcsida \u2013 kas PDU seade ei ole ainus t\u00f5rkeallikas? Vastus on \u2013 on k\u00fcll.<\/p>\n<p>Kui see risk on teie jaoks murettekitav, siis te pole \u00fcksi: \u00fchendage m\u00f5lemad s\u00f5lmed kahe PDU-ga ja \u00f6elge klastritarkvarale, et kasutada m\u00f5lemat s\u00f5lme sisse- ja v\u00e4ljal\u00fclitamisel. N\u00fc\u00fcd p\u00fcsib klaster aktiivne, isegi kui \u00fcks PDU sureb, ja taastumiskl\u00fcsopahn tuleb teise t\u00f5rke t\u00f5ttu, olgu see siis PDU v\u00f5i IPMI seade.<\/p>\n<h4>Variant 2 \u2014 Arbitraari lisamine<\/h4>\n<p>\nM\u00f5nes olukorras, kuigi tehniliselt on v\u00f5imalik kasutada kahekordset isoleerimist, on see poliitiliselt keeruline. Paljudele ettev\u00f5tetele meeldib, et administraatorite ja rakenduste omanike vahel on selge eraldatus, ning turvalisuse eest vastutavad v\u00f5rguadministraatorid ei pruugi alati olla entusiastlikud PDU-juurdep\u00e4\u00e4su parameetrite edastamise suhtes kellelegi.<\/p>\n<p>Sellisel juhul on soovitatav alternatiiv luua neutraalne kolmas osapool, mis v\u00f5ib olukorrast kohaselt kvoraumi arvestuse t\u00e4iustada.<\/p>\n<p>T\u00f5rke korral peab s\u00f5lm suutma n\u00e4ha oma partneri v\u00f5i arbitraari signaali, et teenuseid taastada. Arbitraar sisaldab ka valmisolekut katkestada \u00fchendust, kui m\u00f5lemad s\u00f5lmed saavad arbitraari n\u00e4ha, kuid ei n\u00e4e \u00fcksteist.<\/p>\n<p>See valikut peab kasutama koos kaudse piiramise meetodiga, n\u00e4iteks riistvaralise j\u00e4lgimismehhanismi, mis on seadistatud masina v\u00e4ljal\u00fclitamiseks, kui see kaotab \u00fchenduse oma partneri s\u00f5lme ja vahekohtu vahel. Nii saab elluj\u00e4\u00e4nu piisava usaldusv\u00e4\u00e4rsusega eeldada, et tema partneri s\u00f5lm on p\u00e4rast riistvaralise j\u00e4lgimismehhanismi v\u00e4lja l\u00fclitamist turvalises olekus.<\/p>\n<p>Praktiline vahe vahekohtu ja kolmanda s\u00f5lme vahel on see, et vahekoht vajab oma t\u00f6\u00f6ks palju v\u00e4hem ressursse ja v\u00f5ib potentsiaalselt teenindada rohkem kui \u00fchte klastrit.<\/p>\n<h4>Variatsioon 3 \u2014 Inimfaktor<\/h4>\n<p>\nViimane l\u00e4henemine t\u00e4hendab seda, et elluj\u00e4\u00e4jad j\u00e4tkavad k\u00f5ikide teenuste t\u00e4itmist, mida nad juba t\u00e4idavad, kuid ei alustata uusi teenuseid, kuni kas probleem ei lahene iseenesest (v\u00f5rgu taastamine, s\u00f5lme taask\u00e4ivitamine) v\u00f5i inimene ei v\u00f5ta vastutust selle k\u00e4sitsi kinnitamiseks, et teine \u200b\u200bpool on surnud.<\/p>\n<h4>Boonusv\u00f5imalus<\/h4>\n<p>\nKas ma olen juba \u00f6elnud, et saate lisada kolmanda s\u00f5lme?<\/p>\n<h2>Kaks seisst<\/h2>\n<p>\nArutelu huvides kujutage ette, et ma veensin teid kolmanda s\u00f5lme eelistes, n\u00fc\u00fcd peame arvestama s\u00f5lmede f\u00fc\u00fcsilist asukohta. Kui need on paigutatud (ja toidetud) samasse rack'i, esindab see samuti SPoF-i ning sellist, mida ei saa lahendada teise rack'i lisamisega.<\/p>\n<p>Kui see on h\u00e4mmastav, m\u00f5elge, mis juhtub, kui kahest s\u00f5lmest koosnev rack eba\u00f5nnestub, ja kuidas elluj\u00e4\u00e4nud s\u00f5lm selle olukorra ja v\u00f5rgu t\u00f5rke eristab.<\/p>\n<p>L\u00fchike vastus: see pole v\u00f5imalik, ja meil on taas k\u00f5ik probleemid, millega silmitsi seisame kahel s\u00f5lmest. Kas elluj\u00e4\u00e4nud:<\/p>\n<ul>\n<li>ignoreerib kvoorumit ja \u00fcritab valeh\u00e4ire ajal vale taastamist algatada (katkestuse l\u00f5petamise t\u00f5en\u00e4osus on eraldi lugu ja s\u00f5ltub, kas PDU on kaasatud ja kui nad jagavad toite m\u00f5ne rack'iga), v\u00f5i<\/li>\n<li>au kvoorumile ja v\u00e4ljub enne t\u00e4htaega, kui tema partner-s\u00f5lm eba\u00f5nnestub.<\/li>\n<\/ul>\n<p>\nIgal juhul ei ole kaks rack'i parem kui \u00fcks, ning s\u00f5lmed peavad saama kas s\u00f5ltumatud toiteallikad v\u00f5i olema jaotatud kolmele (v\u00f5i enamale, olenevalt sellest, kui palju s\u00f5lmi teil on) rack'ile.<\/p>\n<h3>Kaks andmekeskust<\/h3>\n<p>\nSelles punktis v\u00f5ivad lugejad, kes ei ole enam riskialti, hakata m\u00f5tlema \u00e4parduse taastamisele. Mis juhtub, kui asteroid tabab \u00fchte andmekeskust, kus meie kolm s\u00f5lme on jaotatud kolmele erinevale rack'ile? Selgelt halvad asjad, kuid olenevalt teie vajadustest, v\u00f5ib teise andmekeskuse lisamine olla ebapiisav.<\/p>\n<p>Kui k\u00f5ik on \u00f5igesti tehtud, annab teine andmekeskus teile (ja see on m\u00f5istlik) ajakohase ja koosk\u00f5lastatud koopia teie teenustest ja nende andmetest. Siiski, nagu ka kahe s\u00f5lmega ja kahe riiuliga stsenaariumide puhul, puudub s\u00fcsteemis piisavalt teavet maksimaalse k\u00e4ttesaadavuse tagamiseks ja andmekogumite kahjustamise (v\u00f5i lahknevuse) v\u00e4ltimiseks. Isegi kolmes s\u00f5lmes (v\u00f5i riiulis) on nende jaotamine ainult kahe andmekeskuse vahel selline, et s\u00fcsteem ei suuda usaldusv\u00e4\u00e4rselt teha \u00f5iget otsust olukorras, mis on n\u00fc\u00fcd palju t\u00f5en\u00e4olisem, et m\u00f5lemad pooled ei suuda seda seostada.<\/p>\n<p>See ei t\u00e4henda, et kahe andmekeskuse lahendus ei sobi kunagi. Ettev\u00f5tted soovivad tihti, et inimesed oleksid teadlikud, enne kui nad teevad erakordse sammu varuandmekeskusesse siirdumisel. Lihtsalt pidage meeles, et kui soovite eba\u00f5nnestumist automatiseerida, vajate kas kolmandat andmekeskust, nii et kvoorumil oleks m\u00f5te (otseselt v\u00f5i l\u00e4bi kohtuniku), v\u00f5i leiate viisi, kuidas andmekeskuse t\u00e4ielikult usaldusv\u00e4\u00e4rselt v\u00e4lja l\u00fclitada.<br \/>\n<br \/>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/494264\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u041f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u044e \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u0441\u0442\u0430\u0442\u044c\u0438 \u00abTwo Nodes \u2014 The Devil is in the Details\u00bb \u0430\u0432\u0442\u043e\u0440\u0430 Andrew Beekhof. \u041c\u043d\u043e\u0433\u0438\u0435 \u043b\u044e\u0434\u0438 \u043f\u0440\u0435\u0434\u043f\u043e\u0447\u0438\u0442\u0430\u044e\u0442 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u044b \u0441\u043e\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0443\u0437\u043b\u043e\u0432, \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u043e\u043d\u0438 \u043a\u0430\u0436\u0443\u0442\u0441\u044f \u043a\u043e\u043d\u0446\u0435\u043f\u0442\u0443\u0430\u043b\u044c\u043d\u043e \u0431\u043e\u043b\u0435\u0435 \u043f\u0440\u043e\u0441\u0442\u044b\u043c\u0438, \u043a\u0440\u043e\u043c\u0435 \u0442\u043e\u0433\u043e \u0435\u0449\u0435 \u0438 \u043d\u0430 33% \u0431\u043e\u043b\u0435\u0435 \u0434\u0435\u0448\u0435\u0432\u044b\u043c\u0438 \u0447\u0435\u043c \u0438\u0445 \u0442\u0440\u0435\u0445-\u0443\u0437\u043b\u043e\u0432\u044b\u0435 \u0441\u043e\u0431\u0440\u0430\u0442\u044c\u044f. \u0425\u043e\u0442\u044f \u0432\u043f\u043e\u043b\u043d\u0435 \u0440\u0435\u0430\u043b\u044c\u043d\u043e \u0441\u043e\u0431\u0440\u0430\u0442\u044c \u0445\u043e\u0440\u043e\u0448\u0438\u0439 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0443\u0437\u043b\u043e\u0432, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-75726","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u041f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u044e \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u0441\u0442\u0430\u0442\u044c\u0438 \u00abTwo Nodes \u2014 The Devil is in the Details\u00bb \u0430\u0432\u0442\u043e\u0440\u0430 Andrew Beekhof. \u041c\u043d\u043e\u0433\u0438\u0435 \u043b\u044e\u0434\u0438 \u043f\u0440\u0435\u0434\u043f\u043e\u0447\u0438\u0442\u0430\u044e\u0442 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u044b \u0441\u043e\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0443\u0437\u043b\u043e\u0432, \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u043e\u043d\u0438 \u043a\u0430\u0436\u0443\u0442\u0441\u044f \u043a\u043e\u043d\u0446\u0435\u043f\u0442\u0443\u0430\u043b\u044c\u043d\u043e \u0431\u043e\u043b\u0435\u0435 \u043f\u0440\u043e\u0441\u0442\u044b\u043c\u0438, \u043a\u0440\u043e\u043c\u0435 \u0442\u043e\u0433\u043e \u0435\u0449\u0435 \u0438 \u043d\u0430 33% \u0431\u043e\u043b\u0435\u0435 \u0434\u0435\u0448\u0435\u0432\u044b\u043c\u0438 \u0447\u0435\u043c \u0438\u0445 \u0442\u0440\u0435\u0445-\u0443\u0437\u043b\u043e\u0432\u044b\u0435 \u0441\u043e\u0431\u0440\u0430\u0442\u044c\u044f. \u0425\u043e\u0442\u044f \u0432\u043f\u043e\u043b\u043d\u0435 \u0440\u0435\u0430\u043b\u044c\u043d\u043e \u0441\u043e\u0431\u0440\u0430\u0442\u044c \u0445\u043e\u0440\u043e\u0448\u0438\u0439 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0443\u0437\u043b\u043e\u0432,\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/klaster-iz-dvuh-uzlov-dyavol-v-detalyah\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u043b\u0430\u0441\u0442\u0435\u0440 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0443\u0437\u043b\u043e\u0432 \u2013 \u0434\u044c\u044f\u0432\u043e\u043b \u0432 \u0434\u0435\u0442\u0430\u043b\u044f\u0445 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u041f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u044e \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u0441\u0442\u0430\u0442\u044c\u0438 \u00abTwo Nodes \u2014 The Devil is in the Details\u00bb \u0430\u0432\u0442\u043e\u0440\u0430 Andrew Beekhof. \u041c\u043d\u043e\u0433\u0438\u0435 \u043b\u044e\u0434\u0438 \u043f\u0440\u0435\u0434\u043f\u043e\u0447\u0438\u0442\u0430\u044e\u0442 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u044b \u0441\u043e\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0443\u0437\u043b\u043e\u0432, \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u043e\u043d\u0438 \u043a\u0430\u0436\u0443\u0442\u0441\u044f \u043a\u043e\u043d\u0446\u0435\u043f\u0442\u0443\u0430\u043b\u044c\u043d\u043e \u0431\u043e\u043b\u0435\u0435 \u043f\u0440\u043e\u0441\u0442\u044b\u043c\u0438, \u043a\u0440\u043e\u043c\u0435 \u0442\u043e\u0433\u043e \u0435\u0449\u0435 \u0438 \u043d\u0430 33% \u0431\u043e\u043b\u0435\u0435 \u0434\u0435\u0448\u0435\u0432\u044b\u043c\u0438 \u0447\u0435\u043c \u0438\u0445 \u0442\u0440\u0435\u0445-\u0443\u0437\u043b\u043e\u0432\u044b\u0435 \u0441\u043e\u0431\u0440\u0430\u0442\u044c\u044f. \u0425\u043e\u0442\u044f \u0432\u043f\u043e\u043b\u043d\u0435 \u0440\u0435\u0430\u043b\u044c\u043d\u043e \u0441\u043e\u0431\u0440\u0430\u0442\u044c \u0445\u043e\u0440\u043e\u0448\u0438\u0439 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0443\u0437\u043b\u043e\u0432,\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/klaster-iz-dvuh-uzlov-dyavol-v-detalyah\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-03-28T05:42:08+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-03-28T05:42:08+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Kahe s\u00f5lmega klaster \u2013 diabol on detailides | ProHoster","description":"Tere, Habr! Esitleme teie t\u00e4helepanu t\u00f5lget artiklist \u00abTwo Nodes \u2014 The Devil is in the Details\u00bb autorilt Andrew Beekhof. Paljud inimesed eelistavad kahe s\u00f5lmega klastreid, kuna need tunduvad kontseptuaalselt lihtsamad ning on veel 33% odavamad kui nende kolme s\u00f5lmega kolleegid. Kuigi on t\u00e4iesti v\u00f5imalik kokku panna hea kahe s\u00f5lmega klaster,","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/klaster-iz-dvuh-uzlov-dyavol-v-detalyah","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u043b\u0430\u0441\u0442\u0435\u0440 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0443\u0437\u043b\u043e\u0432 \u2013 \u0434\u044c\u044f\u0432\u043e\u043b \u0432 \u0434\u0435\u0442\u0430\u043b\u044f\u0445 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u041f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u044e \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u0441\u0442\u0430\u0442\u044c\u0438 \u00abTwo Nodes \u2014 The Devil is in the Details\u00bb \u0430\u0432\u0442\u043e\u0440\u0430 Andrew Beekhof. \u041c\u043d\u043e\u0433\u0438\u0435 \u043b\u044e\u0434\u0438 \u043f\u0440\u0435\u0434\u043f\u043e\u0447\u0438\u0442\u0430\u044e\u0442 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u044b \u0441\u043e\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0443\u0437\u043b\u043e\u0432, \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u043e\u043d\u0438 \u043a\u0430\u0436\u0443\u0442\u0441\u044f \u043a\u043e\u043d\u0446\u0435\u043f\u0442\u0443\u0430\u043b\u044c\u043d\u043e \u0431\u043e\u043b\u0435\u0435 \u043f\u0440\u043e\u0441\u0442\u044b\u043c\u0438, \u043a\u0440\u043e\u043c\u0435 \u0442\u043e\u0433\u043e \u0435\u0449\u0435 \u0438 \u043d\u0430 33% \u0431\u043e\u043b\u0435\u0435 \u0434\u0435\u0448\u0435\u0432\u044b\u043c\u0438 \u0447\u0435\u043c \u0438\u0445 \u0442\u0440\u0435\u0445-\u0443\u0437\u043b\u043e\u0432\u044b\u0435 \u0441\u043e\u0431\u0440\u0430\u0442\u044c\u044f. \u0425\u043e\u0442\u044f \u0432\u043f\u043e\u043b\u043d\u0435 \u0440\u0435\u0430\u043b\u044c\u043d\u043e \u0441\u043e\u0431\u0440\u0430\u0442\u044c \u0445\u043e\u0440\u043e\u0448\u0438\u0439 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0443\u0437\u043b\u043e\u0432,","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/klaster-iz-dvuh-uzlov-dyavol-v-detalyah","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-03-28T05:42:08+00:00","article:modified_time":"2020-03-28T05:42:08+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"75726","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 17:50:33","updated":"2022-10-03 21:32:17"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/75726","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=75726"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/75726\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=75726"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=75726"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=75726"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}