{"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\/et\/blog\/administrirovanie\/zhivut-li-bazy-dannyh-v-kubernetes","title":{"rendered":"Kas andmebaasid elavad Kuberneteses?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kas
\n
\nNii on ajalugu n\u00e4idanud, et IT-sektor jaguneb kaheks laialdaselt eristuvaks leeriks: need, kes on \"eest\" ja need, kes on \"vastu\". Vaieldavad teemad v\u00f5ivad olla t\u00e4iesti meelevaldsed. Milline operatsioonis\u00fcsteem on parem: Win v\u00f5i Linux? Kas nutitelefonis peaks olema Android v\u00f5i iOS? Kas hoida k\u00f5ik pilvedes v\u00f5i salvestada andmed k\u00fclmadele RAID-p\u00f5hjakettastele ja panna need seifi? Kas PHP arendajad v\u00f5ivad end programmide v\u00e4ljat\u00f6\u00f6tajateks nimetada? Need vaidlused on m\u00f5nikord \u00fclimalt eksistentsiaalsed ega p\u00f5hine muul kui sportlikul huvil.<\/p>\n

Nii juhtus, et selle t\u00f5ttu, et konteinerite ja meie poolt armastatud docker'i ning tingimusliku k8s'i ilmumisega algasid vaidlused \"eest\" ja \"vastu\" nende uute v\u00f5imaluste kasutamise \u00fcle erinevates tagapindades. (Juba ette \u00f6eldes, et kuigi enamikult viidatakse selles arutelus orkestratorina Kubernetes'ele, ei ole selle t\u00f6\u00f6riista valik p\u00f5him\u00f5tteliselt oluline. Selle asemel v\u00f5ib kasutada m\u00f5nda muud, mis teile tundub mugavam ja tuttavam.)<\/p>\n

Ja, see v\u00f5iks olla lihtne vaidlus kahe poole vahel, nagu igavene vastasseis Win ja Linux, kus m\u00f5istlikud inimesed eksisteerivad kusagil keskel. Kuid konteineriseerimise puhul ei ole k\u00f5ik nii lihtne. \u00dcldiselt ei ole sellistes vaidlustes \u00f5igustatud pooli, kuid k\u00fcsimuses \"rakendada\" v\u00f5i \"mitte rakendada\" andmebaaside konteinerite kasutamist on olukord pea peale p\u00f6\u00f6ratud. Sest teatud m\u00f5ttes on nii pooldajad kui ka vastased sellise l\u00e4henemise puhul \u00f5iged.
\n<\/a><\/noindex><\/p>\n

Hea Pool<\/h4>\n

\nHea Pooleti argumendi kokkuv\u00f5tteks v\u00f5ib \u00f6elda: \u201cHei, 2k19 on v\u00e4ljas!\u201d See k\u00f5lab kindlasti populistlikult, kuid kui situatsiooni s\u00fcveneda, leidub seal oma eeliseid. Neid uurime n\u00fc\u00fcd l\u00e4hemalt.<\/p>\n

Kujutage ette, et teil on suur veebiprojekt. See v\u00f5is algselt rajaneda mikroteenuste l\u00e4henemisel v\u00f5i on mingil hetkel sellele evolutsiooniliselt l\u00e4henenud \u2014 see ei ole t\u00f5eliselt oluline. Olete jaganud oma projekti eraldi mikroteenusteks, seadistunud orkestreerimise, koormuse tasakaalustamise ja skaleerimise. Ning n\u00fc\u00fcd naudite rahulikult mohitosid hamakis, samal ajal kui kaotate servereid. Kuid k\u00f5igis tegudes tuleks j\u00e4rgida j\u00e4rjepidevust. Sageli konteineriseeritakse vaid rakendus ise \u2014 kood. Aga mis meil veel on peale koodi?<\/p>\n

\u00d5ige, andmed. Iga projekti s\u00fcda on selle andmed: see v\u00f5ib olla nii t\u00fc\u00fcpiline andmebaas nagu MySQL, Postgre, MongoDB, kui ka otsinguks kasutatavad salvestusruumid (ElasticSearch), key-value salvestusruumid vahem\u00e4luks \u2014 n\u00e4iteks Redis ja nii edasi. T\u00e4na ei r\u00e4\u00e4gi me kehvadest back-end'i rakendamise variantidest, kui andmebaas kukub halvasti kirjutatud p\u00e4ringute t\u00f5ttu, vaid keskendume selle andmebaasi veakindluse tagamisele kliendi koormuse all. Kui konteineriseerime meie rakenduse ja v\u00f5imaldame sellel vabalt skaleeruda igasuguste sissetulevate p\u00e4ringute t\u00f6\u00f6tlemiseks, suurendab see loomulikult ka andmebaasi koormust.<\/p>\n

Tegelikult muutuvad andmebaasi juurdep\u00e4\u00e4su kanal ja server, millel see t\u00f6\u00f6tab, meie toreda konteineriseeritud tagaplaanis kitsaskohaks. Sellegipoolest on konteinerite virtualiseerimise peamine motiiv struktuuri liikuvus ja paindlikkus, mis v\u00f5imaldavad maksimaalselt t\u00f5husalt korraldada tippkoormuse jaotust kogu meie kergesti k\u00e4tte saadavas infrastruktuuris. Teisis\u00f5nu, kui me ei konteineriseeri ja ei laota kogu s\u00fcsteemi elemente klastrisse \u2014 teeme me v\u00e4ga t\u00f5sise vea.<\/p>\n

On palju m\u00f5istlikum klasterdada mitte ainult rakendus, vaid ka teenused, mis vastutavad andmete salvestamise eest. Klasterdamisel ja iseseisvalt t\u00f6\u00f6tavate ning koormust omavahel jaotavate veebiserverite juurutamisel k8s, lahendame me juba andmete s\u00fcnkroniseerimise probleemi \u2014 n\u00e4iteks postituste kommentaarid, kui tuua n\u00e4iteks m\u00f5ni meedia v\u00f5i blogiplatvorm. Meil m\u00f5lemal juhul moodustatakse klastrisisene, isegi kui virtuaalne, andmebaasi esitus kui ExternalService. K\u00fcsimus on selles, et andmebaas ise ei ole veel klasterdatud \u2014 kubernetes'is juurutatud veebiserverid v\u00f5tavad \u00fcle teabe muudatustest meie staatilisest tootmisbaasist, mis t\u00f6\u00f6tab eraldi.<\/p>\n

Kas tunnete petuskeemi? Me kasutame k8s-i v\u00f5i Swarmi, et jaotada koormust ja v\u00e4ltida peamise s\u00fcsteemi kokkuvarisemist, veebiserver<\/a>, kuid me ei tee seda andmebaasi jaoks. Kui andmebaas kukub, siis ei ole meie klasterdatud infrastruktuuris mitte mingit m\u00f5tet \u2014 mis kasu on t\u00fchjadest veebilehtedest, mis tagastavad andmebaasi juurdep\u00e4\u00e4sivea?<\/p>\n

Seet\u00f5ttu ei ole klustereerimine vajalik ainult veebiserverite, nagu tavaliselt tehakse, vaid ka andmebaasi infrastruktuuri jaoks. Ainult nii saame tagada, et \u00fcks \u00fcksteisest s\u00f5ltumatu struktuur t\u00f6\u00f6tab samaaegselt \u00fches rakenduses. Isegi kui meie tagaplaneerimise pool koormuse all \u201ekukub\u201d, j\u00e4\u00e4b \u00fclej\u00e4\u00e4nud t\u00f6\u00f6le, ning andmebaasi s\u00fcnkroonimise s\u00fcsteem klusteri sees ning v\u00f5imalus l\u00f5pmatuks laiendamiseks ja uute klusters\u00fcsteemide arendamiseks aitavad kiiresti saavutada vajalikke v\u00f5imsusi \u2014 olgu see siis andmekeskuses asuvate riiulite olemasolu.<\/p>\n

Lisaks v\u00f5imaldab klustrites jaotatud andmebaasimudel viia andmebaasi sinna, kus see on vajalik; kui r\u00e4\u00e4gime globaalsest teenusest, on \u00fcsna m\u00f5ttetu jooksutada veebiklustreid kuskil San Franciscos, samal ajal kui andmebaasi p\u00e4ringute pakette saadetakse Moskva oblastisse ja tagasi.<\/p>\n

Samuti v\u00f5imaldab andmebaasi konteineriseerimine k\u00f5iki s\u00fcsteemi elemente \u00fchel abstraktsiooni tasemel \u00fcles ehitada. See omakorda teeb v\u00f5imalikuks selle s\u00fcsteemi juhtimise otse koodist, arendajate poolt, ilma adminnide aktiivse kaasamiseta. Arendajatel tuli m\u00f5te, et uue alaprojekti jaoks on vaja eraldi andmebaasi \u2014 lihtne! kirjutasid yaml-faili, laadisid klastrisse ja valmis.<\/p>\n

Ja loomulikult lihtsustab see sisemist kasutust kordades. \u00dctelge, kui tihti te olete silmad kinni pigistanud hetked, kui uus meeskonna liige ulatas k\u00e4ed tootmisesse andmebaasi? Mis teil, tegelikult, on \u00fcks ja just praegu t\u00f6\u00f6tab? Loomulikult, k\u00f5ik me oleme siin t\u00e4iskasvanud inimesed ja meil on kuskil v\u00e4rske varukoopia ning veel kaugemal \u2014 kapis vanaema hapukurki ja vanade suuskade taga \u2014 veel \u00fcks varukoopia, v\u00f5ib-olla isegi k\u00fclmas s\u00e4ilitamises, sest korra juba teie kontor p\u00f5les. Kuid igal juhul, iga uue meeskonna liikme, kes p\u00e4\u00e4seb tootmisinfrastruktuurile ja loomulikult tootmisandmebaasile, sisseviimine on k\u00f5igile \u00fcmbritsevatele nagu liitrine \u00e4revusevaigistaja. No kes teda, algajat, teab, v\u00f5ib-olla on ta kohmakas? Hirmus, n\u00f5ustute.<\/p>\n

Konteinerimine ja sisuliselt teie projekti andmebaasi jaotatud f\u00fc\u00fcsiline topoloogia aitab selliseid probleemseid hetki v\u00e4ltida. Kas te ei usalda algajat? Pole probleemi! Loome talle eraldi klastrite arendamiseks ja eemaldame ta \u00fclej\u00e4\u00e4nud andmebaasi klastritest \u2014 s\u00fcnkroonimine toimub ainult k\u00e4sitsi t\u00f5ukamise ja kahe v\u00f5tme (\u00fcks meeskonnaliidrile, teine administraatorile) s\u00fcnkroonse p\u00f6\u00f6ramise kaudu. Ja k\u00f5ik on \u00f5nnelikud.<\/p>\n

N\u00fc\u00fcd on aeg muutuda andmebaasi klasterdamise vastasteks.<\/p>\n

Tumedam Pool<\/h4>\n

\nArutledes, miks ei tohiks andmebaasi konteinerisse panna ja j\u00e4tkata selle p\u00f6\u00f6ramist \u00fchel kesksel serveril<\/a>, ei lasku me ortodokside retoorikasse ja v\u00e4idetele nagu \"vana kool p\u00f6\u00f6ras andmebaasi riistvaral, nii teeme ka meie!\" Selle asemel proovime v\u00e4lja m\u00f5elda olukorra, kus konteinerimine t\u00f5eliselt toob m\u00e4rgatavaid eeliseid.<\/p>\n

Leppavad kokku, et projekte, mis t\u00f5eliselt vajavad konteineri baasi, saab \u00fcles lugeda \u00fche keskp\u00e4rase treimise meistri s\u00f5rmedel. Enamasti on isegi k8s v\u00f5i Docker Swarmi kasutamine liialdatud \u2014 tihti kasutatakse neid t\u00f6\u00f6riistu lihtsalt tehnoloogia ja \u201ejumalate\u201d surve t\u00f5ttu, et k\u00f5ik pilve ja konteineritesse suruda. Lihtsalt, sest see on moes ja k\u00f5ik teevad seda.<\/p>\n

Minimaalselt pooled juhtudest on kubernetese v\u00f5i lihtsalt dockeri kasutamine projektis liialdatud. K\u00fcsimus on selles, et mitte k\u00f5ik meeskonnad v\u00f5i v\u00e4lismaised ettev\u00f5tted, kes on palgatud kliendi infrastruktuuri haldamiseks, ei teadvusta seda. Hullem on see, kui konteinerid suruvad peale, sest see t\u00f5mbab kliendile teatud summa m\u00fcnte.<\/p>\n

\u00dcldiselt arvavad paljud, et Docker\/Kubernetes lihtsalt haarab kliente, kes on valmis oma infrastruktuuri k\u00fcsimused outsourcima. Klastritega t\u00f6\u00f6tamiseks on vaja insenere, kellel on oskused ja kes m\u00f5istavad rakendatud lahenduse arhitektuuri. Oleme juba kirjeldanud meie juhtumit v\u00e4ljaande Republiciga \u2014 seal \u00f5petasime kliendi meeskonda Kubernetesega t\u00f6\u00f6tama ja k\u00f5ik j\u00e4i rahule. See oli t\u00f5eliselt suurep\u00e4rane. Sageli aga v\u00f5tavad k8s \u201erakendajad\u201d kliendi infrastruktuuri pantvangi \u2014 kuna n\u00fc\u00fcd m\u00f5istavad vaid nemad, kuidas seal k\u00f5ik toimib, ei ole kliendi poolel spetsialiste.<\/p>\n

Ja n\u00fc\u00fcd kujutage ette, et anname outsourcisse mitte ainult veebiserveri osa, vaid ka andmebaasi haldamise. Oleme \u00f6elnud, et andmebaas on s\u00fcda, ja s\u00fcdame kaotus on surmav iga elusorganismi jaoks. \u00dches\u00f5naga, perspektiivid ei ole just parimad. Seega, selle asemel et keskenduda hype\u2019ile Kubernetesel, peaksid paljud projektid lihtsalt olema valmis maksma normaalse hinnaga AWS-i eest, mis lahendab k\u00f5ik nende saidi\/projekti koormuse probleemid. Kuid AWS ei ole enam moes, ja kahjuks ka IT-valdkonnas on uhkus kallim kui raha.<\/p>\n

Olgu. V\u00f5ib-olla on klasterdamine projektile t\u00f5epoolest vajalik, kuid kui stateless-rakendustega on k\u00f5ik selge, siis kuidas korraldada v\u00e4\u00e4rikat v\u00f5rgu\u00fchenduse tagamist klasterdatud andmebaasi jaoks?<\/p>\n

Kui r\u00e4\u00e4gime sujuvast insenerilahendusest, mis n\u00e4itab, kuidas liikuda k8s-is, siis meie peamine peavalu on andmete replikatsioon klasterdatud andmebaasis. M\u00f5ned andmebaasis\u00fcsteemid on algselt \u00fcsna toetavad andmete jaotamisel oma erinevate eksemplaride vahel. Paljud teised seevastu ei ole nii s\u00f5bralikud. Ja sageli ei ole peamine argument andmebaasis\u00fcsteemi valimisel meie projekti jaoks sugugi see, kas see suudab replikatsiooni teostada minimaalse ressursside ja inseneritegevuse kulu juures. Eriti kui projekt ei olnud algselt plaanitud mikroteenustena, vaid lihtsalt arenes selliseks. <\/p>\n

Ei ole mingit vajadust r\u00e4\u00e4kida v\u00f5rguketaste t\u00f6\u00f6kiirusest \u2013 need on aeglased. See t\u00e4hendab, et meil pole t\u00f5elist v\u00f5imalust, vajadusel, k\u00e4ivitada andmebaasi eksemplar kohas, kus on rohkem n\u00e4iteks protsessoriv\u00f5imsust v\u00f5i vaba RAM-i. Me j\u00f5uame kiiresti virtuaalsete kettas\u00fcsteemide tootlikkuse piiri. Seega peab andmebaas olema kindlalt seotud omaenda isikliku masinakomplektiga, mis asub l\u00e4heduses. Vastasel juhul tuleb leida piisavalt kiire andmete s\u00fcnkroniseerimine eeldatavatele varukohtadele. <\/p>\n

J\u00e4tkates virtuaalsete failis\u00fcsteemide teemat: Docker volumes ei ole paraku probleemivabad. \u00dcldiselt soovitakse andmete pikaajalise usaldusv\u00e4\u00e4rse s\u00e4ilitamise puhul kasutada maksimaalselt lihtsaid tehnilisi skeeme. Uue abstraktsioonikihi lisamine konteineri failis\u00fcsteemist p\u00f5hihosti failis\u00fcsteemi \u2014 see on juba iseenesest risk. Kuid kui t\u00f6\u00f6 ajal tekivad konteineriteenuse s\u00fcsteemis probleeme andmete edastamisega nende kihtide vahel, on olukord veelgi keerulisem. Praegu tundub, et enamik tuntud ja progressiivse inimkonna probleeme on elimineeritud. Kuid nagu te m\u00f5istate, mida keerulisem on mehhanism, seda lihtsam on selle purunemine.<\/p>\n

Kuna k\u00f5ik need 'seiklused' on aset leidnud, on palju kasulikum ja lihtsam hoida andmebaasi \u00fches kohas. Ja isegi kui vajate rakenduse konteinerimist \u2014 las see t\u00f6\u00f6tab iseseisvalt ja saadab jagamisliidese kaudu samal ajal \u00fchendust andmebaasiga, kuhu tuleb andmeid lugeda ja kirjutada vaid \u00fcks kord ja \u00fches kohas. See l\u00e4henemine v\u00e4hendab vigade ja des\u00fcnkroniseerimise t\u00f5en\u00e4osust minimumini.<\/p>\n

Mille, kuhu me suundume? Me suundume sinna, et andmebaasi konteineriseerimine on asjakohane seal, kus selleks on t\u00f5eline vajadus. Ei saa lihtsalt panna t\u00e4israkenduse andmebaasi konteinerisse ja k\u00e4itada seda nii, nagu teil oleks kaks tosinat mikroteenust \u2014 see nii ei t\u00f6\u00f6ta. Seda tuleb selgelt m\u00f5ista.<\/p>\n

V\u00e4ljundi asemel<\/h4>\n

\nKui ootad selget vastust \u00abkas virtualiseerida andmebaas v\u00f5i mitte\u00bb, siis peame pettuma: sellist vastust siin ei ole. Sest igasuguste infrastruktuuri lahenduste loomisel tuleb juhinduda mitte moest ja edusammudest, vaid eelk\u00f5ige terve m\u00f5istuse j\u00e4rgi.<\/p>\n

On projekte, kuhu kuberneetiliste p\u00f5him\u00f5tted ja t\u00f6\u00f6riistad sobivad ideaalselt, ja sellistes projektides saavutatakse v\u00e4hemalt tagakihi valdkonnas rahu. Kuid on ka projekte, millele ei sobi konteineriseerimine, vaid normaalne serveri infrastruktuur, sest nad ei saa p\u00f5him\u00f5tteliselt \u00fcmber struktureeruda mikroteenuste klastrimudeliks, muidu kukuvad nad kokku.
\n
Allikas: 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\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\udd47Elavad andmebaasid Kuberneteses? | ProHoster","description":"T\u00f6\u00f6stus on ajaloo jooksul jagunenud kahte leeri: need, kes on \"pool\" ja need, kes on \"vastu\". Vaielda saab absoluutselt igasuguste asjade \u00fcle. Milline operatsioonis\u00fcsteem on parem: Windows v\u00f5i Linux? Mobiilis\u00fcsteem Android v\u00f5i iOS? Hoida k\u00f5ik pilves v\u00f5i laadida k\u00fclmadele RAID-salvestusse ja panna k\u00f5vakettad seifi? Kas PHP-arendajatel on \u00f5igust...","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/zhivut-li-bazy-dannyh-v-kubernetes","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\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 \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","og:url":"https:\/\/prohoster.info\/et\/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"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/34596","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=34596"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/34596\/revisions"}],"predecessor-version":[{"id":159764,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/34596\/revisions\/159764"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=34596"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=34596"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=34596"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}