{"id":36393,"date":"2019-10-31T22:11:24","date_gmt":"2019-10-31T19:11:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/failover-nas-gubit-perfektsionizm-i-len\/"},"modified":"2019-10-31T22:11:24","modified_gmt":"2019-10-31T19:11:24","slug":"failover-nas-gubit-perfektsionizm-i-len","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/failover-nas-gubit-perfektsionizm-i-len","title":{"rendered":"Failover: a t\u00f6k\u00e9letess\u00e9g \u00e9s... a lustas\u00e1g meg\u00f6l minket","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ny\u00e1ron hagyom\u00e1nyosan cs\u00f6kkent a v\u00e1s\u00e1rl\u00f3i aktivit\u00e1s \u00e9s a webprojekt-infrastrukt\u00far\u00e1k v\u00e1ltoz\u00e1sainak intenzit\u00e1sa, mondja nek\u00fcnk a Nyilv\u00e1nval\u00f3 Kapit\u00e1ny. Csak az\u00e9rt, mert m\u00e9g az IT-sek is, n\u00e9ha, nyaralni mennek. \u00c9s a CTO-k is. Ann\u00e1l nehezebb azoknak, akik a posztjukon maradnak, de most nem err\u0151l van sz\u00f3: tal\u00e1n \u00e9ppen ez\u00e9rt a ny\u00e1r a legjobb id\u0151szak arra, hogy nyugodtan \u00e1tgondoljuk a megl\u00e9v\u0151 tartal\u00e9kos rendszert \u00e9s \u00f6ssze\u00e1ll\u00edtsunk egy tervet a jav\u00edt\u00e1s\u00e1ra. Ezen a t\u00e9ren hasznos lehet Egor Andrejev tapasztalata AdminDivision<\/a><\/noindex>, amit \u0151 a konferenci\u00e1n eml\u00edtett Uptime nap<\/a><\/noindex>.<\/i><\/p>\n

Tartal\u00e9khelyek kialak\u00edt\u00e1sakor, a rezerv\u00e1l\u00e1s sor\u00e1n t\u00f6bb csapda is van, amelyekbe beleeshet\u00fcnk. Ezekbe belesni teljesen tilos. \u00c9s ebben, mint sok m\u00e1sban is, a t\u00f6k\u00e9letess\u00e9g \u00e9s... a lustas\u00e1g \u00f6l meg minket. Mindenk\u00e9ppen igyeksz\u00fcnk mindent t\u00f6k\u00e9letesen megcsin\u00e1lni, de nem kell mindent t\u00f6k\u00e9letesen csin\u00e1lni! Csak bizonyos dolgokat kell j\u00f3l megcsin\u00e1lni, \u00e9s v\u00e9gigvinni \u0151ket, hogy rendesen m\u0171k\u00f6djenek. <\/p>\n

A failover nem egy vid\u00e1m sz\u00f3rakoztat\u00f3 dolog, hogy legyen; ennek egy dolgot kell tennie - cs\u00f6kkenteni a le\u00e1ll\u00e1si id\u0151t, hogy a szolg\u00e1ltat\u00e1s, a c\u00e9g kevesebb p\u00e9nzt vesz\u00edtsen. \u00c9s minden rezerv\u00e1l\u00e1si m\u00f3dszer eset\u00e9n azt javaslom, hogy a k\u00f6vetkez\u0151 kontextusban gondolkodjunk: hol van a p\u00e9nz?<\/p>\n

\"Failover:
\n<\/a><\/noindex>
\nAz els\u0151 csapda<\/b>: amikor nagy megb\u00edzhat\u00f3 rendszereket \u00e9p\u00edt\u00fcnk \u00e9s rezerv\u00e1l\u00e1ssal foglalkozunk - cs\u00f6kkentj\u00fck a balesetek sz\u00e1m\u00e1t. Ez egy sz\u00f6rny\u0171 t\u00e9vhit. Amikor rezerv\u00e1l\u00e1ssal foglalkozunk, a balesetek sz\u00e1m\u00e1t val\u00f3sz\u00edn\u0171leg n\u00f6velj\u00fck. \u00c9s ha mindent j\u00f3l csin\u00e1lunk, \u00f6sszess\u00e9g\u00e9ben cs\u00f6kkenteni fogjuk a le\u00e1ll\u00e1si id\u0151t. Lesznek balesetek, de kisebb k\u00f6lts\u00e9gekkel fognak bek\u00f6vetkezni. Mi is a rezerv\u00e1l\u00e1s? - a rendszer bonyol\u00edt\u00e1sa. B\u00e1rmely bonyol\u00edt\u00e1s - rossz: t\u00f6bb alkatr\u00e9szt, t\u00f6bb fogaskereket, sz\u00f3val t\u00f6bb elemet kapunk - \u00e9s ez\u00e1ltal magasabb a meghib\u00e1sod\u00e1s es\u00e9lye. \u00c9s val\u00f3ban el fognak t\u00f6rni. Gyakrabban fognak t\u00f6rni. P\u00e9ld\u00e1ul: mondjuk, van egy weboldalunk, PHP-val, MySQL-lal. \u00c9s s\u00fcrg\u0151sen rezerv\u00e1lnunk kell. <\/p>\n

Nos, m\u00e1sodik platformot vesz\u00fcnk, egy az egyben fel\u00e9p\u00edtj\u00fck a rendszert... A bonyolults\u00e1g k\u00e9tszeres\u00e9re n\u0151 \u2014 k\u00e9t entit\u00e1sunk van. Ezen k\u00edv\u00fcl fel\u00e9p\u00edt\u00fcnk egy adat\u00e1tviteli logik\u00e1t az egyik platformr\u00f3l a m\u00e1sikra \u2014 azaz adatreplic\u00e1l\u00e1s, statikus m\u00e1solatok \u00e9s \u00edgy tov\u00e1bb. Nos, a replik\u00e1l\u00e1si logika \u00e1ltal\u00e1ban nagyon bonyolult, ami azt jelenti, hogy a rendszer \u00f6sszes\u00edtett bonyolults\u00e1ga nem k\u00e9tszer, hanem ak\u00e1r h\u00e1romszor, \u00f6tsz\u00f6r, s\u0151t t\u00edzszer t\u00f6bb lehet. <\/p>\n

A m\u00e1sodik csapda<\/b>: amikor igaz\u00e1n nagy, bonyolult rendszereket \u00e9p\u00edt\u00fcnk, fant\u00e1zi\u00e1lunk arr\u00f3l, mit szeretn\u00e9nk el\u00e9rni. \u00c1m ez\u00fattal: egy szupermegb\u00edzhat\u00f3 rendszert szeretn\u00e9nk, amely teljesen le\u00e1ll\u00e1s n\u00e9lk\u00fcl m\u0171k\u00f6dik, f\u00e9l m\u00e1sodperc alatt \u00e1tv\u00e1lt (vagy m\u00e9g ink\u00e1bb azonnal), \u00e9s elkezdj\u00fck a v\u00e1gyainkat val\u00f3ra v\u00e1ltani. De itt is van egy kis csavar: min\u00e9l r\u00f6videbb az \u00e1tv\u00e1lt\u00e1si id\u0151, ann\u00e1l bonyolultabb\u00e1 v\u00e1lik a rendszer logik\u00e1ja. Min\u00e9l bonyolultabb\u00e1 kell tenn\u00fcnk ezt a logik\u00e1t, ann\u00e1l gyakrabban fog a rendszer meghib\u00e1sodni. \u00c9s egy nagyon kellemetlen helyzetbe ker\u00fclhet\u00fcnk: minden er\u0151nkkel pr\u00f3b\u00e1ljuk a le\u00e1ll\u00e1si id\u0151t cs\u00f6kkenteni, de val\u00f3j\u00e1ban mindent megnehez\u00edt\u00fcnk, \u00e9s amikor valami nem \u00fagy megy, ahogy kell, v\u00e9g\u00fcl a le\u00e1ll\u00e1si id\u0151 hosszabb lesz. Itt sokszor azon kapod magad, hogy: oh... jobban tett\u00fck volna, ha nem tartal\u00e9kolunk. Jobb lett volna, ha az egyetlen m\u0171k\u00f6dik, \u00e9s vil\u00e1gos le\u00e1ll\u00e1si id\u0151vel rendelkezik. <\/p>\n

Hogyan lehet ezzel harcolni? Meg kell szabadulnunk a hazugs\u00e1gokt\u00f3l, abba kell hagynunk, hogy hitegetj\u00fck magunkat, hogy most \u0171rhaj\u00f3t \u00e9p\u00edt\u00fcnk, hanem re\u00e1lisan kell v\u00e1llalnunk, mennyi ideig tarthat a projekt. Erre a maxim\u00e1lis id\u0151re kell v\u00e1lasztanunk, hogy milyen m\u00f3dszerekkel fogjuk n\u00f6velni a rendszer megb\u00edzhat\u00f3s\u00e1g\u00e1t. <\/p>\n

\"Failover:
\n
\nItt az ideje az \"\u00e9letemb\u0151l sz\u00e1rmaz\u00f3 t\u00f6rt\u00e9neteknek\"... term\u00e9szetesen az \u00e9letb\u0151l. <\/p>\n

Els\u0151 p\u00e9lda<\/h4>\n

\nK\u00e9pzelj el egy n\u00e9vjegyk\u00e1rtya weboldalt az N v\u00e1ros legjobb cs\u0151gy\u00e1rt\u00f3 \u00fczem\u00e9r\u0151l. Rajta hatalmas bet\u0171kkel \u2014 LEGJOBB CS\u0150GY\u00c1RT\u00d3 \u00dcZEM N\u00c9VEN. Kicsit lejjebb \u2014 egy szlogen: \u201eA mi cs\u00f6veink a legkerekebb cs\u00f6vek N-ben\u201d. Alul pedig a vez\u00e9rigazgat\u00f3 telefonsz\u00e1ma \u00e9s neve. Tudjuk, hogy sz\u00fcks\u00e9ges a rezerv\u00e1l\u00e1s \u2014 ez nagyon fontos dolog! Kezdj\u00fck el\u00e9rteni, mib\u0151l \u00e1ll. Html statika \u2014 azaz p\u00e1r k\u00e9pecske, ahol a vez\u00e9rigazgat\u00f3, a tulajdonos, a partnereivel egy\u00fctt \u00fcl a f\u00fcrd\u0151szob\u00e1ban \u00e9s besz\u00e9lget valami \u00fczletr\u0151l. Elkezd\u00fcnk gondolkodni a le\u00e1ll\u00e1s idej\u00e9n. Esz\u00fcnkbe jut: \u00f6t percet kellene ott fek\u00fcdni, nem t\u00f6bbet. \u00c9s itt a k\u00e9rd\u00e9s: ebb\u0151l a weboldalunkb\u00f3l volt elad\u00e1s egy\u00e1ltal\u00e1n? H\u00e1ny? Mit jelent az, hogy \u201enulla\u201d? S\u0151t, annyit jelent: mert az \u00f6sszes n\u00e9gy \u00fczletet tavaly a vez\u00e9rigazgat\u00f3 ugyanazon az asztaln\u00e1l k\u00f6t\u00f6tte, ugyanazokkal az emberekkel, akikkel a f\u00fcrd\u0151ben \u00fclt. \u00c9s meg\u00e9rtj\u00fck, hogy m\u00e9g ha egy napig is alszik az oldal \u2014 semmi f\u00e9lelmetes nem fog t\u00f6rt\u00e9nni. <\/p>\n

A kiindul\u00f3pontok alapj\u00e1n van egy napunk ennek a t\u00f6rt\u00e9netnek a fel\u00e9p\u00edt\u00e9s\u00e9re. Elkezd\u00fcnk gondolkodni a rezerv\u00e1l\u00e1si rendszeren. \u00c9s kiv\u00e1lasztjuk a legide\u00e1lisabb reserv\u00e1l\u00e1si rendszert ebben a p\u00e9ld\u00e1ban: nem haszn\u00e1lunk rezerv\u00e1l\u00e1st. Ez az eg\u00e9sz dolog b\u00e1rmelyik adminisztr\u00e1tor \u00e1ltal f\u00e9l \u00f3ra alatt \u00f6sszehozhat\u00f3, ak\u00e1r egy cigarettasz\u00fcnettel is. Fel kell \u00e1ll\u00edtani a webkiszolg\u00e1l\u00f3t, elhelyezni a f\u00e1jlokat \u2014 ennyi. Az m\u0171k\u00f6dni fog. Nincs mit figyelni, semmire nem kell k\u00fcl\u00f6n\u00f6s figyelmet ford\u00edtani. Teh\u00e1t az els\u0151 p\u00e9ld\u00e1b\u00f3l a k\u00f6vetkeztet\u00e9s meglehet\u0151sen nyilv\u00e1nval\u00f3: azokat a szolg\u00e1ltat\u00e1sokat, amelyeket nem kell rezerv\u00e1lni \u2014 nem is sz\u00fcks\u00e9ges rezerv\u00e1lni.<\/p>\n

\"Failover:
\n<\/p>\n

M\u00e1sodik p\u00e9lda<\/h4>\n

\nC\u00e9gblog: a szakmai \u00edr\u00f3k friss\u00edtik a h\u00edreket, p\u00e9ld\u00e1ul r\u00e9szt vett\u00fcnk egy ki\u00e1ll\u00edt\u00e1son, vagy itt egy \u00faj term\u00e9ket vezett\u00fcnk be, \u00e9s \u00edgy tov\u00e1bb. Mondjuk, hogy ez egy standard PHP WordPress webb\u00f6ng\u00e9sz\u0151, egy kicsi adatb\u00e1zis \u00e9s egy kis statikus tartalom. Persze megint esz\u00fcnkbe jut az, hogy semmik\u00e9ppen sem szabad t\u00e9tlenkedni \u2013 \u201enem t\u00f6bb, mint \u00f6t perc!\u201d, ezt mind tudjuk. De gondolkodjunk tov\u00e1bb. Mit is csin\u00e1l ez a blog? Az emberek \u00e9rkeznek Yandexb\u0151l \u00e9s Google-b\u00f3l k\u00fcl\u00f6nb\u00f6z\u0151 keres\u00e9sek r\u00e9v\u00e9n, organikusan. Szuper. De vajon a sales-nek hogyan van k\u00f6ze ehhez? A felismer\u00e9s: nem igaz\u00e1n. A rekl\u00e1mtartalom a f\u0151oldalra ir\u00e1nyul, ami egy m\u00e1sik g\u00e9pen tal\u00e1lhat\u00f3. Elkezdj\u00fck fontolgatni a blog replik\u00e1ci\u00f3s terv\u00e9t. Ide\u00e1lis esetben p\u00e1r \u00f3r\u00e1n bel\u00fcl fel kellene \u00e1ll\u00edtani, \u00e9s ehhez j\u00f3 lenne felk\u00e9sz\u00fclni. \u00c9sszer\u0171 lenne egy m\u00e1sik adatk\u00f6zpontban egy g\u00e9pet b\u00e9relni, arra telep\u00edteni a k\u00f6rnyezetet, azaz egy webszervert, PHP-t, WordPress-t, MySQL-t, \u00e9s hagyni, hogy pihenjen. Abban a pillanatban, amikor r\u00e1j\u00f6v\u00fcnk, hogy minden elromlott, k\u00e9t dolgot kell tenn\u00fcnk \u2013 futtassuk a 50 megab\u00e1jtos MySQL dump-ot, ami egy perc alatt \u00e1tmegy, \u00e9s kivegy\u00fcnk egy mennyis\u00e9g\u0171 k\u00e9pet a biztons\u00e1gi ment\u00e9sb\u0151l. Ez sem tart sok\u00e1ig. \u00cdgy f\u00e9l \u00f3r\u00e1n bel\u00fcl az eg\u00e9sz dolog g\u00f6rd\u00fcl\u00e9kenyen indul. Nincsenek replik\u00e1ci\u00f3k, vagy isten ments, automatikus failover. A tanuls\u00e1g: amit gyorsan vissza tudunk \u00e1ll\u00edtani a biztons\u00e1gi ment\u00e9sb\u0151l \u2013 azt nem sz\u00fcks\u00e9ges menteni. <\/p>\n

\"Failover:
\n<\/p>\n

Harmadik p\u00e9lda, bonyolultabb<\/h4>\n

\nWeb\u00e1ruh\u00e1z. Kicsit testreszabott PHP open heart, jelent\u0151s MySQL adatb\u00e1zissal. El\u00e9g sok statikus tartalom (hiszen a web\u00e1ruh\u00e1zban vannak sz\u00e9pen megjelen\u00edtett HD k\u00e9pek \u00e9s minden egy\u00e9b), Redis a sessionh\u00f6z \u00e9s Elasticsearch a keres\u00e9shez. Elkezd\u00fcnk gondolkodni az \u00e1ll\u00e1sid\u0151r\u0151l. \u00c9s itt nyilv\u00e1nval\u00f3, hogy a web\u00e1ruh\u00e1z nem maradhat napokig le\u00e1ll\u00edtva. Hiszen min\u00e9l tov\u00e1bb van le\u00e1llva, ann\u00e1l t\u00f6bb p\u00e9nzt vesz\u00edt\u00fcnk. Itt az ideje sietni. De mennyire? \u00dagy gondolom, ha egy \u00f3r\u00e1t le\u00e1llunk, senki sem fog meg\u0151r\u00fclni. Igen, fogunk valamit vesz\u00edteni, de ha elkezdj\u00fck er\u0151ltetni, csak rosszabb lesz. Meghat\u00e1rozzuk az \u00e1ll\u00e1sid\u0151 m\u00e9rt\u00e9k\u00e9t, ami egy \u00f3r\u00e1n bel\u00fcl megengedett.<\/p>\n

Hogyan lehet mindezt lefoglalni? Az aut\u00f3ra mindenk\u00e9ppen sz\u00fcks\u00e9g van: egy \u00f3r\u00e1s id\u0151tartam el\u00e9g kev\u00e9s. Mysql: itt m\u00e1r sz\u00fcks\u00e9g van replik\u00e1ci\u00f3ra, \u00e9l\u0151 replik\u00e1ci\u00f3ra, mert egy \u00f3ra alatt 100 GB dump val\u00f3sz\u00edn\u0171leg nem fog elf\u00e9rni. Statikus f\u00e1jlok, k\u00e9pek: megint csak, egy \u00f3ra alatt 500 GB val\u00f3sz\u00edn\u0171leg nem fog be\u00e9rkezni. Teh\u00e1t jobb lenne azonnal m\u00e1solni a k\u00e9peket. Redis: itt \u00e9rdekesebb a helyzet. A Redis-ben t\u00e1rol\u00f3dnak a session-\u00f6k \u2014 egyszer\u0171en nem tudjuk eltemetni, mert az nem lenne t\u00fal j\u00f3: minden felhaszn\u00e1l\u00f3 kijelentkezne, a kosarak ki\u00fcr\u00fcln\u00e9nek stb. Az emberek k\u00e9nytelenek lenn\u00e9nek \u00fajra megadni a bejelentkez\u00e9si nev\u00fcket \u00e9s jelszavukat, \u00e9s sokan elb\u00facs\u00fazhatnak, nem fejeznek be v\u00e1s\u00e1rl\u00e1st. Ism\u00e9t, a konverzi\u00f3 cs\u00f6kkenne. M\u00e1sr\u00e9szt a Redis pontosan aktu\u00e1lis, az utols\u00f3 bejelentkezett felhaszn\u00e1l\u00f3kkal, tal\u00e1n az sem sz\u00fcks\u00e9ges. J\u00f3 kompromisszum lehet a Redis felv\u00e9tele \u00e9s a legut\u00f3bbi, vagy ha \u00f3r\u00e1nk\u00e9nt k\u00e9sz\u00fcl, az \u00f3ra el\u0151tti vissza\u00e1ll\u00edt\u00e1sa. Szerencs\u00e9re a vissza\u00e1ll\u00edt\u00e1sa egy f\u00e1jl m\u00e1sol\u00e1s\u00e1t jelenti. A leg\u00e9rdekesebb t\u00f6rt\u00e9net pedig az Elasticsearch. Ki \u00e1ll\u00edtott m\u00e1r be MySQL replik\u00e1ci\u00f3t? Ki \u00e1ll\u00edtott m\u00e1r be Elasticsearch replik\u00e1ci\u00f3t? \u00c9s kinek m\u0171k\u00f6d\u00f6tt az rendesen? Amit mondani akarok: a rendszer\u00fcnkben l\u00e1tunk egy bizonyos entit\u00e1st. \u00dagy t\u0171nik, hogy hasznos \u2014 de bonyolult.
\nBonyolult abban az \u00e9rtelemben, hogy a m\u00e9rn\u00f6k koll\u00e9g\u00e1inknak nincs tapasztalata a haszn\u00e1lat\u00e1ban. Vagy negat\u00edv tapasztalatuk van. Vagy azt \u00e9rtj\u00fck, hogy ez m\u00e9g egy viszonylag \u00faj technol\u00f3gia, tele \u00e1rnyalatokkal vagy gyerekbetegs\u00e9gekkel. Gondolkodunk... H\u00fa, az Elastic is nagy, a biztons\u00e1gi m\u00e1solat\u00e1b\u00f3l is sok\u00e1ig tart vissza\u00e1ll\u00edtani, mit csin\u00e1ljunk? Azt \u00e9rtj\u00fck, hogy az Elastic ebben az esetben a keres\u00e9sre szolg\u00e1l. De hogyan m\u0171k\u00f6dik az internetboltunk \u00e9rt\u00e9kes\u00edt\u00e9se? Odamegy\u00fcnk a marketingesekhez, megk\u00e9rdezz\u00fck, honnan \u00e9rkeznek az emberek. \u0150k v\u00e1laszolnak: \"A l\u00e1togat\u00f3k 90%-a a Yandex Piacr\u00f3l \u00e9rkezik k\u00f6zvetlen\u00fcl a term\u00e9koldalra.\" \u00c9s vagy v\u00e1s\u00e1rolnak, vagy nem. Teh\u00e1t a keres\u00e9s csak a felhaszn\u00e1l\u00f3k 10%-\u00e1nak sz\u00fcks\u00e9ges. Az Elastic replik\u00e1ci\u00f3j\u00e1t fenntartani, k\u00fcl\u00f6n\u00f6sen k\u00fcl\u00f6nb\u00f6z\u0151 adatk\u00f6zpontok k\u00f6z\u00f6tt k\u00fcl\u00f6nb\u00f6z\u0151 z\u00f3n\u00e1kban, val\u00f3ban sok \u00e1rnyalattal j\u00e1r. Mi az alternat\u00edva? Egy rezerv\u00e1tumban tartjuk az Elasticot, \u00e9s nem csin\u00e1lunk vele semmit. Ha elh\u00faz\u00f3dik a dolog, akkor tal\u00e1n egyszer majd fel\u00e9lesztj\u00fck, de ez nem biztos. Tulajdonk\u00e9ppen a k\u00f6vetkeztet\u00e9s nagyj\u00e1b\u00f3l ugyanolyan: azokat a szolg\u00e1ltat\u00e1sokat, amelyek nem befoly\u00e1solj\u00e1k a bev\u00e9teleinket, ism\u00e9t csak nem tartjuk fent. Hogy a rendszer egyszer\u0171bb maradjon.<\/p>\n

\"Failover:
\n<\/p>\n

Negyedik p\u00e9lda, m\u00e9g bonyolultabb.<\/h4>\n

\nIntegr\u00e1tor: vir\u00e1gok \u00e9rt\u00e9kes\u00edt\u00e9se, taxis h\u00edv\u00e1s, \u00e1rucikkek \u00e9rt\u00e9kes\u00edt\u00e9se, \u00f6sszess\u00e9g\u00e9ben b\u00e1rmi. Komoly dolog, ami 24\/7 m\u0171k\u00f6dik, nagy sz\u00e1m\u00fa felhaszn\u00e1l\u00f3 sz\u00e1m\u00e1ra. Teljes \u00e9rt\u00e9k\u0171 \u00e9rdekes technol\u00f3giai h\u00e1tt\u00e9r, \u00e9rdekes adatb\u00e1zisokkal, megold\u00e1sokkal, magas terhel\u00e9sre tervezve, \u00e9s ami a legfontosabb, ha 5 percn\u00e9l tov\u00e1bb nem m\u0171k\u00f6dik, az f\u00e1jdalmas. Nem csak az\u00e9rt, mert az emberek nem v\u00e1s\u00e1rolnak, hanem mert l\u00e1tj\u00e1k, hogy ez a dolog nem m\u0171k\u00f6dik, csal\u00f3dnak \u00e9s lehet, hogy soha t\u00f6bb\u00e9 nem t\u00e9rnek vissza. <\/p>\n

Rendben. \u00d6t perc. Mit fogunk ezzel csin\u00e1lni? Ebben az esetben \u00e9rett m\u00f3don, minden p\u00e9nzt befektetve, val\u00f3s rezerv\u00e1lt ter\u00fcletet \u00e9p\u00edt\u00fcnk, mindenre \u00e9s mindenkire replik\u00e1lva, \u00e9s lehet, hogy a lehet\u0151 legjobban automatiz\u00e1ljuk az erre val\u00f3 \u00e1tt\u00e9r\u00e9st. Ezen k\u00edv\u00fcl ne felejts\u00fck el megtenni egy fontos dolgot: t\u00e9nyleg meg\u00edrni az \u00e1t\u00e1ll\u00e1si szab\u00e1lyzatot. A szab\u00e1lyzat, m\u00e9g ha minden automatiz\u00e1lva is van, lehet nagyon egyszer\u0171. Olyan dolgokb\u00f3l \u00e1llhat, mint \"elind\u00edtani ezt a bizonyos ansible szkriptet\", \"a Route 53-ban bejel\u00f6lni ezt a megold\u00e1st\" \u00e9s hasonl\u00f3k \u2013 de ez egy pontos cselekv\u00e9si lista kell legyen. <\/p>\n

\u00dagy t\u0171nik, minden vil\u00e1gos. A replik\u00e1ci\u00f3 \u00e1tkapcsol\u00e1sa egy trivi\u00e1lis feladat, vagy mag\u00e1t\u00f3l kapcsol\u00f3dik \u00e1t. A domain n\u00e9v \u00e1t\u00edr\u00e1sa a dns-ben is hasonl\u00f3. A probl\u00e9ma az, hogy amikor egy ilyen projekt \u00f6sszeomlik, p\u00e1nik kezd\u0151dik, \u00e9s m\u00e9g a legtapasztaltabb, szak\u00e1llas adminisztr\u00e1torok is el\u00e9rhetik ezt. Egy vil\u00e1gos utas\u00edt\u00e1s n\u00e9lk\u00fcl: \u201enyisd meg a termin\u00e1lt, l\u00e9pj ide, a szerver\u00fcnk c\u00edme tov\u00e1bbra is ez\u201d \u2014 neh\u00e9z egy 5 perces \u00fajra\u00e9leszt\u00e9si id\u0151keretet betartani. R\u00e1ad\u00e1sul, amikor ezt a szab\u00e1lyoz\u00e1st alkalmazzuk, k\u00f6nnyen dokument\u00e1lhatunk valamilyen infrastrukt\u00far\u00e1ban v\u00e9gbement v\u00e1ltoz\u00e1st, p\u00e9ld\u00e1ul \u2014 \u00e9s ennek megfelel\u0151en m\u00f3dos\u00edthatjuk a szab\u00e1lyoz\u00e1st.
\nDe ha a biztons\u00e1gi rendszer nagyon \u00f6sszetett, \u00e9s egy pillanatban hib\u00e1t k\u00f6vet\u00fcnk el, akkor a tartal\u00e9khely\u00fcnket is letehetj\u00fck, \u00e9s r\u00e1ad\u00e1sul az adatokat is t\u00f6k-fen\u00e9kkel v\u00e1ltoztathatjuk meg mindk\u00e9t helysz\u00ednen \u2014 ez nagyon szomor\u00fa lesz. <\/p>\n

\"Failover:
\n<\/p>\n

\u00d6t\u00f6dik p\u00e9lda, teljes hardcore<\/h4>\n

\nNemzetk\u00f6zi szolg\u00e1ltat\u00e1s, t\u00f6bb sz\u00e1zmilli\u00f3 felhaszn\u00e1l\u00f3val a vil\u00e1g minden t\u00e1j\u00e1n. Minden id\u0151z\u00f3na, ami l\u00e9tezik, highload a maximumon, semmik\u00e9pp sem lehet le\u00e1llni. Egy perc \u2014 \u00e9s szomor\u00fa lesz. Mit tegy\u00fcnk? Teljes k\u00f6r\u0171en tartal\u00e9kolni. Mindent megcsin\u00e1ltunk, amit az el\u0151z\u0151 p\u00e9ld\u00e1ban mondtam, \u00e9s m\u00e9g egy kicsit t\u00f6bbet is. Ide\u00e1lis vil\u00e1g, a mi infrastrukt\u00far\u00e1nk minden szempontb\u00f3l DevOps IaaC. Teh\u00e1t minden a git-ben van, \u00e9s csak a gombot kell megnyomni. <\/p>\n

Mi hi\u00e1nyzik? Egy dolog \u2014 gyakorlatok. Ezek n\u00e9lk\u00fcl nem lehet. \u00dagy t\u0171nik, hogy minden t\u00f6k\u00e9letes, minden a kontrollunk alatt \u00e1ll. Megnyomjuk a gombot, minden t\u00f6rt\u00e9nik. M\u00e9g ha \u00edgy is van \u2014 amit tudunk, hogy ez nem \u00edgy van \u2014 a rendszer\u00fcnk kapcsolatban \u00e1ll m\u00e1s rendszerekkel. P\u00e9ld\u00e1ul, ez a dns a route 53-b\u00f3l, s3 t\u00e1rol\u00f3k, integr\u00e1ci\u00f3 valamilyen api-val. Minden rendelkez\u00e9sre \u00e1llni nem tudunk ebben a tudom\u00e1nyos k\u00eds\u00e9rletben. \u00c9s am\u00edg val\u00f3ban nem kapcsoljuk ki a kapcsol\u00f3t \u2014 nem fogjuk tudni, hogy m\u0171k\u00f6dik-e vagy sem. <\/p>\n

\"Failover:
\n
\nItt tal\u00e1n ennyi. Ne l\u00e9gy lusta \u00e9s ne t\u00falozz. \u00c9s legyen veled az uptime!
\n
Forr\u00e1s: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041b\u0435\u0442\u043e\u043c \u0442\u0440\u0430\u0434\u0438\u0446\u0438\u043e\u043d\u043d\u043e \u0441\u043d\u0438\u0436\u0430\u0435\u0442\u0441\u044f \u0438 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0430\u044f \u0430\u043a\u0442\u0438\u0432\u043d\u043e\u0441\u0442\u044c, \u0438 \u0438\u043d\u0442\u0435\u043d\u0441\u0438\u0432\u043d\u043e\u0441\u0442\u044c \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b \u0432\u0435\u0431-\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432, \u0433\u043e\u0432\u043e\u0440\u0438\u0442 \u043d\u0430\u043c \u041a\u0430\u043f\u0438\u0442\u0430\u043d \u041e\u0447\u0435\u0432\u0438\u0434\u043d\u043e\u0441\u0442\u044c. \u041f\u0440\u043e\u0441\u0442\u043e \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u0434\u0430\u0436\u0435 \u0430\u0439\u0442\u0438\u0448\u043d\u0438\u043a\u0438, \u0441\u043b\u0443\u0447\u0430\u0435\u0442\u0441\u044f, \u0445\u043e\u0434\u044f\u0442 \u0432 \u043e\u0442\u043f\u0443\u0441\u043a. \u0418 C\u0422\u041e \u0442\u043e\u0436\u0435. \u0422\u0435\u043c \u0442\u044f\u0436\u0435\u043b\u0435\u0435 \u0442\u0435\u043c, \u043a\u0442\u043e \u043e\u0441\u0442\u0430\u0451\u0442\u0441\u044f \u043d\u0430 \u043f\u043e\u0441\u0442\u0443, \u043d\u043e \u0441\u0435\u0439\u0447\u0430\u0441 \u043d\u0435 \u043e\u0431 \u044d\u0442\u043e\u043c: \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e, \u0438\u043c\u0435\u043d\u043d\u043e \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043b\u0435\u0442\u043e \u2014 \u043b\u0443\u0447\u0448\u0438\u0439 \u043f\u0435\u0440\u0438\u043e\u0434 \u0434\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u043d\u0435 \u0442\u043e\u0440\u043e\u043f\u044f\u0441\u044c \u043e\u0431\u0434\u0443\u043c\u0430\u0442\u044c \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u044e\u0449\u0443\u044e \u0441\u0445\u0435\u043c\u0443 \u0440\u0435\u0437\u0435\u0440\u0432\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27235,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-36393","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Failover: a perfekcionizmus \u00e9s\u2026 a lustas\u00e1g \u00f6l meg benn\u00fcnket | ProHoster","description":"Ny\u00e1ron hagyom\u00e1nyosan cs\u00f6kken a v\u00e1s\u00e1rl\u00f3i aktivit\u00e1s \u00e9s a webprojekt-infrastrukt\u00far\u00e1k szintj\u00e9nek v\u00e1ltoz\u00e1sa, mondja nek\u00fcnk a Kapit\u00e1nynyilv\u00e1nval\u00f3. Egyszer\u0171en az\u00e9rt, mert m\u00e9g az IT-sek is szabads\u00e1gra mennek.","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/failover-nas-gubit-perfektsionizm-i-len","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","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\udd47Failover: \u043d\u0430\u0441 \u0433\u0443\u0431\u0438\u0442 \u043f\u0435\u0440\u0444\u0435\u043a\u0446\u0438\u043e\u043d\u0438\u0437\u043c \u0438\u2026 \u043b\u0435\u043d\u044c | ProHoster","og:description":"\u041b\u0435\u0442\u043e\u043c \u0442\u0440\u0430\u0434\u0438\u0446\u0438\u043e\u043d\u043d\u043e \u0441\u043d\u0438\u0436\u0430\u0435\u0442\u0441\u044f \u0438 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0430\u044f \u0430\u043a\u0442\u0438\u0432\u043d\u043e\u0441\u0442\u044c, \u0438 \u0438\u043d\u0442\u0435\u043d\u0441\u0438\u0432\u043d\u043e\u0441\u0442\u044c \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b \u0432\u0435\u0431-\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432, \u0433\u043e\u0432\u043e\u0440\u0438\u0442 \u043d\u0430\u043c \u041a\u0430\u043f\u0438\u0442\u0430\u043d \u041e\u0447\u0435\u0432\u0438\u0434\u043d\u043e\u0441\u0442\u044c. \u041f\u0440\u043e\u0441\u0442\u043e \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u0434\u0430\u0436\u0435 \u0430\u0439\u0442\u0438\u0448\u043d\u0438\u043a\u0438, \u0441\u043b\u0443\u0447\u0430\u0435\u0442\u0441\u044f, \u0445\u043e\u0434\u044f\u0442 \u0432 \u043e\u0442\u043f\u0443\u0441\u043a.","og:url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/failover-nas-gubit-perfektsionizm-i-len","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":"2019-10-31T19:11:24+00:00","article:modified_time":"2019-10-31T19:11:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"36393","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":"2026-01-22 03:07:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:45:36","updated":"2026-01-22 03:07:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/36393","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=36393"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/36393\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/27235"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=36393"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=36393"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=36393"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}