{"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\/hr\/blog\/administrirovanie\/kak-soedinit-klastery-kubernetes-v-raznyh-data-tsentrah","title":{"rendered":"Kako spojiti klastere Kubernetes u razli\u010ditim podatkovnim centrima","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kako
\nDobrodo\u0161li u seriju kratkih vodi\u010da o Kubernetesu.<\/strong> Ovo je redovita kolumna s najzanimljivijim pitanjima koja primamo putem interneta i na na\u0161im treninzima. Odgovara stru\u010dnjak za Kubernetes.<\/p>\n

<\/p>\n

Dana\u0161nji stru\u010dnjak je Daniele Polencic (Daniele Polencic<\/a><\/noindex>). Daniele radi kao instruktor i softverski in\u017eenjer u Learnk8s<\/a><\/noindex>.<\/p><\/blockquote>\n

Ako \u017eelite dobiti odgovor na svoje pitanje u sljede\u0107em postu, javite nam se putem e-po\u0161te<\/a><\/noindex> ili u na Twitteru: @learnk8s<\/a><\/noindex>.<\/p>\n

<\/p>\n

Jeste li propustili prethodne postove? Potra\u017eite ih ovdje<\/a><\/noindex>.<\/p>\n

<\/p>\n

Kako povezati Kubernetes klastere u razli\u010ditim podatkovnim centrima?<\/h3>\n

<\/p>\n

Ukratko<\/strong>: uskoro izlazi Kubefed v2<\/a><\/noindex>, a preporu\u010dujem da pro\u010ditate o Shipperu<\/a><\/noindex> i projektu multi-cluster-scheduler<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

\u010cesto se infrastruktura replicira i distribuira po razli\u010ditim regijama, posebno u kontroliranim okru\u017eenjima.<\/p><\/blockquote>\n

Ako jedan region postane nedostupan, promet se preusmjerava u drugi kako bi se izbjegli prekidi.<\/strong><\/p>\n

<\/p>\n

Uz Kubernetes mo\u017eete koristiti sli\u010dnu strategiju i distribuirati radne terete po razli\u010ditim regijama.<\/p>\n

<\/p>\n

Mo\u017eete imati jedan ili vi\u0161e klastera po timu, regiji, okru\u017eenju ili kombinaciji tih elemenata.<\/p>\n

<\/p>\n

Va\u0161i klasteri mogu biti smje\u0161teni u razli\u010ditim obla\u010dnim uslugama i lokalnom okru\u017eenju.<\/p>\n

<\/p>\n

Ali kako planirati infrastrukturu za takvo geografsko raspr\u0161enje?
\nDa li stvoriti jedan veliki klaster u vi\u0161e obla\u010dnih sredina preko jedinstvene mre\u017ee?
\nIli otvoriti mnogo malih klastera i prona\u0107i na\u010din da ih kontroli\u0161ete i sinkronizujete?<\/em><\/p>\n

<\/p>\n

Jedan upravlja\u010dki klaster<\/h3>\n

<\/p>\n

Nije lako stvoriti jedan klaster u jedinstvenoj mre\u017ei.<\/em><\/p>\n

<\/p>\n

Zamislite, imate kvar, izgubljena je povezanost izme\u0111u segmenata klastera.<\/p>\n

<\/p>\n

Ako imate jedan master server, polovina resursa ne\u0107e mo\u0107i primati nove komande, jer se ne\u0107e mo\u0107i povezati s masterom.<\/p>\n

<\/p>\n

A uz to, imate stare tablice rutiranja (kube-proxy<\/code> ne mo\u017ee u\u010ditati nove) i nijedan dodatni pod (kubelet ne mo\u017ee tra\u017eiti a\u017euriranja).<\/p>\n

<\/p>\n

\u0160to je jo\u0161 gore, ako Kubernetes ne vidi \u010dvor, ozna\u010dava ga kao izgubljenog i preusmjerava nedostaju\u0107e podove na postoje\u0107e \u010dvorove.<\/p>\n

<\/p>\n

Na kraju imate dvostruko vi\u0161e podova.<\/strong><\/p>\n

<\/p>\n

Ako napravite po jedan master server za svaku regiju, imat \u0107ete problema s konsenzus algoritmom u bazi podataka etcd.napomena urednika \u2014 U stvarnosti, etcd baza podataka ne mora nu\u017eno biti na master poslu\u017eiteljima. Mo\u017ee se pokrenuti na zasebnoj grupi poslu\u017eitelja u jednoj regiji. Ipak, to rezultira to\u010dkom kvara klastera. No, brzo je.<\/em>)<\/p>\n

<\/p>\n

etcd koristi raft algoritam<\/a><\/noindex>, kako bi se usuglasila vrijednost prije nego \u0161to se zapi\u0161e na disk.
\nOdnosno, ve\u0107ina instanci mora posti\u0107i konsenzus prije nego \u0161to se stanje mo\u017ee zapisati u etcd.<\/p>\n

<\/p>\n

Ako se ka\u0161njenje izme\u0111u instanci etcd naglo pove\u0107ava, kao u slu\u010daju s tri instance etcd u razli\u010ditim regijama, potrebno je puno vremena za usugla\u0161avanje vrijednosti i zapisivanje na disk.
\nTo se odra\u017eava i na Kubernetes kontrolere.<\/p>\n

<\/p>\n

Menad\u017eeru kontrolera treba vi\u0161e vremena da sazna za promjenu i zabilje\u017ei odgovor u bazu podataka.<\/p>\n

<\/p>\n

A kako nije samo jedan kontroler, nego nekoliko, dobiva se lan\u010dana reakcija i cijeli klaster po\u010dinje raditi vrlo sporo.<\/strong>.<\/p>\n

<\/p>\n

etcd je toliko osjetljiv na ka\u0161njenje da u slu\u017ebenoj dokumentaciji se preporu\u010duje kori\u0161tenje SSD-a umjesto obi\u010dnih tvrdih diskova.<\/a><\/noindex>.<\/p>\n

<\/p>\n

Trenutno ne postoje dobri primjeri velike mre\u017ee za jedan klaster.<\/strong><\/p>\n

<\/p>\n

Uglavnom, zajednica programera i grupa SIG-cluster poku\u0161avaju shvatiti kako orkestrirati klastere na sli\u010dan na\u010din na koji Kubernetes orkestrira kontejnere.<\/p>\n

<\/p>\n

Opcija 1: federacija klastera s kubefed<\/h3>\n

<\/p>\n

Slu\u017ebeni odgovor od SIG-cluster \u2014 kubefed2, nova verzija izvorne klijentske i operativne kube federacije.<\/a><\/noindex>.<\/p>\n

<\/p>\n

Prvi put je upravljanje zbirkom klastera kao jedinstvenim objektom poku\u0161ano pomo\u0107u alata kube federation.<\/p>\n

<\/p>\n

Po\u010detak je bio dobar, ali na kraju kube federation nikada nije stekao popularnost jer nije podr\u017eavao sve resurse.<\/p>\n

<\/p>\n

Podr\u017eavao je objedinjene isporuke i servise, ali, na primjer, ne StatefulSets.
\nA konfiguracija federacije se prenosila u obliku anotacija i nije bila fleksibilna.<\/p>\n

<\/p>\n

Zamislite kako se mo\u017ee opisati razdvajanje replika za svaki klaster u federaciji pomo\u0107u samo jednih anotacija.<\/em><\/p>\n

<\/p>\n

Nastao je potpuni nered.<\/strong><\/p>\n

<\/p>\n

SIG-cluster je u\u010dinio veliki posao nakon kubefed v1 i odlu\u010dili su pristupiti problemu s druge strane.<\/p>\n

<\/p>\n

Umjesto anotacija, odlu\u010dili su izdati kontroler koji se instalira na klastere. Mo\u017ee se konfigurirati pomo\u0107u korisni\u010dkih definicija resursa (Custom Resource Definition, CRD).<\/strong><\/p>\n

<\/p>\n

Za svaki resurs koji \u0107e biti dio federacije, imate prilago\u0111enu definiciju CRD od tri dijela:<\/p>\n

<\/p>\n