{"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\/sv\/blog\/administrirovanie\/zhivut-li-bazy-dannyh-v-kubernetes","title":{"rendered":"Lever databasena i Kubernetes?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Lever
\n
\nHistoriskt sett har IT-industrin delat sig i tv\u00e5 l\u00e4ger: de som \u00e4r 'f\u00f6r' och de som \u00e4r 'emot'. Diskussions\u00e4mnena kan vara helt godtyckliga. Vilket operativsystem \u00e4r b\u00e4ttre: Win eller Linux? Android eller iOS p\u00e5 smartphones? Ska man spara allt i molnet eller anv\u00e4nda kalla RAID-lagringar och f\u00f6rvara h\u00e5rddiskarna i ett valv? Har PHP-utvecklare r\u00e4tt att kalla sig programmerare? Dessa diskussioner har, ibland, en rent existentiell karakt\u00e4r och saknar annan, mer substantiell grund \u00e4n en idrottslig intresse.<\/p>\n

Det har blivit s\u00e5 att med framv\u00e4xten av containrar och hela v\u00e5r \u00e4lskade docker- och k8s-milj\u00f6 har debatten 'f\u00f6r' och 'emot' nya m\u00f6jligheter i olika delar av backenden inletts. (Vi f\u00f6rbereder oss f\u00f6r att i denna diskussion kommer Kubernetes att n\u00e4mnas som orkestrator, men valet av just detta verktyg har ingen avg\u00f6rande betydelse. Du kan anv\u00e4nda vilket annat verktyg du tycker k\u00e4nns mest bekv\u00e4mt och vanligt.)<\/p>\n

Och, det kan tyckas, skulle detta vara en enkel diskussion mellan tv\u00e5 sidor av samma mynt. Lika meningsl\u00f6s och skoningsl\u00f6s som den st\u00e4ndiga kampen mellan Win och Linux, d\u00e4r rationella m\u00e4nniskor befinner sig n\u00e5gonstans i mitten. Men i fallet med containerisering \u00e4r det inte s\u00e5 enkelt. Vanligtvis finns det ingen r\u00e4tt sida i s\u00e5dana diskussioner, men n\u00e4r det g\u00e4ller 'att anv\u00e4nda' eller 'inte anv\u00e4nda' containrar f\u00f6r lagring av databaser blir allting upp och ner. F\u00f6r p\u00e5 ett visst s\u00e4tt har b\u00e5de f\u00f6respr\u00e5karna och motst\u00e5ndarna av denna metod r\u00e4tt.
\n<\/a><\/noindex><\/p>\n

Den Ljusare Sidan<\/h4>\n

\nAtt kortfattat beskriva argumentationen f\u00f6r Den Ljusare Sidan kan g\u00f6ras med en fras: 'Hall\u00e5, 2k19 \u00e4r utanf\u00f6r f\u00f6nstret!' Det l\u00e5ter som populism, utan tvekan, men vid en noggrannare granskning finns det sina f\u00f6rdelar. Och dem ska vi nu reda ut.<\/p>\n

Anta att du har ett stort webbprojekt. Det kan ha byggts p\u00e5 en mikrotj\u00e4nstbaserad metod fr\u00e5n b\u00f6rjan, eller s\u00e5 har det utvecklats till detta steg \u2013 vilket \u00e4r mindre viktigt i sj\u00e4lva verket. Du har f\u00f6rdelat ditt projekt p\u00e5 separata mikrotj\u00e4nster, konfigurerat orkestrering, lastbalansering och skalning. Och nu njuter du utan bekymmer av en mojito i en h\u00e4ngmatta under h\u00e4ndelserna p\u00e5 Habr, ist\u00e4llet f\u00f6r att beh\u00f6va \u00e5terst\u00e4lla nerlagda servrar. Men i alla \u00e5tg\u00e4rder \u00e4r det viktigt att vara konsekvent. Oftast containeriseras bara sj\u00e4lva applikationen \u2013 koden. Men vad har vi mer f\u00f6rutom koden?<\/p>\n

R\u00e4tt, data. Hj\u00e4rtat i varje projekt \u00e4r dess data: det kan vara en typisk databas \u2013 MySQL, PostgreSQL, MongoDB, eller lagringsl\u00f6sningar som anv\u00e4nds f\u00f6r s\u00f6kning (ElasticSearch), nyckel-v\u00e4rde-lagring f\u00f6r cachning \u2013 till exempel Redis, osv. Vi kommer inte att diskutera knasiga implementeringsl\u00f6sningar f\u00f6r backend, d\u00e4r databasen kraschar p\u00e5 grund av d\u00e5ligt skrivna f\u00f6rfr\u00e5gningar, utan ist\u00e4llet prata om att s\u00e4kerst\u00e4lla att denna databas \u00e4r felfri under kundbelastning. N\u00e4r vi containeriserar v\u00e5r applikation och l\u00e5ter den skala fritt f\u00f6r att hantera valfritt antal inkommande f\u00f6rfr\u00e5gningar, \u00f6kar det naturligt nog \u00e4ven belastningen p\u00e5 databasen.<\/p>\n

Faktiskt blir kanalen till databasen och servern den k\u00f6rs p\u00e5 en flaskhals i v\u00e5r vackra containeriserade backend. Huvudmotivationen f\u00f6r container-virtualisering \u00e4r r\u00f6rlighet och flexibilitet i strukturen, vilket g\u00f6r att vi kan organisera f\u00f6rdelningen av spikbelastning \u00f6ver hela v\u00e5r tillg\u00e4ngliga infrastruktur s\u00e5 effektivt som m\u00f6jligt. Om vi inte containeriserar och distribuerar alla systemelement \u00f6ver klustret \u2013 g\u00f6r vi ett mycket allvarligt misstag.<\/p>\n

Det \u00e4r mycket mer logiskt att klustrera inte bara sj\u00e4lva applikationen, utan \u00e4ven tj\u00e4nsterna som ansvarar f\u00f6r datalagring. N\u00e4r vi klustrar och distribuerar fritt fungerande webbservrar i k8s, l\u00f6ser vi redan problemet med datasykronisering \u2014 som till exempel kommentarerna till inl\u00e4gg, om vi tar n\u00e5got mediaf\u00f6retag eller bloggplattform som exempel. Vi f\u00e5r alltid en intern klusterrepresentation av databasen, \u00e4ven om den \u00e4r virtuell, som ett ExternalService. Fr\u00e5gan \u00e4r dock att sj\u00e4lva databasen inte \u00e4r klustrerad \u00e4n \u2014 de distribuerade webbservrarna h\u00e4mtar information om \u00e4ndringar fr\u00e5n v\u00e5r statiska produktionsdatabas som k\u00f6rs separat.<\/p>\n

K\u00e4nner du att det finns en f\u00e4lla? Vi anv\u00e4nder k8s eller Swarm f\u00f6r att f\u00f6rdela belastningen och undvika att huvudsystemet faller ihop, webbservern<\/a>, men vi g\u00f6r inte detta f\u00f6r databaser. Men om databasen kraschar, s\u00e5 har hela v\u00e5r klustrerade infrastruktur ingen mening \u2014 vad hj\u00e4lper oss tomma webbsidor som returnerar ett databas\u00e5tkomstfel?<\/p>\n

Det \u00e4r d\u00e4rf\u00f6r man inte bara b\u00f6r klustra webbservrarna, vilket vanligtvis g\u00f6rs, utan \u00e4ven databasens infrastruktur. Endast p\u00e5 detta s\u00e4tt kan vi s\u00e4kerst\u00e4lla att vi har en fullt fungerande, men oberoende struktur i samma system. \u00c4ven om halva v\u00e5r backend skulle \"kollapsa\" under belastning \u2014 skulle den andra h\u00e4lften \u00f6verleva, och systemet f\u00f6r databassynkronisering inom klustret, samt m\u00f6jligheten till o\u00e4ndlig skalning och distribution av nya kluster, skulle hj\u00e4lpa oss att snabbt n\u00e5 de n\u00f6dv\u00e4ndiga resurserna \u2014 f\u00f6rutsatt att det finns rack i datacentret.<\/p>\n

Dessutom m\u00f6jligg\u00f6r en distribuerad klustermodell f\u00f6r databasen att flytta denna databas dit den beh\u00f6vs; om vi pratar om en global tj\u00e4nst, \u00e4r det ganska ologiskt att k\u00f6ra webbklustret i n\u00e4rheten av San Francisco och samtidigt skicka paket till och fr\u00e5n databasen i Moskva-regionen.<\/p>\n

Containerisering av databasen g\u00f6r det ocks\u00e5 m\u00f6jligt att bygga alla systemkomponenter p\u00e5 samma abstraktionsniv\u00e5. Detta i sin tur g\u00f6r det m\u00f6jligt att hantera just detta system direkt fr\u00e5n koden av utvecklarna, utan aktivt engagemang av administrat\u00f6rer. Utvecklarna t\u00e4nkte att de beh\u00f6vde en separat DBMS f\u00f6r det nya delprojektet \u2014 inga problem! De skrev en yaml-fil, laddade upp den i klustret och var klara.<\/p>\n

Sj\u00e4lvklart f\u00f6renklas den interna driften avsev\u00e4rt. S\u00e4g mig, hur m\u00e5nga g\u00e5nger har du blundat n\u00e4r en ny teammedlem har str\u00e4ckt sig in i produktionsdatabasen? Den som ni faktiskt har, och som just nu \u00e4r i drift? Sj\u00e4lvklart \u00e4r vi vuxna h\u00e4r, och vi har f\u00f6rmodligen en ny backup n\u00e5gonstans, och l\u00e4ngre in \u2014 bakom hyllan med mormor's pickles och gamla skidor \u2014 finns det kanske en till backup, kanske till och med p\u00e5 kall lagring, eftersom ert kontor brann ner en g\u00e5ng. Men trots allt, varje g\u00e5ng en ny teammedlem f\u00e5r tillg\u00e5ng till produktionsinfrastrukturen och, s\u00e5klart, till produktionsdatabasen \u2014 det \u00e4r som en hink med valerian f\u00f6r alla kring er. Vem vet, kanske \u00e4r den d\u00e4r nykomlingen klumpig? Skr\u00e4mmande, eller hur?<\/p>\n

Containerisering och, i grund och botten, den distribuerade fysiska topologin av databasen i ert projekt hj\u00e4lper till att undvika s\u00e5dana valerianmoment. Litar du inte p\u00e5 nykomlingen? Okej! Vi skapar en egen kluster f\u00f6r honom att arbeta med och kopplar bort den fr\u00e5n de andra databasen kluster \u2014 synkronisering sker endast via manuell push och synkron vridning av tv\u00e5 nycklar (en till teamledaren, den andra till administrat\u00f6ren). Och alla \u00e4r glada.<\/p>\n

Och nu \u00e4r det dags att byta om till motst\u00e5ndare till databascluster.<\/p>\n

Den M\u00f6rka Sidan<\/h4>\n

\nResonerar varf\u00f6r man inte ska containerisera databasen och forts\u00e4tta k\u00f6ra den p\u00e5 en central servern<\/a>, ska vi inte sjunka till retoriken hos ortodoxerna och p\u00e5st\u00e5enden som \"farfar k\u00f6rde databaser p\u00e5 h\u00e5rdvara, och vi ska g\u00f6ra det ocks\u00e5!\" Ist\u00e4llet l\u00e5t oss f\u00f6rs\u00f6ka f\u00f6rest\u00e4lla oss en situation d\u00e4r containerisering verkligen skulle ge betydande vinster.<\/p>\n

H\u00e5ll med om, projekten som verkligen beh\u00f6ver en databas i en container kan r\u00e4knas p\u00e5 ena handen av en medelm\u00e5ttig fr\u00e4schare. I de flesta fall \u00e4r till och med anv\u00e4ndningen av k8s eller Docker Swarm \u00f6verfl\u00f6dig \u2014 ganska ofta v\u00e4nder man sig till dessa verktyg p\u00e5 grund av den allm\u00e4nna hype kring teknologier och inst\u00e4llningar fr\u00e5n \"h\u00f6gre makter\" i form av chefer som pressar att f\u00e5 allt i molnet och i containrar. Eftersom det nu \u00e4r trendigt och alla g\u00f6r s\u00e5.<\/p>\n

I de flesta fallen \u00e4r anv\u00e4ndningen av Kubernetes eller helt enkelt Docker i projekt \u00f6verfl\u00f6dig. Fr\u00e5gan \u00e4r att inte alla team eller outsourcingf\u00f6retag som anst\u00e4lls f\u00f6r att underh\u00e5lla kundens infrastruktur inser detta. Det \u00e4r \u00e4nnu v\u00e4rre n\u00e4r containerl\u00f6sningar p\u00e5tvingas, eftersom det kostar ett visst antal mynt f\u00f6r kunden.<\/p>\n

Generellt r\u00e5der det en uppfattning om att Docker\/kuber-maffian helt enkelt underkuvar kunder som outsourcar dessa infrastrukturella fr\u00e5gor. F\u00f6r att arbeta med kluster beh\u00f6vs ingenj\u00f6rer som kan detta och f\u00f6rst\u00e5r den implementerade l\u00f6sningens arkitektur. Vi har redan beskrivit v\u00e5rt fall med utgivningen av Republic \u2014 d\u00e4r vi utbildade kundens team att arbeta i Kubernetes-realiteter och alla var n\u00f6jda. Och det var \u00e4rligt talat en bra sak. Oftast tar \"implementat\u00f6rerna\" av K8s kundens infrastruktur som gisslan \u2014 eftersom det nu bara \u00e4r de som f\u00f6rst\u00e5r hur allt fungerar, och p\u00e5 kundens sida finns det inga specialister.<\/p>\n

Och nu, f\u00f6rest\u00e4ll dig att vi d\u00e4rigenom inte bara \u00f6verl\u00e4mnar webbserverdelen till outsourcing, utan ocks\u00e5 underh\u00e5llet av databasen. Vi har pratat om att databasen \u00e4r hj\u00e4rtat, och att f\u00f6rlusten av hj\u00e4rtat \u00e4r d\u00f6dlig f\u00f6r varje levande organism. F\u00f6r att sammanfatta, utsikterna ser inte s\u00e5 bra ut. S\u00e5 ist\u00e4llet f\u00f6r den hype-kuberetet skulle m\u00e5nga projekt helt enkelt kunna avst\u00e5 fr\u00e5n att sn\u00e5la p\u00e5 ett rimligt pris p\u00e5 AWS, som skulle l\u00f6sa alla problem med belastningen p\u00e5 deras webbplats\/projekt. Men AWS \u00e4r inte l\u00e4ngre trendigt, och att skryta kostar mer \u00e4n pengar \u2014 tyv\u00e4rr, \u00e4ven inom IT-branschen.<\/p>\n

Okej. Kanske beh\u00f6vs klustring f\u00f6r projektet, men om det \u00e4r klart med stateless-applikationer, hur organiserar man d\u00e5 en ordentlig n\u00e4tverksanslutning f\u00f6r den klustrade databasen?<\/p>\n

N\u00e4r vi talar om en s\u00f6ml\u00f6s ingenj\u00f6rsl\u00f6sning, som \u00f6verg\u00e5ngen till k8s, \u00e4r v\u00e5r st\u00f6rsta huvudv\u00e4rk replikering av data i en klustrerad databas. Vissa databashanteringssystem \u00e4r fr\u00e5n b\u00f6rjan ganska tillm\u00f6tesg\u00e5ende n\u00e4r det g\u00e4ller datadistribution mellan sina egna instanser. M\u00e5nga andra \u00e4r betydligt mindre v\u00e4nliga. Och ganska ofta blir huvudargumentet f\u00f6r valet av databashanteringssystem f\u00f6r v\u00e5rt projekt inte n\u00f6dv\u00e4ndigtvis f\u00f6rm\u00e5gan att replikera med minimala resurs- och ingenj\u00f6rskostnader. S\u00e4rskilt om projektet fr\u00e5n b\u00f6rjan inte var t\u00e4nkt som mikrotj\u00e4nstbaserat, utan helt enkelt har utvecklats i den riktningen. <\/p>\n

Vi beh\u00f6ver nog inte prata om hastigheten hos n\u00e4tverksdiskar \u2014 de \u00e4r l\u00e5ngsamma. Det vill s\u00e4ga, i h\u00e4ndelse av n\u00e5got, har vi \u00e4nd\u00e5 ingen verklig m\u00f6jlighet att starta en instans av databashanteringssystemet n\u00e5gonstans d\u00e4r det finns mer processorresurser eller ledigt RAM-minne. Vi kommer snabbt att st\u00f6ta p\u00e5 begr\u00e4nsningar i prestandan hos den virtualiserade diskundersystemet. D\u00e4rf\u00f6r m\u00e5ste databashanteringssystemet kopplas till sin egen personliga upps\u00e4ttning av maskiner som ligger i direkt n\u00e4rhet. Alternativt m\u00e5ste vi p\u00e5 n\u00e5got s\u00e4tt ordna en tillr\u00e4ckligt snabb datasynekronisering f\u00f6r de reserver vi f\u00f6rv\u00e4ntar oss. <\/p>\n

Fortsatt p\u00e5 temat virtuella filsystem: tyv\u00e4rr \u00e4r Docker Volumes inte utan problem. Generellt sett, n\u00e4r det g\u00e4ller l\u00e5ngsiktig och p\u00e5litlig datalagring, skulle vi helst vilja anv\u00e4nda s\u00e5 enkla tekniska scheman som m\u00f6jligt. Att l\u00e4gga till ett nytt abstraktionslager fr\u00e5n beh\u00e5llarens filsystem till v\u00e4rdmaskinens filsystem \u00e4r i sig sj\u00e4lvt en risk. Men n\u00e4r det ocks\u00e5 uppst\u00e5r sv\u00e5righeter i containerhanteringssystemet med att \u00f6verf\u00f6ra data mellan dessa lager, d\u00e5 \u00e4r det verkligen allvarligt. F\u00f6r n\u00e4rvarande verkar de flesta av de k\u00e4nda problemen som har st\u00f6tt p\u00e5 m\u00e4nskligheten vara utrotade. Men ni f\u00f6rst\u00e5r, ju mer komplicerad en mekanism \u00e4r, desto l\u00e4ttare \u00e4r den att bryta.<\/p>\n

I ljuset av alla dessa \"\u00e4ventyr\" \u00e4r det mycket mer f\u00f6rdelaktigt och enklare att h\u00e5lla databasen p\u00e5 ett st\u00e4lle, och \u00e4ven om du beh\u00f6ver containerisera applikationen \u2013 l\u00e5t den snurra p\u00e5 egen hand och genom en lastbalanserare f\u00e5 samtidig \u00e5tkomst till databasen, som endast kommer att l\u00e4sas och skrivas en g\u00e5ng och p\u00e5 ett st\u00e4lle. Denna metod minskar sannolikheten f\u00f6r fel och desynkroniseringar till ett minimum.<\/p>\n

Vad leder vi fram till? Att containerisering av databaser \u00e4r l\u00e4mpligt d\u00e4r det finns ett verkligt behov. Man kan inte stoppa in en fullst\u00e4ndig app-databas och behandla den som om man hade ett dussin mikrotj\u00e4nster \u2013 det fungerar inte s\u00e5. Och detta m\u00e5ste man f\u00f6rst\u00e5 tydligt.<\/p>\n

Ist\u00e4llet f\u00f6r utdata<\/h4>\n

\nOm du v\u00e4ntar p\u00e5 ett tydligt svar p\u00e5 \"ska man virtualisera databasen eller inte\", s\u00e5 m\u00e5ste vi tyv\u00e4rr g\u00f6ra dig besviken: det kommer inte att finnas n\u00e5got h\u00e4r. Eftersom man vid skapandet av vilken infrastruktur som helst b\u00f6r styras av inte trend eller framsteg, utan f\u00f6rst och fr\u00e4mst sunt f\u00f6rnuft.<\/p>\n

Det finns projekt d\u00e4r principerna och verktygen som f\u00f6ljer med Kubernetes passar perfekt, och i s\u00e5dana projekt r\u00e5der det \u00e5tminstone fred i backend-omr\u00e5det. Men det finns projekt som inte beh\u00f6ver containerisering, utan en ordentlig serverinfrastruktur, eftersom de i princip inte kan omarbeta f\u00f6r en mikrotj\u00e4nstbaserad kluster-modell, d\u00e5 de kommer att kollapsa.
\n
K\u00e4lla: 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\udd47Lever databaser i Kubernetes? | ProHoster","description":"Det har historiskt blivit s\u00e5 att IT-branschen med.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/zhivut-li-bazy-dannyh-v-kubernetes","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/34596","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=34596"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/34596\/revisions"}],"predecessor-version":[{"id":159764,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/34596\/revisions\/159764"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=34596"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=34596"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=34596"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}