{"id":34596,"date":"2019-10-31T21:59:16","date_gmt":"2019-10-31T18:59:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/zhivut-li-bazy-dannyh-v-kubernetes\/"},"modified":"2019-10-31T21:59:16","modified_gmt":"2019-10-31T18:59:16","slug":"zhivut-li-bazy-dannyh-v-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/zhivut-li-bazy-dannyh-v-kubernetes","title":{"rendered":"\u00c9lnek a k\u00fcl\u00f6nb\u00f6z\u0151 adatb\u00e1zisok Kubernetesben?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"\u00c9lnek
\n
\nValahogy \u00fagy alakult, hogy az IT-ipar b\u00e1rmilyen okb\u00f3l k\u00e9t felt\u00e9telezett t\u00e1borra oszlik: akik \"\u00e9rdekeltek\" \u00e9s akik \"ellen\u00e9rdekeltek\". Emellett a vitatott t\u00e9ma teljesen v\u00e9letlenszer\u0171 lehet. Melyik oper\u00e1ci\u00f3s rendszer jobb: a Windows vagy a Linux? Android vagy iOS a mobiltelefonon? Mindenadatot felh\u0151ben t\u00e1rolni vagy hideg RAID t\u00e1rol\u00f3kra t\u00f6lteni \u00e9s a merevlemezeket sz\u00e9fbe tenni? Jogos-e, hogy a PHP fejleszt\u0151k programoz\u00f3knak nevezz\u00e9k magukat? Ezek a vit\u00e1k id\u0151nk\u00e9nt kiz\u00e1r\u00f3lag egzisztenci\u00e1lis jelleg\u0171ek, \u00e9s semmilyen m\u00e1s, mint sport\u00e9rdekl\u0151d\u00e9s alapjuk sincs.<\/p>\n

\u00cdgy t\u00f6rt\u00e9nt, hogy a kont\u00e9nerek megjelen\u00e9s\u00e9vel \u00e9s e szeretett Docker \u00e9s a felt\u00e9teles k8s vil\u00e1g\u00e1val elkezd\u0151dtek a vit\u00e1k a \"pro\" \u00e9s \"kontra\" haszn\u00e1lat\u00e1r\u00f3l az \u00faj lehet\u0151s\u00e9gekkel kapcsolatban a backend k\u00fcl\u00f6nb\u00f6z\u0151 ter\u00fcletein. (El\u0151re lesz\u00f6gezz\u00fck, hogy b\u00e1r a gondolatmenetben a Kubernetes lesz megeml\u00edtve mint orchestr\u00e1tor, a v\u00e1laszt\u00e1s ennek az eszk\u00f6znek az alapvet\u0151 jelent\u0151s\u00e9g\u0171. B\u00e1rmilyen m\u00e1sik, amit k\u00e9nyelmesebbnek \u00e9s megszokottabbnak tart, helyettes\u00edthet\u0151 vele.)<\/p>\n

\u00c9s \u00fagy t\u0171nik, hogy ez egy egyszer\u0171 vita lenne a k\u00e9t oldalon egy \u00e9rm\u00e9n. Ugyanolyan \u00e9rtelmetlen \u00e9s k\u00edm\u00e9letlen, mint a Windows vs Linux \u00f6r\u00f6k ellen\u00e1ll\u00e1sa, ahol a norm\u00e1lis emberek valahol a k\u00f6zep\u00e9n l\u00e9teznek. Csak ez\u00fattal a kont\u00e9nerek eset\u00e9ben nem minden olyan egyszer\u0171. \u00c1ltal\u00e1ban az ilyen vit\u00e1kban nincs helyes oldal, de az adatb\u00e1zisok t\u00e1rol\u00e1sa eset\u00e9n a \"haszn\u00e1lni\" vagy \"nem haszn\u00e1lni\" kont\u00e9nerek pedig felford\u00edtj\u00e1k a dolgokat. Mert bizonyos \u00e9rtelemben mind a t\u00e1mogat\u00f3ik, mind az ellenz\u00e9keik igazuk van ennek a megk\u00f6zel\u00edt\u00e9snek.
\n<\/a><\/noindex><\/p>\n

A Vil\u00e1gos Oldal<\/h4>\n

\nA Vil\u00e1gos Oldal \u00e9rvel\u00e9s\u00e9t r\u00f6viden egy mondatban lehet \u00f6sszefoglalni: \"Hell\u00f3, 2k19 az ablakon!\" Ez hangzik, mint populizmus, k\u00e9ts\u00e9gtelen\u00fcl, de ha r\u00e9szletekbe men\u0151en megvizsg\u00e1ljuk a helyzetet, vannak el\u0151nyei. Ezeket most r\u00e9szletezz\u00fck.<\/p>\n

Tegy\u00fck fel, hogy van egy nagy webprojekted. Az elej\u00e9n mikroszolg\u00e1ltat\u00e1s-alap\u00fa megk\u00f6zel\u00edt\u00e9st alkalmazt\u00e1l, vagy id\u0151vel evol\u00faci\u00f3s \u00faton jutott\u00e1l el ehhez - ez val\u00f3j\u00e1ban nem annyira fontos. A projektet k\u00fcl\u00f6nb\u00f6z\u0151 mikroszolg\u00e1ltat\u00e1sokra osztottad, be\u00e1ll\u00edtottad az orkesztr\u00e1ci\u00f3t, a terhel\u00e9seloszt\u00e1st \u00e9s a sk\u00e1l\u00e1zhat\u00f3s\u00e1got. Most pedig tiszta lelkiismerettel iszogatsz egy mojit\u00f3t a f\u00fcgg\u0151\u00e1gyban a Habr-effektek alatt, ahelyett, hogy a le\u00e1llt szervereket \u00e1ll\u00edtan\u00e1d helyre. De minden tev\u00e9kenys\u00e9gben k\u00f6vetkezetesnek kell lenni. Nagyon gyakran csak mag\u00e1t az alkalmaz\u00e1st - a k\u00f3dot - kont\u00e9neriz\u00e1lj\u00e1k. De mit is jelent ez a k\u00f3d mellett?<\/p>\n

Helyesen, az adatok. B\u00e1rmely projekt sz\u00edve az adatok: ezek lehetnek tipikus adatb\u00e1zisok, mint a MySQL, PostgreSQL, MongoDB, \u00e9s olyan t\u00e1rol\u00f3k, amelyeket keres\u00e9sre haszn\u00e1lnak (ElasticSearch), vagy kulcs-\u00e9rt\u00e9k t\u00e1rol\u00f3k a gyors\u00edt\u00e1shoz - p\u00e9ld\u00e1ul redis, stb. Nem fogunk most a hib\u00e1s backend megval\u00f3s\u00edt\u00e1sokkal foglalkozni, amikor az adatb\u00e1zis le\u00e1ll a rosszul meg\u00edrt lek\u00e9rdez\u00e9sek miatt, hanem arr\u00f3l besz\u00e9l\u00fcnk, hogy hogyan biztos\u00edtsuk az adatb\u00e1zis megb\u00edzhat\u00f3s\u00e1g\u00e1t az \u00fcgyf\u00e9l terhel\u00e9se alatt. Hiszen amikor kont\u00e9neriz\u00e1ljuk az alkalmaz\u00e1sunkat \u00e9s lehet\u0151v\u00e9 tessz\u00fck, hogy szabadon sk\u00e1l\u00e1z\u00f3djon a bej\u00f6v\u0151 k\u00e9r\u00e9sek tetsz\u0151leges sz\u00e1m\u00e1nak kezel\u00e9s\u00e9re, az logikusan n\u00f6veli az adatb\u00e1zis terhel\u00e9s\u00e9t.<\/p>\n

A gyakorlatban az adatb\u00e1zis el\u00e9r\u00e9si csatorn\u00e1ja \u00e9s az a szerver, amelyen fut, t\u0171v\u00e9 \u00e9s c\u00e9rn\u00e1v\u00e1 v\u00e1lik a csod\u00e1latosan kont\u00e9neriz\u00e1lt backend\u00fcnkben. Ezt figyelembe v\u00e9ve a kont\u00e9neres virtualiz\u00e1ci\u00f3 f\u0151 motiv\u00e1ci\u00f3ja a strukt\u00fara mobilit\u00e1sa \u00e9s rugalmass\u00e1ga, amely lehet\u0151v\u00e9 teszi a cs\u00facs terhel\u00e9s hat\u00e9kony eloszt\u00e1s\u00e1t a rendelkez\u00e9sre \u00e1ll\u00f3 infrastrukt\u00far\u00e1nkon. Teh\u00e1t, ha nem kont\u00e9neriz\u00e1ljuk \u00e9s nem ter\u00edtj\u00fck sz\u00e9t a rendszer \u00f6sszes elem\u00e9t klaszterbe - s\u00falyos hib\u00e1t k\u00f6vet\u00fcnk el.<\/p>\n

Sokkal logikusabb klaszterezni nemcsak az alkalmaz\u00e1st, hanem a t\u00e1rol\u00e1s\u00e9rt felel\u0151s szolg\u00e1ltat\u00e1sokat is. A f\u00fcggetlen\u00fcl m\u0171k\u00f6d\u0151, terhel\u00e9st egym\u00e1s k\u00f6z\u00f6tt eloszt\u00f3 webszerverek klaszterez\u00e9se \u00e9s telep\u00edt\u00e9sekor a k8s-ben m\u00e1r megoldjuk az adatok szinkroniz\u00e1l\u00e1s\u00e1nak probl\u00e9m\u00e1j\u00e1t \u2013 p\u00e9ld\u00e1ul a bejegyz\u00e9sek hozz\u00e1sz\u00f3l\u00e1sait, ha valamilyen m\u00e9di\u00e1t vagy blogplatformot eml\u00edt\u00fcnk. B\u00e1rmi legyen is, l\u00e9trej\u00f6n egy bels\u0151 klaszteren bel\u00fcli, m\u00e9g ha virtu\u00e1lis is, DB megjelen\u00e9s ExternalService-k\u00e9nt. A k\u00e9rd\u00e9s az, hogy az adatb\u00e1zis m\u00e9g nem klaszterezett \u2013 a kubikban telep\u00edtett webszerverek a statikus \u00e9les adatb\u00e1zisunkb\u00f3l, amely k\u00fcl\u00f6n fut, szerzik be a v\u00e1ltoz\u00e1sokkal kapcsolatos inform\u00e1ci\u00f3kat.<\/p>\n

\u00c9rzik a cselt? A k8s vagy a Swarm seg\u00edts\u00e9g\u00e9vel terhel\u00e9st osztunk el, hogy elker\u00fclj\u00fck a f\u0151 rendszer le\u00e1ll\u00e1s\u00e1t, webszerver<\/a>, de ezt az adatb\u00e1zisra nem alkalmazzuk. De hiszen ha az adatb\u00e1zis le\u00e1ll, akkor az eg\u00e9sz klaszterezett infrastrukt\u00far\u00e1nknak nincs \u00e9rtelme \u2013 mit \u00e9r\u00fcnk el \u00fcres weboldalakkal, amelyek adatb\u00e1zis-hozz\u00e1f\u00e9r\u00e9si hib\u00e1t adnak vissza?<\/p>\n

\u00c9ppen ez\u00e9rt nemcsak a webszervereket kell klaszterezni, ahogy azt \u00e1ltal\u00e1ban csin\u00e1lj\u00e1k, hanem az adatb\u00e1zis infrastrukt\u00far\u00e1j\u00e1t is. Csak \u00edgy tudjuk biztos\u00edtani a teljes \u00e9rt\u00e9k\u0171en m\u0171k\u00f6d\u0151, de egym\u00e1st\u00f3l f\u00fcggetlen strukt\u00far\u00e1t. Ezen k\u00edv\u00fcl m\u00e9g ha a h\u00e1tt\u00e9rszerver\u00fcnk fele le is omlik a terhel\u00e9s alatt \u2013 a marad\u00e9k t\u00fal\u00e9l, \u00e9s a klaszteren bel\u00fcli adatb\u00e1zisok k\u00f6z\u00f6tti szinkroniz\u00e1l\u00e1si lehet\u0151s\u00e9g, valamint az \u00faj klaszterek v\u00e9gtelen sk\u00e1l\u00e1z\u00e1s\u00e1nak \u00e9s telep\u00edt\u00e9s\u00e9nek lehet\u0151s\u00e9ge gyorsan el\u00e9rheti a sz\u00fcks\u00e9ges kapacit\u00e1sokat \u2013 amennyiben vannak rackek az adatk\u00f6zpontban.<\/p>\n

Ezen k\u00edv\u00fcl a klaszterezett adatb\u00e1zis modell lehet\u0151v\u00e9 teszi, hogy az adatb\u00e1zist oda helyezz\u00fck, ahol sz\u00fcks\u00e9ges; ha glob\u00e1lis szolg\u00e1ltat\u00e1sr\u00f3l besz\u00e9l\u00fcnk, akkor meglehet\u0151sen illogikus egy webszervert San Francisc\u00f3ban futtatni, mik\u00f6zben az adatb\u00e1zishoz Budapest k\u00f6zel\u00e9b\u0151l \u00e9s vissza k\u00fcld\u00fcnk csomagokat.<\/p>\n

A DB kont\u00e9neriz\u00e1l\u00e1sa szint\u00e9n lehet\u0151v\u00e9 teszi a rendszer \u00f6sszes elem\u00e9nek egy szinten val\u00f3 abstrakt\u00e1l\u00e1s\u00e1t. Ami viszont lehet\u0151v\u00e9 teszi, hogy ezt a rendszert k\u00f6zvetlen\u00fcl a k\u00f3db\u00f3l, a fejleszt\u0151k \u00e1ltal ir\u00e1ny\u00edts\u00e1k, akt\u00edv adminisztr\u00e1torok bevon\u00e1sa n\u00e9lk\u00fcl. A fejleszt\u0151knek esz\u00fckbe jutott, hogy sz\u00fcks\u00e9g van egy k\u00fcl\u00f6n DB-re az \u00faj alprojekthez \u2013 egyszer\u0171en \u00edrtak egy yaml f\u00e1jlt, felt\u00f6lt\u00f6tt\u00e9k a klaszterbe, \u00e9s k\u00e9sz.<\/p>\n

Term\u00e9szetesen, a bels\u0151 \u00fczemeltet\u00e9s drasztikusan egyszer\u0171s\u00f6dik. Mondja, h\u00e1nyszor z\u00e1rta be a szem\u00e9t, amikor az \u00faj csapattag keze a m\u0171k\u00f6d\u0151 adatb\u00e1zis\u00e1hoz ny\u00falt? Amelyik igaz\u00e1b\u00f3l csak egy van, \u00e9s \u00e9ppen most forog? Term\u00e9szetesen mindannyian feln\u0151ttek vagyunk itt, \u00e9s van valahol egy friss biztons\u00e1gi ment\u00e9s\u00fcnk, meg egy m\u00e1sik, a nagymama savany\u00fas\u00e1gai \u00e9s a r\u00e9gi s\u00edl\u00e9c k\u00f6z\u00f6tt - tal\u00e1n egy hidegt\u00e1rol\u00f3ban, mert egyszer m\u00e1r \u00e9gett az irod\u00e1ja. De akkor is, minden \u00faj csapattag, aki hozz\u00e1f\u00e9r a m\u0171k\u00f6d\u0151 infrastrukt\u00far\u00e1hoz \u00e9s term\u00e9szetesen a m\u0171k\u00f6d\u0151 adatb\u00e1zishoz - ez egy v\u00f6dr\u00f6t \u00e9r a val\u00f3dolnak mindenki k\u00f6r\u00fcl\u00f6tte. H\u00e1t ki ismeri azt az \u00fajoncot, lehet, hogy \u00fcgyetlen? F\u00e9lelmetes, egyet\u00e9rt?<\/p>\n

A kont\u00e9neriz\u00e1ci\u00f3 \u00e9s l\u00e9nyeg\u00e9ben a projekt adatb\u00e1zis\u00e1nak elosztott fizikai topol\u00f3gi\u00e1ja seg\u00edt elker\u00fclni az ilyen val\u00f3doli pillanatokat. Nem b\u00edzol az \u00fajoncban? Ok\u00e9! Emelj\u00fck sz\u00e1m\u00e1ra saj\u00e1t klasztert a munk\u00e1ra, \u00e9s kapcsoljuk le a t\u00f6bbi adatb\u00e1zis klaszterr\u0151l - a szinkroniz\u00e1l\u00e1s csak manu\u00e1lis push-al \u00e9s k\u00e9t kulcs szinkronikus megford\u00edt\u00e1s\u00e1val zajlik (az egyik a csapatvezet\u0151\u00e9, a m\u00e1sik az adminisztr\u00e1tor\u00e9). \u00c9s mindenki boldog.<\/p>\n

Most pedig el\u00e9rkezett az id\u0151, hogy a klaszteriz\u00e1ci\u00f3 ellenfeleiv\u00e9 v\u00e1ljunk.<\/p>\n

S\u00f6t\u00e9t Oldal<\/h4>\n

\nMik\u00f6zben azt vitatjuk, hogy mi\u00e9rt nem \u00e9rdemes kont\u00e9neriz\u00e1lni az adatb\u00e1zist \u00e9s folytatni annak futtat\u00e1s\u00e1t egy k\u00f6zponti szerveren<\/a>, nem fogunk al\u00e1mer\u00fclni az ortodoxok retorik\u00e1j\u00e1ba \u00e9s az olyan kijelent\u00e9sekbe, mint p\u00e9ld\u00e1ul: \"az \u00f6regek g\u00e9pen futtatt\u00e1k az adatb\u00e1zisokat, \u00e9s mi is fogunk!\" Ink\u00e1bb pr\u00f3b\u00e1ljunk meg kital\u00e1lni egy helyzetet, ahol a kont\u00e9neriz\u00e1ci\u00f3 val\u00f3di el\u0151ny\u00f6ket hozna.<\/p>\n

Elfogadja, hogy azok a projektek, amelyeknek val\u00f3ban sz\u00fcks\u00e9g\u00fck van kont\u00e9neriz\u00e1lt adatb\u00e1zisra, egy k\u00e9z ujjain meg lehet sz\u00e1molni egy nem t\u00fal j\u00f3 maros\u00edt\u00f3 sz\u00e1m\u00e1ra. A legt\u00f6bb esetben m\u00e9g a k8s vagy a Docker Swarm haszn\u00e1lata is felesleges - gyakran ezekhez az eszk\u00f6z\u00f6kh\u00f6z a technol\u00f3gi\u00e1k \u00e9s a \u201eminden hatalmask\u00e9nt\u201d hasonl\u00f3 be\u00e1ll\u00edt\u00e1sok hypes\u00e9ge miatt folyamodnak, hogy mindent felh\u0151kbe \u00e9s kont\u00e9nerekbe tereljenek. Mert most ez men\u0151, \u00e9s mindenki ezt csin\u00e1lja.<\/p>\n

A projekt eset\u00e9ben a Kubernetes vagy egyszer\u0171en a Docker haszn\u00e1lata legal\u00e1bb fel\u00e9ben t\u00falz\u00e1s. A k\u00e9rd\u00e9s az, hogy nem minden csapat vagy k\u00fcls\u0151s c\u00e9g, amelyet a kliens infrastrukt\u00far\u00e1j\u00e1nak kezel\u00e9s\u00e9re fogadtak, tiszt\u00e1ban van ezzel. M\u00e9g rosszabb, amikor a kont\u00e9nereket r\u00e1k\u00e9nyszer\u00edtik, mert ez a kliensnek bizonyos k\u00f6lts\u00e9gekbe ker\u00fcl.<\/p>\n

Val\u00f3j\u00e1ban elterjedt a v\u00e9lem\u00e9ny, hogy a Docker\/Kubernetes mafia egyszer\u0171en uralja a k\u00fcls\u0151s c\u00e9geket, amelyek az infrastrukt\u00far\u00e1val kapcsolatos k\u00e9rd\u00e9seket kiadnak alv\u00e1llalkoz\u00e1sba. Hiszen a klaszterek kezel\u00e9s\u00e9hez sz\u00fcks\u00e9g van olyan m\u00e9rn\u00f6k\u00f6kre, akik ezt k\u00e9pesek megval\u00f3s\u00edtani \u00e9s \u00e9rtik az implement\u00e1lt megold\u00e1s architekt\u00far\u00e1j\u00e1t. M\u00e1r eml\u00edtett\u00fck a Republic kiad\u00e1sa kapcs\u00e1n az eset\u00fcnket \u2013 ott megtan\u00edtottuk a kliens csapat\u00e1t, hogyan dolgozzon a Kubernetes val\u00f3s\u00e1g\u00e1ban, \u00e9s mindenki el\u00e9gedett volt. Ez rendk\u00edv\u00fcl korrekt volt. \u00c1ltal\u00e1ban azonban a k8s \u201eimplement\u00e1l\u00f3k\u201d t\u00faszk\u00e9nt kezelik a kliens infrastrukt\u00far\u00e1j\u00e1t \u2013 hiszen most m\u00e1r csak \u0151k \u00e9rtik, hogyan m\u0171k\u00f6dik minden, a kliens oldalon pedig nincs szak\u00e9rt\u0151.<\/p>\n

Most k\u00e9pzelje el, hogy \u00edgy nemcsak a webszerver r\u00e9sz\u00e9t b\u00edzzuk r\u00e1 alv\u00e1llalkoz\u00e1sra, hanem a DB karbantart\u00e1s\u00e1t is. M\u00e1r mondtuk, hogy a DB a sz\u00edv, \u00e9s a sz\u00edv elveszt\u00e9se hal\u00e1los b\u00e1rmely \u00e9l\u0151 szervezet sz\u00e1m\u00e1ra. R\u00f6viden, az kil\u00e1t\u00e1sok nem a legjobbak. Sz\u00f3val a hype-os Kubernetes helyett sok projektnek egyszer\u0171en nem kellene fukarkodnia egy norm\u00e1lis AWS tarif\u00e1n, ami megoldan\u00e1 a weboldaluk\/projektj\u00fck terhel\u00e9si probl\u00e9m\u00e1it. De az AWS m\u00e1r nem divatos, \u00e9s a fiatalos megjelen\u00e9s dr\u00e1g\u00e1bb, sajnos az IT szf\u00e9r\u00e1ban is.<\/p>\n

Rendben. Lehet, hogy val\u00f3ban sz\u00fcks\u00e9g van a klaszterez\u00e9sre a projekthez, de ha a stateless alkalmaz\u00e1sokkal minden rendben van, hogyan lehet akkor megfelel\u0151 h\u00e1l\u00f3zati \u00f6sszek\u00f6ttet\u00e9st biztos\u00edtani a klaszteriz\u00e1lt adatb\u00e1zis sz\u00e1m\u00e1ra?<\/p>\n

Ha a k8s-re val\u00f3 \u00e1tt\u00e9r\u00e9sr\u0151l besz\u00e9l\u00fcnk, mint z\u00f6kken\u0151mentes m\u00e9rn\u00f6ki megold\u00e1sr\u00f3l, akkor a legnagyobb probl\u00e9m\u00e1nk az adatok replik\u00e1l\u00e1sa a klaszterezett adatb\u00e1zisban. N\u00e9h\u00e1ny DBMS kezdetben meglehet\u0151sen kedvez\u0151en viszonyul az adatok eloszt\u00e1s\u00e1hoz a saj\u00e1t p\u00e9ld\u00e1nyai k\u00f6z\u00f6tt. Sok m\u00e1s viszont nem ilyen meg\u00e9rt\u0151. Gyakran a legf\u0151bb \u00e9rv a DBMS kiv\u00e1laszt\u00e1sakor nem is az, hogy k\u00e9pes-e minim\u00e1lis er\u0151forr\u00e1s- \u00e9s m\u00e9rn\u00f6ki k\u00f6lts\u00e9gekkel replik\u00e1lni. K\u00fcl\u00f6n\u00f6sen, ha a projekt eredetileg nem mikroszolg\u00e1ltat\u00e1sk\u00e9nt indult, hanem egyszer\u0171en csak fejl\u0151d\u00f6tt ebbe az ir\u00e1nyba. <\/p>\n

A h\u00e1l\u00f3zati lemezek sebess\u00e9g\u00e9r\u0151l nem sz\u00fcks\u00e9ges besz\u00e9lni \u2014 lass\u00faak. Vagyis val\u00f3j\u00e1ban nincs lehet\u0151s\u00e9g\u00fcnk p\u00e9ld\u00e1ul egy DBMS p\u00e9ld\u00e1nyt m\u00e1s helyre \u00e1ttelep\u00edteni, ahol nagyobb processzorteljes\u00edtm\u00e9ny vagy szabad mem\u00f3riakapacit\u00e1s van. Nagyon gyorsan bele\u00fctk\u00f6z\u00fcnk a virtualiz\u00e1lt lemezrendszer teljes\u00edtm\u00e9ny\u00e9be. Ennek megfelel\u0151en a DBMS-nek szorosan hozz\u00e1 kell k\u00f6t\u0151dnie a saj\u00e1t, k\u00f6zvetlen k\u00f6zelben l\u00e9v\u0151 g\u00e9peinek szem\u00e9lyes halmaz\u00e1hoz. Vagy valahogy k\u00fcl\u00f6n kell megszervezni egy el\u00e9gg\u00e9 gyors adat-szinchroniz\u00e1ci\u00f3t a tervezett tartal\u00e9kokra. <\/p>\n

A virtu\u00e1lis f\u00e1jlrendszerekkel kapcsolatos t\u00e9ma folytat\u00e1sak\u00e9nt: a Docker Volumes sajnos nem probl\u00e9mamentes. \u00c1ltal\u00e1noss\u00e1gban, egy ilyen hossz\u00fa t\u00e1v\u00fa megb\u00edzhat\u00f3 adatmeg\u0151rz\u00e9si megold\u00e1s eset\u00e9n szeretn\u00e9nk a lehet\u0151 legk\u00f6nnyebb technikai s\u00e9m\u00e1kkal dolgozni. Az \u00fajabb absztrakci\u00f3s r\u00e9teg hozz\u00e1ad\u00e1sa a kont\u00e9ner f\u00e1jlrendszer\u00e9b\u0151l a sz\u00fcl\u0151 gazda f\u00e1jlrendszer\u00e9be m\u00e1r \u00f6nmag\u00e1ban is kock\u00e1zatos. De amikor a kont\u00e9neriz\u00e1ci\u00f3s rendszer m\u0171k\u00f6d\u00e9s\u00e9ben probl\u00e9m\u00e1k mer\u00fclnek fel az adatok ezen r\u00e9tegek k\u00f6z\u00f6tti \u00e1tvitel\u00e9vel kapcsolatban, akkor komoly gond van. Jelenleg a legt\u00f6bb, az emberis\u00e9g sz\u00e1m\u00e1ra ismert probl\u00e9m\u00e1t l\u00e1tsz\u00f3lag siker\u00fclt megoldani. De tudj\u00e1k, min\u00e9l bonyolultabb a mechanizmus, ann\u00e1l k\u00f6nnyebben t\u00f6rik el.<\/p>\n

Mindezek f\u00e9ny\u00e9ben sokkal el\u0151ny\u00f6sebb \u00e9s egyszer\u0171bb a DB-t egy helyen tartani, \u00e9s m\u00e9g ha sz\u00fcks\u00e9g van is az alkalmaz\u00e1s kont\u00e9neriz\u00e1ci\u00f3j\u00e1ra - hagyja, hogy az \u00f6n\u00e1ll\u00f3an fusson, \u00e9s egy elosztott \u00e1tj\u00e1r\u00f3n kereszt\u00fcl kapjon p\u00e1rhuzamos kapcsolatot a DB-vel, amely egyszer \u00e9s egy helyen lesz olvasva \u00e9s \u00edrva. Ez a megk\u00f6zel\u00edt\u00e9s minim\u00e1lisra cs\u00f6kkenti a hib\u00e1k \u00e9s a deszinkroniz\u00e1ci\u00f3k val\u00f3sz\u00edn\u0171s\u00e9g\u00e9t.<\/p>\n

Mit is akarunk mondani? Azt, hogy a DB kont\u00e9neriz\u00e1ci\u00f3ja akkor indokolt, ha val\u00f3ban sz\u00fcks\u00e9g van r\u00e1. Nem lehet egy teljes alkalmaz\u00e1s adatb\u00e1zis\u00e1t bedugni \u00e9s \u00fagy futtatni, mintha h\u00fasz mikroszolg\u00e1ltat\u00e1s lenne - ez \u00edgy nem m\u0171k\u00f6dik. Ezt vil\u00e1gosan meg kell \u00e9rteni.<\/p>\n

A kimenet helyett<\/h4>\n

\nHa egy\u00e9rtelm\u0171 v\u00e1laszt v\u00e1r a \"virtu\u00e1lis adatokhoz val\u00f3 hozz\u00e1f\u00e9r\u00e9sr\u0151l vagy sem\", akkor sajn\u00e1lattal k\u00f6zl\u00f6m: itt nem lesz. Mert b\u00e1rmilyen infrastrukt\u00far\u00e1val kapcsolatos megold\u00e1s l\u00e9trehoz\u00e1sakor nem a divat \u00e9s a halad\u00e1s, hanem els\u0151sorban a j\u00f3zan \u00e9sz a m\u00e9rvad\u00f3.<\/p>\n

Vannak olyan projektek, ahol a Kubernetes-el kapcsolatos alapelvek \u00e9s eszk\u00f6z\u00f6k t\u00f6k\u00e9letesen m\u0171k\u00f6dnek, \u00e9s ezekben a projektekben b\u00e9ke uralkodik legal\u00e1bb a backend ter\u00fclet\u00e9n. M\u00e1s projekteknek viszont nem kont\u00e9neriz\u00e1ci\u00f3ra, hanem norm\u00e1lis szerverinfrastrukt\u00far\u00e1ra van sz\u00fcks\u00e9g\u00fck, mert alapvet\u0151en nem tudnak \u00e1tkonfigur\u00e1l\u00f3dni mikroszolg\u00e1ltat\u00e1s-alap\u00fa klasztermodellre, k\u00fcl\u00f6nben \u00f6sszeomlanak.
\n
Forr\u00e1s: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041a\u0430\u043a-\u0442\u043e \u0442\u0430\u043a \u0438\u0441\u0442\u043e\u0440\u0438\u0447\u0435\u0441\u043a\u0438 \u0441\u043b\u043e\u0436\u0438\u043b\u043e\u0441\u044c, \u0447\u0442\u043e IT-\u0438\u043d\u0434\u0443\u0441\u0442\u0440\u0438\u044f \u043f\u043e \u043b\u044e\u0431\u043e\u043c\u0443 \u043f\u043e\u0432\u043e\u0434\u0443 \u0440\u0430\u0437\u0431\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u043d\u0430 \u0434\u0432\u0430 \u0443\u0441\u043b\u043e\u0432\u043d\u044b\u0445 \u043b\u0430\u0433\u0435\u0440\u044f: \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u00ab\u0437\u0430\u00bb \u0438 \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u00ab\u043f\u0440\u043e\u0442\u0438\u0432\u00bb. \u041f\u0440\u0438\u0447\u0435\u043c \u043f\u0440\u0435\u0434\u043c\u0435\u0442 \u0441\u043f\u043e\u0440\u043e\u0432 \u043c\u043e\u0436\u0435\u0442 \u0431\u044b\u0442\u044c \u0430\u0431\u0441\u043e\u043b\u044e\u0442\u043d\u043e \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u043b\u044c\u043d\u044b\u043c. \u041a\u0430\u043a\u0430\u044f \u041e\u0421 \u043b\u0443\u0447\u0448\u0435: Win \u0438\u043b\u0438 Linux? \u041d\u0430 \u0441\u043c\u0430\u0440\u0442\u0444\u043e\u043d\u0435 Android \u0438\u043b\u0438 iOS? \u0425\u0440\u0430\u043d\u0438\u0442\u044c \u0432\u0441\u0435 \u0432 \u043e\u0431\u043b\u0430\u043a\u0430\u0445 \u0438\u043b\u0438 \u0437\u0430\u043b\u0438\u0432\u0430\u0442\u044c \u043d\u0430 \u0445\u043e\u043b\u043e\u0434\u043d\u044b\u0435 RAID-\u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0430 \u0438 \u043a\u043b\u0430\u0441\u0442\u044c \u0432\u0438\u043d\u0442\u044b \u0432 \u0441\u0435\u0439\u0444? \u0418\u043c\u0435\u044e\u0442 \u043b\u0438 PHP-\u0448\u043d\u0438\u043a\u0438 \u043f\u0440\u0430\u0432\u043e […]<\/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-34596","post","type-post","status-publish","format-standard","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\udd47Mennyire \u00e9lnek az adatb\u00e1zisok a Kubernetes-ben? | ProHoster","description":"Valahogy \u00edgy alakult t\u00f6rt\u00e9nelmileg az IT-iparban.","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/zhivut-li-bazy-dannyh-v-kubernetes","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\udd47\u0416\u0438\u0432\u0443\u0442 \u043b\u0438 \u0431\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445 \u0432 Kubernetes? | ProHoster","og:description":"\u041a\u0430\u043a-\u0442\u043e \u0442\u0430\u043a \u0438\u0441\u0442\u043e\u0440\u0438\u0447\u0435\u0441\u043a\u0438 \u0441\u043b\u043e\u0436\u0438\u043b\u043e\u0441\u044c, \u0447\u0442\u043e IT-\u0438\u043d\u0434\u0443\u0441\u0442\u0440\u0438\u044f \u043f\u043e.","og:url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/zhivut-li-bazy-dannyh-v-kubernetes","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-31T18:59:16+00:00","article:modified_time":"2019-10-31T18:59:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34596","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-02-09 21:46:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:18:36","updated":"2026-02-09 21:46: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\/34596","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=34596"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/34596\/revisions"}],"predecessor-version":[{"id":159764,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/34596\/revisions\/159764"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=34596"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=34596"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=34596"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}