{"id":34825,"date":"2019-10-31T22:00:35","date_gmt":"2019-10-31T19:00:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-soedinit-klastery-kubernetes-v-raznyh-data-tsentrah\/"},"modified":"2019-10-31T22:00:35","modified_gmt":"2019-10-31T19:00:35","slug":"kak-soedinit-klastery-kubernetes-v-raznyh-data-tsentrah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/kak-soedinit-klastery-kubernetes-v-raznyh-data-tsentrah","title":{"rendered":"Kako povezati Kubernetes gru\u010de v razli\u010dnih podatkovnih centrih","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kako
\nDobrodo\u0161li v serijo kratkih vodnikov o Kubernetesu.<\/strong> To je redna kolumna z najzanimivej\u0161imi vpra\u0161anji, ki jih prejemamo na spletu in na na\u0161ih treningih. Odgovarja strokovnjak za Kubernetes.<\/p>\n

<\/p>\n

Danes je strokovnjak \u2014 Daniele Polencic (Daniele Polencic<\/a><\/noindex>). Daniele dela kot in\u0161truktor in razvijalec programske opreme pri Learnk8s<\/a><\/noindex>.<\/p><\/blockquote>\n

\u010ce \u017eelite prejeti odgovor na svoje vpra\u0161anje v naslednji objavi, nas kontaktirajte po elektronski po\u0161ti<\/a><\/noindex> ali v na Twitterju: @learnk8s<\/a><\/noindex>.<\/p>\n

<\/p>\n

Ste zamudili prej\u0161nje objave? Poi\u0161\u010dite jih tukaj<\/a><\/noindex>.<\/p>\n

<\/p>\n

Kako povezati Kubernetes klastre v razli\u010dnih podatkovnih centrih?<\/h3>\n

<\/p>\n

Na kratko<\/strong>: kmalu izide Kubefed v2<\/a><\/noindex>, poleg tega priporo\u010dam, da preberete o Shipper<\/a><\/noindex> in projektu multi-cluster-scheduler.<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

Zelo pogosto se infrastruktura replicira in razporeja v razli\u010dne regije, \u0161e posebej v nadzorovanih okoljih.<\/p><\/blockquote>\n

\u010ce ena regija ni dosegljiva, se promet preusmeri v drugo, da se izogne motnjam.<\/strong><\/p>\n

<\/p>\n

S Kubernetesom lahko uporabite podobno strategijo in razdelite delovne obremenitve po razli\u010dnih regijah.<\/p>\n

<\/p>\n

Imate lahko enega ali ve\u010d klastri na ekipo, regijo, okolje ali kombinacijo teh elementov.<\/p>\n

<\/p>\n

Va\u0161i klasterji so lahko name\u0161\u010deni v razli\u010dnih oblakih in v lokalnem okolju.<\/p>\n

<\/p>\n

Toda kako na\u010drtovati infrastrukturo za to geografsko razpr\u0161enost?
\nAli naj ustvarite en velik klaster v ve\u010d obla\u010dnih okoljih po enotni mre\u017ei?
\nAli naj imate ve\u010d majhnih klastrov in najti na\u010din za njihovo nadzorovanje in sinhronizacijo?<\/em><\/p>\n

<\/p>\n

En vodilni klaster<\/h3>\n

<\/p>\n

Ustvariti en klaster po enotni mre\u017ei ni tako preprosto.<\/em><\/p>\n

<\/p>\n

Predstavljajte si, da imate nesre\u010do, izgubljena je povezanost med segmenti klasterja.<\/p>\n

<\/p>\n

\u010ce imate enega glavnega stre\u017enika, polovica virov ne bo mogla sprejemati novih ukazov, ker se ne bo mogla povezati z glavnim stre\u017enikom.<\/p>\n

<\/p>\n

In ob tem imate stare usmerjevalne tabele (kube-proxy<\/code> ne more nalo\u017eiti novih) in nobenih dodatnih podov (kubelet ne more zahtevati posodobitev).<\/p>\n

<\/p>\n

Kar je \u0161e huje, \u010de Kubernetes ne vidi vozli\u0161\u010da, ga ozna\u010di kot izgubljenega in razdeli manjkajo\u010de pode med obstoje\u010dimi vozli\u0161\u010di.<\/p>\n

<\/p>\n

Konec koncev bo imel dvakrat ve\u010d podov.<\/strong><\/p>\n

<\/p>\n

\u010ce boste imeli po en glavnega stre\u017enika za vsako regijo, bodo te\u017eave z algoritmom za dosego konsenza v podatkovni bazi etcd.op. cit. \u2014 Pravzaprav podatkovna baza etcd ne rabi biti nujno na master stre\u017enikih. Lahko jo za\u017eenemo na lo\u010deni skupini stre\u017enikov v enem regiji. Vendar to pomeni, da dobimo to\u010dko odpovedi klasterja. Kljub temu pa je hitra.<\/em>)<\/p>\n

