{"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\/cs\/blog\/administrirovanie\/kak-soedinit-klastery-kubernetes-v-raznyh-data-tsentrah","title":{"rendered":"Jak propojit Kubernetes clustery v r\u016fzn\u00fdch datov\u00fdch centrech","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Jak
\nV\u00edtejte v s\u00e9rii kr\u00e1tk\u00fdch pr\u016fvodc\u016f Kubernetes.<\/strong> Toto je pravideln\u00fd sloupek s nejzaj\u00edmav\u011bj\u0161\u00edmi ot\u00e1zkami, kter\u00e9 dost\u00e1v\u00e1me online i na na\u0161ich \u0161kolen\u00edch. Odpov\u00edd\u00e1 expert na Kubernetes.<\/p>\n

<\/p>\n

Dne\u0161n\u00edm expertem je Daniele Polencic (Daniele Polencic<\/a><\/noindex>). Daniele pracuje jako instruktor a v\u00fdvoj\u00e1\u0159 softwaru ve spole\u010dnosti Learnk8s<\/a><\/noindex>.<\/p><\/blockquote>\n

Pokud chcete dostat odpov\u011b\u010f na svou ot\u00e1zku v p\u0159\u00ed\u0161t\u00edm p\u0159\u00edsp\u011bvku, kontaktujte n\u00e1s e-mailem na<\/a><\/noindex> nebo na Twitteru: @learnk8s<\/a><\/noindex>.<\/p>\n

<\/p>\n

Zme\u0161kali jste p\u0159edchoz\u00ed p\u0159\u00edsp\u011bvky? Hledejte je zde<\/a><\/noindex>.<\/p>\n

<\/p>\n

Jak propojit Kubernetes clustery v r\u016fzn\u00fdch datacentrech?<\/h3>\n

<\/p>\n

Stru\u010dn\u011b<\/strong>: brzy vyjde Kubefed v2<\/a><\/noindex>, a tak\u00e9 doporu\u010duji p\u0159e\u010d\u00edst si o Shipper<\/a><\/noindex> a projektu multi-cluster-scheduler.<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

Pom\u011brn\u011b \u010dasto je infrastruktura replikov\u00e1na a distribuov\u00e1na do r\u016fzn\u00fdch region\u016f, zejm\u00e9na ve \u0159\u00edzen\u00fdch prost\u0159ed\u00edch.<\/p><\/blockquote>\n

Pokud je jeden region nedostupn\u00fd, provoz se p\u0159esm\u011brov\u00e1v\u00e1 do jin\u00e9ho, aby se zabr\u00e1nilo v\u00fdpadk\u016fm.<\/strong><\/p>\n

<\/p>\n

Se syst\u00e9mem Kubernetes m\u016f\u017eete pou\u017e\u00edt podobnou strategii a rozd\u011blovat pracovn\u00ed zat\u00ed\u017een\u00ed do r\u016fzn\u00fdch region\u016f.<\/p>\n

<\/p>\n

M\u016f\u017eete m\u00edt jeden nebo v\u00edce cluster\u016f pro t\u00fdm, region, prost\u0159ed\u00ed nebo kombinaci t\u011bchto prvk\u016f.<\/p>\n

<\/p>\n

Va\u0161e clustery mohou b\u00fdt um\u00edst\u011bny v r\u016fzn\u00fdch cloudech a v m\u00edstn\u00edm prost\u0159ed\u00ed.<\/p>\n

<\/p>\n

Ale jak napl\u00e1novat infrastrukturu pro takov\u00e9 geografick\u00e9 rozlo\u017een\u00ed?
\nM\u011bli byste vytvo\u0159it jeden velk\u00fd cluster pro n\u011bkolik cloudov\u00fdch prost\u0159ed\u00ed prost\u0159ednictv\u00edm jedin\u00e9 s\u00edt\u011b?
\nNebo vytvo\u0159it mnoho mal\u00fdch cluster\u016f a naj\u00edt zp\u016fsob, jak je \u0159\u00eddit a synchronizovat?<\/em><\/p>\n

<\/p>\n

Jeden \u0159\u00edd\u00edc\u00ed cluster<\/h3>\n

<\/p>\n

Vytvo\u0159en\u00ed jednoho clusteru prost\u0159ednictv\u00edm jedin\u00e9 s\u00edt\u011b nen\u00ed tak snadn\u00e9.<\/em><\/p>\n

<\/p>\n

P\u0159edstavte si, \u017ee m\u00e1te hav\u00e1rii, ztr\u00e1tu konektivity mezi segmenty clusteru.<\/p>\n

<\/p>\n

Pokud m\u00e1te jednoho master server, polovina zdroj\u016f nebude moci p\u0159ij\u00edmat nov\u00e9 p\u0159\u00edkazy, proto\u017ee se nebyli schopni spojit s masterem.<\/p>\n

<\/p>\n

A nav\u00edc m\u00e1te star\u00e9 sm\u011brovac\u00ed tabulky (kube-proxy<\/code> nelze na\u010d\u00edst nov\u00e9) a \u017e\u00e1dn\u00e9 dal\u0161\u00ed pody (kubelet nem\u016f\u017ee po\u017eadovat aktualizace).<\/p>\n

<\/p>\n

Co je je\u0161t\u011b hor\u0161\u00ed, pokud Kubernetes nevid\u00ed uzel, ozna\u010duje ho jako ztracen\u00fd a rozd\u011bluje chyb\u011bj\u00edc\u00ed pody mezi existuj\u00edc\u00ed uzly.<\/p>\n

<\/p>\n

Nakonec m\u00e1te dvakr\u00e1t v\u00edce pod\u016f.<\/strong><\/p>\n

<\/p>\n

Pokud ud\u011bl\u00e1te jednoho master serveru pro ka\u017ed\u00fd region, bude m\u00edt pot\u00ed\u017ee s algoritmem dosahov\u00e1n\u00ed shody v datab\u00e1zi etcd. (pozn. red. \u2013 Ve skute\u010dnosti datab\u00e1ze etcd nemus\u00ed b\u00fdt nutn\u011b um\u00edst\u011bna na master serverech. M\u016f\u017ee b\u00fdt spu\u0161t\u011bna na samostatn\u00e9 skupin\u011b server\u016f v jednom regionu. I kdy\u017e t\u00edm vznik\u00e1 jednopunktov\u00e1 chyba clusteru. Na druhou stranu je to rychl\u00e9.<\/em>)<\/p>\n

<\/p>\n

etcd pou\u017e\u00edv\u00e1 algoritmus raft<\/a><\/noindex>, aby doc\u00edlil shody hodnoty p\u0159ed jej\u00edm z\u00e1pisem na disk.
\nTo znamen\u00e1, \u017ee v\u011bt\u0161ina instanc\u00ed mus\u00ed dos\u00e1hnout shody, ne\u017e m\u016f\u017ee b\u00fdt stav zaps\u00e1n do etcd.<\/p>\n

<\/p>\n

Pokud se zpo\u017ed\u011bn\u00ed mezi instancemi etcd v\u00fdrazn\u011b prodlou\u017e\u00ed, jako v p\u0159\u00edpad\u011b t\u0159\u00ed instanc\u00ed etcd v r\u016fzn\u00fdch regionech, trv\u00e1 dlouho, ne\u017e se hodnota dohodne a zap\u00ed\u0161e na disk.
\nTo se podepisuje i na kontrolerech Kubernetes.<\/p>\n

<\/p>\n

Spr\u00e1vci kontroler\u016f pot\u0159ebuj\u00ed v\u00edce \u010dasu, aby se dozv\u011bd\u011bli o zm\u011bn\u011b a zapsali odpov\u011b\u010f do datab\u00e1ze.<\/p>\n

<\/p>\n

A proto\u017ee kontroler\u016f je v\u00edce ne\u017e jeden, doch\u00e1z\u00ed k \u0159et\u011bzov\u00e9 reakci a cel\u00fd cluster za\u010d\u00edn\u00e1 pracovat velmi pomalu.<\/strong>.<\/p>\n

<\/p>\n

etcd je tak citliv\u00fd na zpo\u017ed\u011bn\u00ed, \u017ee v ofici\u00e1ln\u00ed dokumentaci se doporu\u010duje pou\u017e\u00edvat SSD m\u00edsto b\u011b\u017en\u00fdch pevn\u00fdch disk\u016f.<\/a><\/noindex>.<\/p>\n

<\/p>\n

Moment\u00e1ln\u011b neexistuj\u00ed dobr\u00e9 p\u0159\u00edklady velk\u00e9 s\u00edt\u011b pro jeden cluster.<\/strong><\/p>\n

<\/p>\n

Hlavn\u011b komunita v\u00fdvoj\u00e1\u0159\u016f a skupina SIG-cluster se sna\u017e\u00ed pochopit, jak orchestraci cluster\u016f prov\u00e1d\u011bt stejn\u011b jako Kubernetes orchestruje kontejnery.<\/p>\n

<\/p>\n

Varianta 1: federace cluster\u016f s kubefed.<\/h3>\n

<\/p>\n

Ofici\u00e1ln\u00ed odpov\u011b\u010f od SIG-cluster je, kubefed2, nov\u00e1 verze p\u016fvodn\u00edho klienta a oper\u00e1tora kube federation.<\/a><\/noindex>.<\/p>\n

<\/p>\n

Poprv\u00e9 se sna\u017eili spravovat kolekci cluster\u016f jako jedin\u00fd objekt pomoc\u00ed n\u00e1stroje kube federation.<\/p>\n

<\/p>\n

Za\u010d\u00e1tek byl dobr\u00fd, ale nakonec kube federation nez\u00edskal popularitu, proto\u017ee nepodporoval v\u0161echny zdroje.<\/p>\n

<\/p>\n

Podporoval slou\u010den\u00e9 dod\u00e1vky a slu\u017eby, ale nap\u0159\u00edklad ne StatefulSets.
\nA tak\u00e9 konfigurace federace byla p\u0159ed\u00e1v\u00e1na ve form\u011b anotac\u00ed a postr\u00e1dala flexibilitu.<\/p>\n

<\/p>\n

P\u0159edstavte si, jak lze popsat rozd\u011blen\u00ed replik pro ka\u017ed\u00fd cluster ve federaci pomoc\u00ed jedin\u00fdch anotac\u00ed.<\/em><\/p>\n

<\/p>\n

Vznikl z toho absolutn\u00ed nepo\u0159\u00e1dek.<\/strong><\/p>\n

<\/p>\n

SIG-cluster odvedli skv\u011blou pr\u00e1ci po kubefed v1 a rozhodli se p\u0159istoupit k probl\u00e9mu jin\u00fdm zp\u016fsobem.<\/p>\n

<\/p>\n

M\u00edsto anotac\u00ed se rozhodli vydat kontroler, kter\u00fd se instaluje na clustery. Ten lze konfigurovat pomoc\u00ed vlastn\u00edch definic zdroj\u016f (Custom Resource Definition, CRD).<\/strong><\/p>\n

<\/p>\n

Pro ka\u017ed\u00fd zdroj, kter\u00fd bude sou\u010d\u00e1st\u00ed federace, m\u00e1te u\u017eivatelsky definovanou CRD ze t\u0159\u00ed sekc\u00ed:<\/p>\n

<\/p>\n