{"id":80076,"date":"2020-05-03T01:42:34","date_gmt":"2020-05-02T23:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/proektirovanie-kubernetes-klasterov-skolko-ih-dolzhno-byt"},"modified":"2020-05-03T01:42:34","modified_gmt":"2020-05-02T23:42:34","slug":"proektirovanie-kubernetes-klasterov-skolko-ih-dolzhno-byt","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/proektirovanie-kubernetes-klasterov-skolko-ih-dolzhno-byt","title":{"rendered":"Na\u010drtovanje Kubernetes grozdov: koliko jih mora biti?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><i><b>Op. prev.<\/b>: ta vsebina je iz izobra\u017eevalnega projekta <noindex><a rel=\"nofollow\" href=\"https:\/\/learnk8s.io\/\">learnk8s<\/a><\/noindex> \u2014 odgovor na priljubljeno vpra\u0161anje o zasnovi infrastrukture na podlagi Kubernetes. Upamo, da bodo dovolj podrobni opisi prednosti in slabosti vsake od mo\u017enosti pomagali pri optimalni izbiri za va\u0161 projekt.<\/i><\/p>\n<p><img decoding=\"async\" alt=\"Na\u010drtovanje Kubernetes grozdov: koliko jih mora biti?\" src=\"\/wp-content\/uploads\/2020\/05\/d3cc3b7e686e39032b1f02f3e8b6c46c.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>TL;DR<\/b>: \u043e\u0434\u0438\u043d \u0438 \u0442\u043e\u0442 \u0436\u0435 \u043d\u0430\u0431\u043e\u0440 \u0440\u0430\u0431\u043e\u0447\u0438\u0445 \u043d\u0430\u0433\u0440\u0443\u0437\u043e\u043a \u043c\u043e\u0436\u043d\u043e \u0437\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u044c \u043d\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u043a\u0440\u0443\u043f\u043d\u044b\u0445 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430\u0445 (\u043d\u0430 \u043a\u0430\u0436\u0434\u044b\u0439 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0431\u0443\u0434\u0435\u0442 \u043f\u0440\u0438\u0445\u043e\u0434\u0438\u0442\u044c\u0441\u044f \u0431\u043e\u043b\u044c\u0448\u043e\u0435 \u0447\u0438\u0441\u043b\u043e workload&#8217;\u043e\u0432) \u0438\u043b\u0438 \u043d\u0430 \u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u0435 \u043c\u0435\u043b\u043a\u0438\u0445 (\u0441 \u043c\u0430\u043b\u044b\u043c \u0447\u0438\u0441\u043b\u043e\u043c \u043d\u0430\u0433\u0440\u0443\u0437\u043e\u043a \u0432 \u043a\u0430\u0436\u0434\u043e\u043c \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0435).<\/p>\n<p>Spodaj je tabela, v kateri so ocenjene prednosti in slabosti vsakega pristopa:<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p><img decoding=\"async\" alt=\"Na\u010drtovanje Kubernetes grozdov: koliko jih mora biti?\" src=\"\/wp-content\/uploads\/2020\/05\/ab5b5fefc97c3befddbaeb0791f8a90d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPri uporabi Kubernetes kot platforme za upravljanje aplikacij se pogosto pojavljajo nekatera temeljna vpra\u0161anja o nastavitev grozdov:<\/p>\n<ul>\n<li> <i>Koliko grozdov uporabiti?<\/i><\/li>\n<li> <i>Kako velike naj bodo?<\/i><\/li>\n<li> <i>Kaj naj vsebuje vsak grozd?<\/i><\/li>\n<\/ul>\n<p>\nV tem \u010dlanku bom posku\u0161al odgovoriti na vsa ta vpra\u0161anja, analizirajo\u010d prednosti in slabosti vsakega pristopa.<\/p>\n<h2>Postavljanje vpra\u0161anja<\/h2>\n<p>\nKot razvijalec programske opreme verjetno hkrati razvijate in upravljate \u0161tevilne aplikacije.<\/p>\n<p>Poleg tega se \u0161tevilni primerki teh aplikacij zagotovo izvajajo v razli\u010dnih okoljih \u2014 na primer, to so lahko <i>dev<\/i>, <i>test<\/i> in <i>prod<\/i>.<\/p>\n<p>Rezultat je celotna matrika aplikacij in okolij:<\/p>\n<p><img decoding=\"async\" alt=\"Na\u010drtovanje Kubernetes grozdov: koliko jih mora biti?\" src=\"\/wp-content\/uploads\/2020\/05\/f2a811fa82e1e433463ba25d29f837e6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Aplikacije in okolja<\/i><\/p>\n<p>V zgornjem primeru je prikazanih 3 aplikacije in 3 okolja, kar na koncu daje 9 mo\u017enih kombinacij.<\/p>\n<p>Vsak primer aplikacije predstavlja samostojno enoto za izvajanje, s katero lahko delate neodvisno od drugih.<\/p>\n<p><i>je res polinom stopnje <b>primer aplikacije<\/b> lahko je sestavljen iz mnogih <b>komponent<\/b>, kot so frontend, backend, baza podatkov itd. V primeru mikroservisne aplikacije bo primer vklju\u010dil vse mikroservise.<\/i><\/p>\n<p>Zato se uporabnikom Kubernetes zastavlja ve\u010d vpra\u0161anj:<\/p>\n<ul>\n<li> Ali naj bodo vsi primerki aplikacij v enem grozdu?<\/li>\n<li> Ali naj ima vsak primer aplikacije svoj grozd?<\/li>\n<li> Ali pa bi morda morali uporabiti kombinacijo zgoraj navedenih pristopov?<\/li>\n<\/ul>\n<p>\nVse te mo\u017enosti so povsem izvedljive, saj je Kubernetes fleksibilen sistem, ki uporabnikom omogo\u010da \u0161iroko paleto mo\u017enosti.<\/p>\n<p>Tukaj je nekaj mo\u017enih poti:<\/p>\n<ul>\n<li> en velik skupen grozd;<\/li>\n<li> veliko majhnih specializiranih grozdov;<\/li>\n<li> en grozd za vsako aplikacijo;<\/li>\n<li> en grozd za vsako okolje.<\/li>\n<\/ul>\n<p>\nKot je prikazano spodaj, sta prva dva pristopa na nasprotnih koncih spektra mo\u017enosti:<\/p>\n<p><img decoding=\"async\" alt=\"Na\u010drtovanje Kubernetes grozdov: koliko jih mora biti?\" src=\"\/wp-content\/uploads\/2020\/05\/99b8fd0d1e4173705e7996cf8ccb6eec.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Od nekaj velikih grozdov (levo) do mnogih majhnih (desno)<\/i><\/p>\n<p><i>\u0412 \u043e\u0431\u0449\u0435\u043c \u0441\u043b\u0443\u0447\u0430\u0435 \u0441\u0447\u0438\u0442\u0430\u0435\u0442\u0441\u044f, \u0447\u0442\u043e \u043e\u0434\u0438\u043d \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u00ab\u0431\u043e\u043b\u044c\u0448\u0435\u00bb \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0435\u0441\u043b\u0438 \u0443 \u043d\u0435\u0433\u043e \u0431\u043e\u043b\u044c\u0448\u0435 \u0441\u0443\u043c\u043c\u0430 \u0443\u0437\u043b\u043e\u0432 \u0438 pod&#8217;\u043e\u0432. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0441 10-\u044e \u0443\u0437\u043b\u0430\u043c\u0438 \u0438 100 pod&#8217;\u0430\u043c\u0438 \u0431\u043e\u043b\u044c\u0448\u0435 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430 \u0441 1-\u043c \u0443\u0437\u043b\u043e\u043c \u0438 10-\u044e pod&#8217;\u0430\u043c\u0438.<\/i><\/p>\n<p>No, za\u010dnimo!<\/p>\n<h2>1. En velik skupni grozd<\/h2>\n<p>\nPrva mo\u017enost je, da vse delovne obremenitve postavite v en grozd:<\/p>\n<p><img decoding=\"async\" alt=\"Na\u010drtovanje Kubernetes grozdov: koliko jih mora biti?\" src=\"\/wp-content\/uploads\/2020\/05\/283fc3c3f5ccb40a157ccff600628114.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>En velik grozd<\/i><\/p>\n<p>V okviru tega pristopa se grozd uporablja kot univerzalna <b>infrastrukturna platforma<\/b> \u2014 vse, kar potrebujete, preprosto namestite v obstoje\u010dem grozdu Kubernetes.<\/p>\n<p><i><noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/overview\/working-with-objects\/namespaces\/\">Namespace&#8217;\u044b<\/a><\/noindex> Kubernetes omogo\u010da logi\u010dno lo\u010devanje delov grozda drug od drugega, tako da lahko za vsako instanco aplikacije uporabite svoj imenski prostor.<\/i><\/p>\n<p><i>Poglejmo prednosti in slabosti tega pristopa.<\/i><\/p>\n<h3>+ U\u010dinkovita uporaba virov<\/h3>\n<p>\nV primeru enotnega grozda je potrebna le ena kopija vseh virov, potrebnih za zagon grozda Kubernetes in njegovo upravljanje.<\/p>\n<p>Na primer, to velja za vodilna vozli\u0161\u010da. Obi\u010dajno ima vsak grozd Kubernetes 3 vodilna vozli\u0161\u010da, zato bo \u0161tevilo ostalo tako, tudi za en sam grozd (kot primer, 10 grozdov bo potrebovalo 30 vodilnih vozli\u0161\u010d).<\/p>\n<p>Ta posebnost se nana\u0161a tudi na druge storitve, ki delujejo na ravni celotnega grozda, kot so uravnote\u017eevalniki obremenitve, kontrolerji Ingress, sistemi za avtentifikacijo, bele\u017eenje in nadzor.<\/p>\n<p>V enotnem grozdu lahko te storitve uporabite takoj za vse delovne obremenitve (ni treba ustvarjati njihovih kopij, kot v primeru ve\u010d grozdov).<\/p>\n<h3>+ Cenej\u0161a izbira<\/h3>\n<p>\nZaradi zgornjega je manj\u0161e \u0161tevilo grozdov obi\u010dajno cenej\u0161e, saj ni stro\u0161kov za odve\u010dne vire.<\/p>\n<p>To \u0161e posebej velja za vodilna vozli\u0161\u010da, ki lahko stanejo precej, ne glede na na\u010din nastanitve (na lokaciji ali v oblaku).<\/p>\n<p>Nekatere upravljane storitve Kubernetes, kot je <noindex><a rel=\"nofollow\" href=\"https:\/\/cloud.google.com\/kubernetes-engine\">Google Kubernetes Engine (GKE)<\/a><\/noindex> ili <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.microsoft.com\/en-us\/azure\/aks\/\">Azure Kubernetes Service (AKS)<\/a><\/noindex>, zagotavljajo brezpla\u010dno upravljavsko plast. V tem primeru vpra\u0161anje stro\u0161kov ni tako izrazito.<\/p>\n<p>Obstajajo tudi upravljane storitve, ki zara\u010dunavajo fiksno ceno za delovanje vsakega Kubernetes klasterja (na primer, <noindex><a rel=\"nofollow\" href=\"https:\/\/aws.amazon.com\/eks\/\">Amazon Elastic Kubernetes Service, EKS<\/a><\/noindex>).<\/p>\n<h3>+ U\u010dinkovito upravljanje<\/h3>\n<p>\nUpraviti en klaster je la\u017eje kot ve\u010d njih.<\/p>\n<p>Upravljanje lahko vklju\u010duje naslednje naloge:<\/p>\n<ul>\n<li> posodobitev razli\u010dice Kubernetes;<\/li>\n<li> nastavitev CI\/CD pipelinov;<\/li>\n<li> namestitev CNI vti\u010dnika;<\/li>\n<li> nastavitev sistema avtorizacije uporabnikov;<\/li>\n<li> namestitev kontrolerja dostopa;<\/li>\n<\/ul>\n<p>\nin mnoge druge\u2026<\/p>\n<p>V primeru enega klasterja je potrebno to po\u010detiti le enkrat.<\/p>\n<p>Pri ve\u010d klasterjih bo treba naloge ponavljati ve\u010dkrat, kar bo verjetno zahtevalo avtomatizacijo procesov in orodij za zagotavljanje sistemati\u010dnosti in doslednosti.<\/p>\n<p><i>Sedaj pa nekaj besed o slabostih.<\/i><\/p>\n<h3>\u2212 Enotna to\u010dka okvare<\/h3>\n<p>\nV primeru okvare <i>edinega<\/i> klasterja prenehajo delovati takoj <i>vse<\/i> delovne obremenitve!<\/p>\n<p>Obstaja veliko scenarijev, kjer lahko kaj gre narobe:<\/p>\n<ul>\n<li> posodobitev Kubernetes privede do nepredvidljivih stranskih u\u010dinkov;<\/li>\n<li> komponenta v skupnem klasterju (na primer, CNI vti\u010dnik) ne deluje, kot je pri\u010dakovano;<\/li>\n<li> ena izmed komponent klasterja ni pravilno nastavljena;<\/li>\n<li> okvara v spodnji infrastrukturi.<\/li>\n<\/ul>\n<p>\nEn tak incident lahko povzro\u010di resno \u0161kodo vsem delovnim obremenitvam, name\u0161\u010denim v skupnem klasterju.<\/p>\n<h3>\u2212 Pomanjkanje stroge izolacije<\/h3>\n<p>\nDelo v skupnem klasterju pomeni, da aplikacije skupno uporabljajo strojno opremo, omre\u017ene zmogljivosti in operacijski sistem na vozli\u0161\u010dih klasterja.<\/p>\n<p>V dolo\u010denem smislu sta dva kontejnerja z dvema razli\u010dnima aplikacijama, ki delujeta na istem vozli\u0161\u010du, podobna dvema procesoma, ki delujeta na istem ra\u010dunalniku pod nadzorom istega OS jedra.<\/p>\n<p><i>Linux kontejnerji zagotavljajo neko obliko izolacije, vendar ta ni tako mo\u010dna kot tista, ki jo zagotavljajo na primer virtualni stroji. V bistvu je proces v kontejnerju enak procesu, ki te\u010de v gostiteljskem operacijskem sistemu.<\/i><\/p>\n<p>To lahko postane te\u017eava s stali\u0161\u010da varnosti: taka organizacija teoreti\u010dno omogo\u010da nepovezanim aplikacijam, da komunicirajo med seboj (nameroma ali nenameroma).<\/p>\n<p>Poleg tega vse delovne obremenitve v Kubernetes klastru skupno uporabljajo nekatere skupne storitve, kot so <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/services-networking\/dns-pod-service\/\">DNS<\/a><\/noindex> \u2014 \u044d\u0442\u043e \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f\u043c \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u044c Service&#8217;\u044b \u0434\u0440\u0443\u0433\u0438\u0445 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0432 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0435.<\/p>\n<p><i>Vse zgoraj navedene to\u010dke imajo lahko razli\u010dne pomene, odvisno od varnostnih zahtev aplikacij.<\/i><\/p>\n<p>Kubernetes ponuja razli\u010dna orodja za prepre\u010devanje te\u017eav v informacijski varnosti, kot so <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/policy\/pod-security-policy\/\">PodSecurityPolicies<\/a><\/noindex> in <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/services-networking\/network-policies\/\">NetworkPolicies<\/a><\/noindex>. Vendar pa je za pravilno nastavitev potrebna dolo\u010dena izku\u0161nja, poleg tega pa ne morejo zapreti vseh varnostnih lukenj.<\/p>\n<p>Pomembno je, da vedno pomnimo, da je Kubernetes prvotno zasnovan za <i>skupno rabo<\/i>, ne pa za <i>izolacijo in varnost<\/i>.<\/p>\n<h3>\u2212 Pomanjkanje stroge multi-tenancy<\/h3>\n<p>\nOb upo\u0161tevanju obilice skupnih virov v Kubernetes klastru obstaja veliko na\u010dinov, kako si razli\u010dne aplikacije lahko \"stopijo na prste\".<\/p>\n<p>Na primer, aplikacija lahko monopolizira dolo\u010den skupni vir (kot je procesor ali pomnilnik) in drugim aplikacijam, ki delujejo na istem vozli\u0161\u010du, onemogo\u010di dostop do njega.<\/p>\n<p>Kubernetes zagotavlja razli\u010dne mehanizme za nadzor tak\u0161nega obna\u0161anja, kot so <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/configuration\/manage-compute-resources-container\/\">zahteve po virih in omejitve<\/a><\/noindex> <i>(glejte tudi \u010dlanek \"<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/489668\/\"> Omejitve CPU in agresivno omejevanje v Kubernetesu <\/a><\/noindex>\u201c \u2014 op. prev.)<\/i>, <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/policy\/resource-quotas\/\">ResourceQuotas<\/a><\/noindex> in <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/policy\/limit-range\/\">LimitRanges<\/a><\/noindex>. Vendar pa, kot v primeru varnosti, njihova nastavitev ni triviaalna in ne morejo prepre\u010diti vseh nepredvidenih stranskih u\u010dinkov.<\/p>\n<h3>\u2212 \u0160tevilo uporabnikov<\/h3>\n<p>\nV primeru enega samega klastru je treba dostop do njega odpreti \u0161tevilnim ljudem. In bolj kot je njihovo \u0161tevilo, ve\u010dje je tveganje, da bodo kaj \"pokvarili\".<\/p>\n<p>Znotraj klastru je mogo\u010de nadzorovati, kdo in kaj lahko po\u010dne z uporabo <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/reference\/access-authn-authz\/rbac\/\">upravljanja dostopa na podlagi vlog (RBAC)<\/a><\/noindex> <i>(glejte \u010dlanek \"<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/470503\/\"> Uporabniki in avtorizacija RBAC v Kubernetes <\/a><\/noindex>\u201c \u2014 op. prev.)<\/i>. Vendar pa to ne prepre\u010duje, da bi uporabniki \"pokvarili\" kaj v okviru svojih odgovornosti.<\/p>\n<h3>\u2212 Klasterji ne morejo rasti neskon\u010dno<\/h3>\n<p>\n\u041a\u043b\u0430\u0441\u0442\u0435\u0440, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0434\u043b\u044f \u0432\u0441\u0435\u0445 \u0440\u0430\u0431\u043e\u0447\u0438\u0445 \u043d\u0430\u0433\u0440\u0443\u0437\u043e\u043a, \u0431\u0443\u0434\u0435\u0442, \u0432\u0435\u0440\u043e\u044f\u0442\u043d\u043e, \u0432\u0435\u0441\u044c\u043c\u0430 \u0431\u043e\u043b\u044c\u0448\u0438\u043c (\u043f\u043e \u0447\u0438\u0441\u043b\u0443 \u0443\u0437\u043b\u043e\u0432 \u0438 pod&#8217;\u043e\u0432).<\/p>\n<p>Toda tu se pojavi drug problem: klasterji v Kubernetesu ne morejo rasti neskon\u010dno.<\/p>\n<p>Obstaja teoreti\u010dna omejitev velikosti klustra. V Kubernetesu ta zna\u0161a pribli\u017eno <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/setup\/best-practices\/cluster-large\/\">5000 \u0443\u0437\u043b\u043e\u0432, 150 \u0442\u044b\u0441. pod&#8217;\u043e\u0432 \u0438 300 \u0442\u044b\u0441. \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432<\/a><\/noindex>.<\/p>\n<p>Vendar v resni\u010dnem svetu se te\u017eave lahko za\u010dnejo mnogo prej \u2014 na primer, pri <noindex><a rel=\"nofollow\" href=\"https:\/\/events19.lfasiallc.com\/wp-content\/uploads\/2017\/11\/BoF_-Not-One-Size-Fits-All-How-to-Size-Kubernetes-Clusters_Guang-Ya-Liu-_-Sahdev-Zala.pdf\">500 vozli\u0161\u010dih<\/a><\/noindex>.<\/p>\n<p>Te\u017eava je v tem, da veliki klasterji obremenjujejo upravljalsko plast Kubernetes. Z drugimi besedami, za vzdr\u017eevanje klasterja v funkcionalnem stanju in u\u010dinkovito uporabo virov je potrebno skrbno nastavljanje.<\/p>\n<p><i>Ta problem je obravnavan v ustreznem \u010dlanku v originalnem blogu z naslovom \u201e<noindex><a rel=\"nofollow\" href=\"https:\/\/learnk8s.io\/kubernetes-node-size\">Architecting Kubernetes clusters \u2014 choosing a worker node size<\/a><\/noindex>\u00bb.<\/i><\/p>\n<p><i>Toda poglejmo nasproten pristop: ve\u010d manj\u0161ih klasterjev.<\/i><\/p>\n<h2>2. \u0160tevilni majhni, specializirani klasterji<\/h2>\n<p>\nPri tem pristopu uporabite lo\u010den klaster za vsak razporejen element:<\/p>\n<p><img decoding=\"async\" alt=\"Na\u010drtovanje Kubernetes grozdov: koliko jih mora biti?\" src=\"\/wp-content\/uploads\/2020\/05\/2320f62d945944f2e26f07252e9b8440.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Mnogokratni majhni klasterji<\/i><\/p>\n<p>Za namen tega \u010dlanka pod <i>razporejenim elementom<\/i> razumemo primer aplikacije \u2014 na primer, dev razli\u010dico posamezne aplikacije.<\/p>\n<p>V tej strategiji se Kubernetes uporablja kot specializirano <b>izvajalno okolje<\/b> za posamezne primere aplikacij.<\/p>\n<p><i>Poglejmo prednosti in slabosti tega pristopa.<\/i><\/p>\n<h3>+ Omejen \u201eradius eksplozije\u201c<\/h3>\n<p>\n\u041f\u0440\u0438 \u00ab\u043f\u043e\u043b\u043e\u043c\u043a\u0435\u00bb \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430 \u043d\u0435\u0433\u0430\u0442\u0438\u0432\u043d\u044b\u0435 \u043f\u043e\u0441\u043b\u0435\u0434\u0441\u0442\u0432\u0438\u044f \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0438\u0432\u0430\u044e\u0442\u0441\u044f \u043b\u0438\u0448\u044c \u0442\u0435\u043c\u0438 \u0440\u0430\u0431\u043e\u0447\u0438\u043c\u0438 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0430\u043c\u0438, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0431\u044b\u043b\u0438 \u0440\u0430\u0437\u0432\u0435\u0440\u043d\u0443\u0442\u044b \u0432 \u044d\u0442\u043e\u043c \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0435. \u0412\u0441\u0435 \u0434\u0440\u0443\u0433\u0438\u0435 workload&#8217;\u044b \u043e\u0441\u0442\u0430\u044e\u0442\u0441\u044f \u043d\u0435\u0442\u0440\u043e\u043d\u0443\u0442\u044b\u043c\u0438.<\/p>\n<h3>+ Izolacija<\/h3>\n<p>\nDelovne obremenitve, name\u0161\u010dene v individualnih klasterjih, nimajo skupnih virov, kot so procesor, pomnilnik, operacijski sistem, omre\u017eje ali druge storitve.<\/p>\n<p>Posledi\u010dno dobimo strogo izolacijo med nepovezanimi aplikacijami, kar lahko pozitivno vpliva na njihovo varnost.<\/p>\n<h3>+ Majhno \u0161tevilo uporabnikov<\/h3>\n<p>\nGlede na to, da v vsakem klasterju obstaja le omejen nabor delovnih obremenitev, se zmanj\u0161a \u0161tevilo uporabnikov z dostopom do njega.<\/p>\n<p>Manj ljudi, ki imajo dostop do klasterja, pomeni manj\u0161e tveganje, da se kaj \u201epokvari\u201c.<\/p>\n<p><i>Poglejmo pomanjkljivosti.<\/i><\/p>\n<h3>\u2212 Neu\u010dinkovita uporaba virov<\/h3>\n<p>\nKot je bilo omenjeno prej, vsak klaster Kubernetes potrebuje dolo\u010den nabor upravljalskih virov: master-vozli\u0161\u010da, komponente nadzorne plasti, re\u0161itve za spremljanje in bele\u017eenje logov.<\/p>\n<p>V primeru velikega \u0161tevila majhnih klasterjev je treba dodeliti ve\u010dji dele\u017e virov za upravljanje.<\/p>\n<h3>\u2212 Stro\u0161ki<\/h3>\n<p>\nNeu\u010dinkovita uporaba virov samodejno vodi do visokih stro\u0161kov.<\/p>\n<p>Na primer, vsebina 30 master vozli\u0161\u010d namesto treh pri enaki ra\u010dunski mo\u010di bo zagotovo vplivala na stro\u0161ke.<\/p>\n<h3>\u2212 Te\u017eave z upravljanjem<\/h3>\n<p>\nUpravljanje z mnogimi Kubernetes klasterji je precej bolj zapleteno kot delo z enim samim.<\/p>\n<p>Na primer, potrebno bo nastaviti avtentifikacijo in avtorizacijo za vsak klaster. Posodobitev razli\u010dice Kubernetes bo prav tako treba izvesti ve\u010dkrat.<\/p>\n<p>Verjetno bo potrebno uporabiti avtomatizacijo, da bi pove\u010dali u\u010dinkovitost vseh teh nalog.<\/p>\n<p><i>Zdaj pa poglejmo manj ekstremne scenarije.<\/i><\/p>\n<h2>3. En klaster za vsako aplikacijo<\/h2>\n<p>\nV okviru tega pristopa ustvarite lo\u010den klaster za vse instance dolo\u010denega programa:<\/p>\n<p><img decoding=\"async\" alt=\"Na\u010drtovanje Kubernetes grozdov: koliko jih mora biti?\" src=\"\/wp-content\/uploads\/2020\/05\/238ee74d4e4dc42b7daeadc1ce484905.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Klaster za aplikacijo<\/i><\/p>\n<p>Tak\u0161na pot se lahko obravnava kot posplo\u0161itev na\u010dela \u201e<b>lo\u010den klaster za ekipo<\/b>\u201c, saj obi\u010dajno ekipa in\u017eenirjev razvija eno ali ve\u010d aplikacij.<\/p>\n<p><i>Poglejmo prednosti in slabosti tega pristopa.<\/i><\/p>\n<h3>+ Klaster je mogo\u010de prilagoditi aplikaciji<\/h3>\n<p>\n\u010ce ima aplikacija posebne potrebe, jih je mogo\u010de uresni\u010diti v klastru, ne da bi vplivali na druge klastre.<\/p>\n<p>\u0422\u0430\u043a\u0438\u0435 \u043f\u043e\u0442\u0440\u0435\u0431\u043d\u043e\u0441\u0442\u0438 \u043c\u043e\u0433\u0443\u0442 \u0432\u043a\u043b\u044e\u0447\u0430\u0442\u044c worker&#8217;\u044b \u0441 GPU, \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0435 \u043f\u043b\u0430\u0433\u0438\u043d\u044b CNI, service mesh \u0438\u043b\u0438 \u043a\u0430\u043a\u043e\u0439-\u043d\u0438\u0431\u0443\u0434\u044c \u0434\u0440\u0443\u0433\u043e\u0439 \u0441\u0435\u0440\u0432\u0438\u0441.<\/p>\n<p>Vsak klaster je mogo\u010de prilagoditi aplikaciji, ki deluje v njem, tako da vsebuje le tisto, kar je potrebno.<\/p>\n<h3>\u2212 Razli\u010dna okolja v enem klastru<\/h3>\n<p>\nPomanjkljivost tega pristopa je, da instance aplikacij iz razli\u010dnih okolij sobivajo v enem klastru.<\/p>\n<p>Na primer, produkcijska razli\u010dica aplikacije deluje v istem klastru kot razli\u010dica za razvoj. To prav tako pomeni, da razvijalci delujejo v istem klastru, v katerem deluje produkcijska razli\u010dica aplikacije.<\/p>\n<p>\u010ce pride do okvare v klastru zaradi dejanj razvijalcev ali napak v verziji za razvoj, lahko potencialno trpi tudi produkcijska razli\u010dica \u2014 kar je ogromen minus tega pristopa.<\/p>\n<p><i>In kon\u010dno, zadnji scenarij na na\u0161em seznamu.<\/i><\/p>\n<h2>4. En klaster za vsako okolje<\/h2>\n<p>\nTa scenarij predvideva dodelitev lo\u010denega klastru za vsako okolje:<\/p>\n<p><img decoding=\"async\" alt=\"Na\u010drtovanje Kubernetes grozdov: koliko jih mora biti?\" src=\"\/wp-content\/uploads\/2020\/05\/157da599edf178832b1b15459786fbc8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>En klaster za okolje<\/i><\/p>\n<p>Na primer, lahko imate klastre <i>dev<\/i>, <i>test<\/i> in <i>prod<\/i>, v katerih boste zagnali vse instance aplikacij, namenjene dolo\u010denemu okolju.<\/p>\n<p><i>Tukaj so prednosti in slabosti tega pristopa.<\/i><\/p>\n<h3>+ Izolacija produkcijskega okolja<\/h3>\n<p>\nV okviru tega pristopa so vsa okolja medsebojno izolirana. V praksi je to \u0161e posebej pomembno za produkcijsko okolje.<\/p>\n<p>Produkcijske razli\u010dice aplikacij zdaj niso odvisne od dogajanja v drugih grozdih in okoljih.<\/p>\n<p>Tako, \u010de v razvojnem grozdu pride do te\u017eave, produkcijske razli\u010dice aplikacij nadaljujejo z delovanjem, kot da se ni\u010d ni zgodilo.<\/p>\n<h3>+ Grozd se lahko prilagodi okolju<\/h3>\n<p>\nVsak grozd se lahko prilagodi svojemu okolju. Na primer, lahko:<\/p>\n<ul>\n<li> namestite orodja za razvoj in odpravljanje napak v razvojnem grozdu;<\/li>\n<li> namestite testne okvire in orodja v grozdu <i>test<\/i>;<\/li>\n<li> uporabite zmogljivej\u0161o opremo in omre\u017ene povezave v grozdu <i>prod<\/i>.<\/li>\n<\/ul>\n<p>\nTo pove\u010duje u\u010dinkovitost tako pri razvoju kot pri delovanju aplikacij.<\/p>\n<h3>+ Omejitev dostopa do produkcijskega grozda<\/h3>\n<p>\nPotreba po neposrednem delu s produkcijskim grozdom se redko pojavi, zato lahko znatno omejite krog oseb, ki imajo dostop do njega.<\/p>\n<p>Lahko greste \u0161e dlje in popolnoma odvzamete dostop ljudem do tega grozda, vse uvajanje pa izvajate z avtomatiziranim orodjem CI\/CD. Tak pristop znatno zmanj\u0161a tveganje \u010dlove\u0161kih napak ravno tam, kjer je to najbolj aktualno.<\/p>\n<p><i>Sedaj pa nekaj besed o slabostih.<\/i><\/p>\n<h3>\u2212 Pomanjkanje izolacije med aplikacijami<\/h3>\n<p>\nGlavna slabost pristopa je pomanjkanje strojne in zmogljivostne izolacije med aplikacijami.<\/p>\n<p>Nesrelatedne aplikacije skupaj uporabljajo vire grozda: jedro sistema, procesor, pomnilnik in nekatere druge storitve.<\/p>\n<p>Kot je bilo \u017ee omenjeno, je to lahko potencialno nevarno.<\/p>\n<h3>\u2212 Nemogo\u010de lokalizirati odvisnosti aplikacij<\/h3>\n<p>\n\u010ce ima aplikacija posebne zahteve, jih je treba izpolniti v vseh grozdih.<\/p>\n<p>Na primer, \u010de aplikaciji potrebujete GPU, mora vsak grozd vsebovati vsaj enega delavca z GPU (tudi \u010de ga uporablja samo ta aplikacija).<\/p>\n<p>Zaradi tega tvegamo vi\u0161je stro\u0161ke in neu\u010dinkovito uporabo virov.<\/p>\n<h2>Zaklju\u010dek<\/h2>\n<p>\nOb prisotnosti dolo\u010denega nabora aplikacij jih lahko postavimo v ve\u010d velikih grozdih ali v \u0161tevilnih majhnih.<\/p>\n<p>V \u010dlanku so obravnavane prednosti in slabosti razli\u010dnih pristopov, od enega globalnega grozda do ve\u010d manj\u0161ih in specializiranih:<\/p>\n<ul>\n<li> en velik skupni klaster;<\/li>\n<li> veliko majhnih specializiranih grozdov;<\/li>\n<li> en grozd za vsako aplikacijo;<\/li>\n<li> en grozd za vsako okolje.<\/li>\n<\/ul>\n<p>\n<i>Torej, katero pristop izbrati?<\/i><\/p>\n<p>Kot ponavadi je odgovor odvisen od uporabe: potrebno je pretehtati prednosti in slabosti razli\u010dnih pristopov ter izbrati najbolj optimalno re\u0161itev.<\/p>\n<p>Vendar pa izbira ni omejena le na zgoraj navedene primere \u2014 lahko uporabimo katerokoli kombinacijo!<\/p>\n<p>Na primer, lahko organizirate par klasterjev za vsak tim: klaster za razvoj (v katerem bodo okolja <i>dev<\/i> in <i>test<\/i>) in klaster za <i>production<\/i> (kjer bo produkcijsko okolje).<\/p>\n<p>Na podlagi informacij v tem \u010dlanku boste lahko ustrezno optimizirali prednosti in slabosti za konkretno uporabo. Sre\u010dno!<\/p>\n<h2>P.S.<\/h2>\n<p>\nPreberite tudi na na\u0161em blogu:<\/p>\n<ul>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/484954\/\">Vizualni vodnik za diagnosticiranje te\u017eav v Kubernetesu<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/480946\/\">Dnevniki v Kubernetes (in ne samo) danes: pri\u010dakovanja in resni\u010dnost<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/478306\/\">Service Mesh: kaj mora vedeti vsak in\u017eenir programske opreme o najpopularnej\u0161i tehnologiji<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/468679\/\">Abeceda sigurnosti u Kubernetesu: autentifikacija, autorizacija, revizija<\/a><\/noindex>\u00bb.<\/li>\n<\/ul>\n<p>Izvor: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/498100\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u043c. \u043f\u0435\u0440\u0435\u0432.: \u044d\u0442\u043e\u0442 \u043c\u0430\u0442\u0435\u0440\u0438\u0430\u043b \u043e\u0442 \u043e\u0431\u0440\u0430\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0433\u043e \u043f\u0440\u043e\u0435\u043a\u0442\u0430 learnk8s \u2014 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u043f\u043e\u043f\u0443\u043b\u044f\u0440\u043d\u044b\u0439 \u0432\u043e\u043f\u0440\u043e\u0441 \u043f\u0440\u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0438 \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b \u043d\u0430 \u0431\u0430\u0437\u0435 Kubernetes. \u041d\u0430\u0434\u0435\u0435\u043c\u0441\u044f, \u0447\u0442\u043e \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u0440\u0430\u0437\u0432\u0451\u0440\u043d\u0443\u0442\u044b\u0435 \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u044f \u043f\u043b\u044e\u0441\u043e\u0432 \u0438 \u043c\u0438\u043d\u0443\u0441\u043e\u0432 \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u0438\u0437 \u0432\u0430\u0440\u0438\u0430\u043d\u0442\u043e\u0432 \u043f\u043e\u043c\u043e\u0433\u0443\u0442 \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u043e\u043f\u0442\u0438\u043c\u0430\u043b\u044c\u043d\u044b\u0439 \u0432\u044b\u0431\u043e\u0440 \u0438 \u0434\u043b\u044f \u0432\u0430\u0448\u0435\u0433\u043e \u043f\u0440\u043e\u0435\u043a\u0442\u0430. TL;DR: \u043e\u0434\u0438\u043d \u0438 \u0442\u043e\u0442 \u0436\u0435 \u043d\u0430\u0431\u043e\u0440 \u0440\u0430\u0431\u043e\u0447\u0438\u0445 \u043d\u0430\u0433\u0440\u0443\u0437\u043e\u043a \u043c\u043e\u0436\u043d\u043e \u0437\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u044c \u043d\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u043a\u0440\u0443\u043f\u043d\u044b\u0445 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430\u0445 (\u043d\u0430 \u043a\u0430\u0436\u0434\u044b\u0439 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":80077,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-80076","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u043c.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/proektirovanie-kubernetes-klasterov-skolko-ih-dolzhno-byt\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sl_SI\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 Kubernetes-\u043a\u043b\u0430\u0441\u0442\u0435\u0440\u043e\u0432: \u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0438\u0445 \u0434\u043e\u043b\u0436\u043d\u043e \u0431\u044b\u0442\u044c? | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/proektirovanie-kubernetes-klasterov-skolko-ih-dolzhno-byt\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-05-02T23:42:34+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-05-02T23:42:34+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Na\u010drtovanje Kubernetes klasterjev: koliko jih naj bo? | ProHoster","description":"Primer.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/proektirovanie-kubernetes-klasterov-skolko-ih-dolzhno-byt","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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\u041f\u0440\u043e\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 Kubernetes-\u043a\u043b\u0430\u0441\u0442\u0435\u0440\u043e\u0432: \u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0438\u0445 \u0434\u043e\u043b\u0436\u043d\u043e \u0431\u044b\u0442\u044c? | ProHoster","og:description":"\u041f\u0440\u0438\u043c.","og:url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/proektirovanie-kubernetes-klasterov-skolko-ih-dolzhno-byt","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-05-02T23:42:34+00:00","article:modified_time":"2020-05-02T23:42:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"80076","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 16:24:58","updated":"2022-10-02 20:23:35","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/80076","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=80076"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/80076\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media\/80077"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=80076"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=80076"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=80076"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}