<\/p>\n

etcd uporablja algoritem raft<\/a><\/noindex>, da uskladi vrednost, preden jo zapi\u0161e na disk.
\nTo pomeni, da morajo ve\u010dina primerkov dose\u010di konsenz, preden se stanje lahko zapi\u0161e v etcd.<\/p>\n

<\/p>\n

\u010ce se zamuda med primerki etcd drasti\u010dno pove\u010da, kot v primeru treh primerkov etcd v razli\u010dnih regijah, traja dolgo, da se uskladi vrednost in zapi\u0161e na disk.
\nTo vpliva tudi na Kubernetes kontrolerje.<\/p>\n

<\/p>\n

Kontrolerjem potrebujejo ve\u010d \u010dasa, da izvejo o spremembi in zapi\u0161ejo odgovor v podatkovno bazo.<\/p>\n

<\/p>\n

In ker ni en sam kontroler, temve\u010d ve\u010d njih, nastane veri\u017ena reakcija, in celoten klaster za\u010dne delovati zelo po\u010dasi.<\/strong>.<\/p>\n

<\/p>\n

etcd je tako ob\u010dutljiv na zamude, da v uradni dokumentaciji priporo\u010dajo uporabo SSD-jev namesto klasi\u010dnih trdih diskov.<\/a><\/noindex>.<\/p>\n

<\/p>\n

Trenutno ne obstajajo dobri primeri velike mre\u017ee za en klaster.<\/strong><\/p>\n

<\/p>\n

Na splo\u0161no skupnost razvijalcev in skupina SIG-cluster posku\u0161ata razumeti, kako orkestrirati klastre tako, kot Kubernetes orkestrira kontejnerje.<\/p>\n

<\/p>\n

Mo\u017enost 1: federacija klastrov s kubefed<\/h3>\n

<\/p>\n

Uradni odgovor od SIG-cluster je, kubefed2, nova razli\u010dica izvornega odjemalca in operaterja kube federation.<\/a><\/noindex>.<\/p>\n

<\/p>\n

Prvi\u010d so posku\u0161ali upravljati zbirko klastrov kot enotno entiteto z orodjem kube federation.<\/p>\n

<\/p>\n

Za\u010detek je bil obetaven, a na koncu kube federation ni postal priljubljen, ker ni podpiral vseh virov.<\/p>\n

<\/p>\n

Podpirala je zdru\u017eene dobave in storitve, denimo pa ne StatefulSets.
\nPoleg tega je bila konfiguracija federacije posredovana v obliki anotacij in ni bila fleksibilna.<\/p>\n

<\/p>\n

Predstavljajte si, kako bi lahko opisali delitev replik za vsak klaster v federaciji s pomo\u010djo samo ene anotacije.<\/em><\/p>\n

<\/p>\n

Nastala je prava zmeda.<\/strong><\/p>\n

<\/p>\n

SIG-cluster je opravila veliko dela po kubefed v1 in se odlo\u010dila, da se problem loti z druge perspektive.<\/p>\n

<\/p>\n

Namesto anotacij so se odlo\u010dili izdati kontroler, ki se namesti na klastre. Nastavljati ga je mogo\u010de s pomo\u010djo uporabni\u0161kih definicij virov (Custom Resource Definition, CRD).<\/strong><\/p>\n

<\/p>\n

Za svaki resurs koji \u0107e biti deo federacije, imate prilago\u0111enu definiciju CRD koja se sastoji od tri dela:<\/p>\n

<\/p>\n