{"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\/sk\/blog\/administrirovanie\/kak-soedinit-klastery-kubernetes-v-raznyh-data-tsentrah","title":{"rendered":"Ako spoji\u0165 clustre Kubernetes v r\u00f4znych d\u00e1tov\u00fdch centr\u00e1ch","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Ako
\nVitajte v s\u00e9rii kr\u00e1tkych pr\u00edru\u010diek o Kubernetes.<\/strong> Toto je pravideln\u00fd st\u013apec s najzauj\u00edmavej\u0161\u00edmi ot\u00e1zkami, ktor\u00e9 dost\u00e1vame online a na na\u0161ich \u0161koleniach. Odpoved\u00e1 expert na Kubernetes.<\/p>\n

<\/p>\n

Dne\u0161n\u00fd expert \u2014 Daniele Polencic (Daniele Polencic<\/a><\/noindex>). Daniele pracuje ako in\u0161truktor a softv\u00e9rov\u00fd v\u00fdvoj\u00e1r v Learnk8s<\/a><\/noindex>.<\/p><\/blockquote>\n

Ak chcete z\u00edska\u0165 odpove\u010f na svoju ot\u00e1zku v nasleduj\u00facom pr\u00edspevku, kontaktujte n\u00e1s e-mailom<\/a><\/noindex> alebo na Twitteri: @learnk8s<\/a><\/noindex>.<\/p>\n

<\/p>\n

Preme\u0161kali ste predch\u00e1dzaj\u00face pr\u00edspevky? H\u013eadajte ich tu<\/a><\/noindex>.<\/p>\n

<\/p>\n

Ako spoji\u0165 klastre Kubernetes v r\u00f4znych d\u00e1tov\u00fdch centr\u00e1ch?<\/h3>\n

<\/p>\n

Stru\u010dne<\/strong>: \u010doskoro vyjde Kubefed v2<\/a><\/noindex>, a odpor\u00fa\u010dam pre\u010d\u00edta\u0165 si o Shipper<\/a><\/noindex> a projekte multi-cluster-scheduler.<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

\u010casto sa infra\u0161trukt\u00fara replikovan\u00fdch a distribuuje do r\u00f4znych regi\u00f3nov, najm\u00e4 v kontrolovan\u00fdch prostrediach.<\/p><\/blockquote>\n

Ak je jeden regi\u00f3n nedostupn\u00fd, traffic sa presmeruje do in\u00e9ho, aby sa predi\u0161lo preru\u0161en\u00edm.<\/strong><\/p>\n

<\/p>\n

S Kubernetes m\u00f4\u017eete pou\u017ei\u0165 podobn\u00fa strat\u00e9giu a distribuova\u0165 pracovn\u00e9 z\u00e1\u0165a\u017ee do r\u00f4znych regi\u00f3nov.<\/p>\n

<\/p>\n

M\u00f4\u017eete ma\u0165 jeden alebo viac klastrov na t\u00edm, regi\u00f3n, prostredie alebo kombin\u00e1ciu t\u00fdchto prvkov.<\/p>\n

<\/p>\n

Va\u0161e klastre m\u00f4\u017eu by\u0165 umiestnen\u00e9 v r\u00f4znych cloudov\u00fdch slu\u017eb\u00e1ch a v lok\u00e1lnom prostred\u00ed.<\/p>\n

<\/p>\n

Ako napl\u00e1nova\u0165 infra\u0161trukt\u00faru pre tak\u00fa geografick\u00fa distrib\u00faciu?
\nJe potrebn\u00e9 vytvori\u0165 jeden ve\u013ek\u00fd klaster na nieko\u013ek\u00fdch cloudov\u00fdch slu\u017eb\u00e1ch cez jednu sie\u0165?
\nAlebo zriadi\u0165 mno\u017estvo mal\u00fdch klastrov a n\u00e1js\u0165 sp\u00f4sob, ako ich kontrolova\u0165 a synchronizova\u0165?<\/em><\/p>\n

<\/p>\n

Jeden riadiaci klaster<\/h3>\n

<\/p>\n

Vytvori\u0165 jeden klaster cez jednu sie\u0165 nie je tak\u00e9 jednoduch\u00e9.<\/em><\/p>\n

<\/p>\n

Predstavte si, \u017ee m\u00e1te hav\u00e1riu, straten\u00e9 spojenie medzi segmentmi klastru.<\/p>\n

<\/p>\n

Ak m\u00e1te jeden master server, polovica zdrojov nebude schopn\u00e1 prij\u00edma\u0165 nov\u00e9 pr\u00edkazy, preto\u017ee sa nem\u00f4\u017ee spoji\u0165 s masterom.<\/p>\n

<\/p>\n

A pritom m\u00e1te star\u00e9 smerovacie tabu\u013eky (kube-proxy<\/code> nedok\u00e1\u017ee na\u010d\u00edta\u0165 nov\u00e9) a \u017eiadne dodato\u010dn\u00e9 pod'y (kubelet nem\u00f4\u017ee po\u017eiada\u0165 o aktualiz\u00e1cie).<\/p>\n

<\/p>\n

\u010co je e\u0161te hor\u0161ie, ak Kubernetes nevid\u00ed uzol, ozna\u010d\u00ed ho ako straten\u00fd a prerozde\u013euje ch\u00fdbaj\u00face pod'y na existuj\u00face uzly.<\/p>\n

<\/p>\n

V d\u00f4sledku toho m\u00e1te dvakr\u00e1t viac pod'ov.<\/strong><\/p>\n

<\/p>\n

Ak by ste mali jeden master server pre ka\u017ed\u00fd regi\u00f3n, vznikn\u00fa probl\u00e9my s algoritmom dosahovania konsenzu v datab\u00e1ze etcd.pozn. red. \u2014 V skuto\u010dnosti nemus\u00ed by\u0165 datab\u00e1za etcd umiestnen\u00e1 na master serveroch. M\u00f4\u017ee by\u0165 spusten\u00e1 na samostatnej skupine serverov v jednom regi\u00f3ne, ale to sp\u00f4sobuje bod zlyhania klastra. Naopak, je to r\u00fdchle.<\/em>)<\/p>\n

<\/p>\n

etcd pou\u017e\u00edva algoritmus raft<\/a><\/noindex>, aby pred zapisovan\u00edm hodnoty na disk dosiahol konsenzus.
\nTo znamen\u00e1, \u017ee v\u00e4\u010d\u0161ina in\u0161tanci\u00ed mus\u00ed dosiahnu\u0165 konsenzus predt\u00fdm, ne\u017e sa stav zap\u00ed\u0161e do etcd.<\/p>\n

<\/p>\n

Ak sa oneskorenie medzi in\u0161tanciami etcd v\u00fdrazne zv\u00fd\u0161i, ako v pr\u00edpade troch in\u0161tanci\u00ed etcd v r\u00f4znych regi\u00f3noch, trv\u00e1 dlh\u00fd \u010das, k\u00fdm sa hodnota zos\u00falad\u00ed a zap\u00ed\u0161e na disk.
\nTo sa odr\u00e1\u017ea aj na kontrol\u00e9roch Kubernetes.<\/p>\n

<\/p>\n

Kontrol\u00f3rovi trv\u00e1 dlh\u0161ie, k\u00fdm sa dozvie o zmene a zap\u00ed\u0161e odpove\u010f do datab\u00e1zy.<\/p>\n

<\/p>\n

A ke\u010f\u017ee kontrol\u00f3rov nie je len nieko\u013eko, vznik\u00e1 re\u0165azov\u00e1 reakcia a cel\u00fd klaster za\u010dne fungova\u0165 ve\u013emi pomaly.<\/strong>.<\/p>\n

<\/p>\n

etcd je tak citliv\u00fd na oneskorenie, \u017ee v ofici\u00e1lnej dokument\u00e1cii sa odpor\u00fa\u010da pou\u017e\u00edva\u0165 SSD namiesto be\u017en\u00fdch pevn\u00fdch diskov.<\/a><\/noindex>.<\/p>\n

<\/p>\n

V s\u00fa\u010dasnosti neexistuj\u00fa dobr\u00e9 pr\u00edklady ve\u013ekej siete pre jeden klaster.<\/strong><\/p>\n

<\/p>\n

Hlavne komunita v\u00fdvoj\u00e1rov a skupina SIG-cluster sa sna\u017eia pochopi\u0165, ako orchestr\u00e1cie klastrov rovnako ako Kubernetes orchestruje kontajnery.<\/p>\n

<\/p>\n

Mo\u017enos\u0165 1: feder\u00e1cia klastrov s kubefed.<\/h3>\n

<\/p>\n

Ofici\u00e1lna odpove\u010f od SIG-cluster je, kubefed2, nov\u00e1 verzia p\u00f4vodn\u00e9ho klienta a oper\u00e1tora kube federation.<\/a><\/noindex>.<\/p>\n

<\/p>\n

Prv\u00fdkr\u00e1t sa o spr\u00e1vu zbierky klastrov ako o jedinom objekte pok\u00fasili pomocou n\u00e1stroja kube federation.<\/p>\n

<\/p>\n

Za\u010diatok bol dobr\u00fd, ale nakoniec sa kube federation nestal popul\u00e1rnym, preto\u017ee nepodporoval v\u0161etky zdroje.<\/p>\n

<\/p>\n

Podporoval kombinovan\u00e9 dod\u00e1vky a slu\u017eby, ale napr\u00edklad nie StatefulSets.
\nA navy\u0161e, konfigur\u00e1cia feder\u00e1cie bola pren\u00e1\u0161an\u00e1 vo forme anot\u00e1ci\u00ed a bola m\u00e1lo flexibiln\u00e1.<\/p>\n

<\/p>\n

Predstavte si, ako by sa dalo op\u00edsa\u0165 rozdelenie replik pre ka\u017ed\u00fd klaster vo feder\u00e1cii pomocou jedn\u00fdch anot\u00e1ci\u00ed.<\/em><\/p>\n

<\/p>\n

Vytvoril sa \u00fapln\u00fd chaos.<\/strong><\/p>\n

<\/p>\n

SIG-cluster vykonali ve\u013ek\u00fa pr\u00e1cu po kube fed v1 a rozhodli sa prist\u00fapi\u0165 k probl\u00e9mu z inej strany.<\/p>\n

<\/p>\n

Namiesto anot\u00e1ci\u00ed sa rozhodli vyd\u00e1va\u0165 kontrol\u00e9r, ktor\u00fd sa in\u0161taluje na klastroch. M\u00f4\u017ee sa konfigurova\u0165 pomocou pou\u017e\u00edvate\u013esk\u00fdch defin\u00edci\u00ed zdrojov (Custom Resource Definition, CRD).<\/strong><\/p>\n

<\/p>\n

Pre ka\u017ed\u00fd zdroj, ktor\u00fd bude s\u00fa\u010das\u0165ou feder\u00e1cie, m\u00e1te vlastn\u00e9 definovanie CRD pozost\u00e1vaj\u00face z troch \u010dast\u00ed:<\/p>\n

<\/p>\n