{"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\/et\/blog\/administrirovanie\/kak-soedinit-klastery-kubernetes-v-raznyh-data-tsentrah","title":{"rendered":"Kuidas \u00fchendada Kubernetes'e klustreid erinevates andmekeskustes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kuidas
\nTere tulemast Kubernetes'i l\u00fchijuhendite seeriasse.<\/strong> See on regulaarne rubriik k\u00f5ige huvitavamate k\u00fcsimustega, mida me saame veebis ja meie koolitustel. Vastab Kubernetes'i ekspert.<\/p>\n

<\/p>\n

T\u00e4na on ekspert \u2014 Daniele Polencic (Daniele Polencic<\/a><\/noindex>). Daniele t\u00f6\u00f6tab \u00f5ppej\u00f5u ja tarkvaraarendajana ettev\u00f5ttes Learnk8s<\/a><\/noindex>.<\/p><\/blockquote>\n

Kui soovite, et teie k\u00fcsimusele vastataks j\u00e4rgmises postituses, v\u00f5tke meiega \u00fchendust e-posti teel<\/a><\/noindex> v\u00f5i Twitteris: @learnk8s<\/a><\/noindex>.<\/p>\n

<\/p>\n

Kas j\u00e4ite eelnenud postitustest ilma? Otsige neid siit<\/a><\/noindex>.<\/p>\n

<\/p>\n

Kuidas \u00fchendada Kubernetes'i klastreid erinevates andmekeskustes?<\/h3>\n

<\/p>\n

L\u00fchidalt<\/strong>: varsti ilmub Kubefed v2<\/a><\/noindex>, samuti soovitan lugeda Shipper<\/a><\/noindex> ja projektist multi-cluster-scheduler<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

Infrastruktuuri dubleerimine ja jaotamine erinevatesse piirkondadesse on \u00fcsna tavaline, eriti kontrollitavates keskkondades.<\/p><\/blockquote>\n

Kui \u00fcks piirkond pole k\u00e4ttesaadav, suunatakse liiklus teise piirkonda, et v\u00e4ltida katkestusi.<\/strong><\/p>\n

<\/p>\n

Kubernetes'i abil saab kasutada sarnast strateegiat ning jaotada koormusi erinevatesse piirkondadesse.<\/p>\n

<\/p>\n

Teie meeskonnal v\u00f5ib olla \u00fcks v\u00f5i mitu klastrit piirkonna, keskkonna v\u00f5i nende kombinatsiooni kaupa.<\/p>\n

<\/p>\n

Teie klastrid v\u00f5ivad olla erinevates pilvedes ja kohalikus keskkonnas.<\/p>\n

<\/p>\n

Kuidas planeerida infrastruktuuri nii laialdaselt hajutatud geograafiliselt?
\nKas peaks looma \u00fche suure klaster mitu pilvekeskkonda \u00fchisv\u00f5rgus?
\nV\u00f5i tuleks m\u00f5jutada palju v\u00e4ikseid klastreid ja leida viis nende kontrollimiseks ja s\u00fcnkroniseerimiseks?<\/em><\/p>\n

<\/p>\n

\u00dcks juhtiv klaster<\/h3>\n

<\/p>\n

\u00dche \u00fchisv\u00f5rku kuuluva klastrite loomine ei ole nii lihtne.<\/em><\/p>\n

<\/p>\n

Kujutage ette, et teil on \u00f5nnetus ja \u00fchendus klastrite segmentide vahel on kadunud.<\/p>\n

<\/p>\n

Kui teil on \u00fcks meesterver, ei saa pool ressursse uusi k\u00e4ske vastu v\u00f5tta, sest nad ei saa meesterverega \u00fchendust.<\/p>\n

<\/p>\n

Ja sel juhul on teil vanad marsruudimis tabelid (kube-proxy<\/code> ei saa laadida uusi) ja mingeid lisapod'e (kubelet ei saa uuendusi k\u00fcsida).<\/p>\n

<\/p>\n

Mis veelgi hullem, kui Kubernetes ei n\u00e4e s\u00f5lme, t\u00e4histab ta seda kadunuks ja jaotab puuduvad pod'id olemasolevatele s\u00f5lmedele.<\/p>\n

<\/p>\n

Kokku on teil pod'e kaks korda rohkem.<\/strong><\/p>\n

<\/p>\n

Kui teete igasse piirkonda \u00fche meesterveri, tekivad probleemid etcd andmebaasi konsensuse saavutamise algoritmiga.m\u00e4rkus toimetajalt \u2014 Tegelikult ei pea etcd andmebaas olema tingimata meister-serverites. Seda saab k\u00e4ivitada eraldi serverigruppides \u00fches regioonis. T\u00f5si, see loob ka klastrile rikke punkti. Kuid see on kiire.<\/em>)<\/p>\n

<\/p>\n

etcd kasutab rafti algoritmi<\/a><\/noindex>, et kokku leppida v\u00e4\u00e4rtuses, enne kui see kirjutatakse kettale.
\nSee t\u00e4hendab, et enamus eksemplare peab konsensuseni j\u00f5udma, enne kui olek saab kirjutada etcd-sse.<\/p>\n

<\/p>\n

Kui viivitus eksemplaride vahel j\u00e4rsult suureneb, nagu kolme etcd eksemplariga eri piirkondades, kulub v\u00e4\u00e4rtuse kokku leppimiseks ja kettale kirjutamiseks palju aega.
\nSee kajastub ka Kubernetes'i kontrollerites.<\/p>\n

<\/p>\n

Kontrolleri haldur vajab rohkem aega, et teada saada muutusest ja kirjutada vastus andmebaasi.<\/p>\n

<\/p>\n

Ja kuna kontrollerid ei ole \u00fcks, vaid mitu, tekib ahelreaktsioon ja kogu klaster hakkab t\u00f6\u00f6tama v\u00e4ga aeglaselt.<\/strong>.<\/p>\n

<\/p>\n

etcd on viivituse suhtes nii tundlik, et ametlikus dokumentatsioonis soovitatakse kasutada SSD-sid tavaliste k\u00f5vaketaste asemel.<\/a><\/noindex>.<\/p>\n

<\/p>\n

Hetkel ei ole \u00fchtegi head n\u00e4idet suurest v\u00f5rgust \u00fchele klastrile.<\/strong><\/p>\n

<\/p>\n

Peamiselt p\u00fc\u00fcavad arendajate kogukond ja SIG-cluster r\u00fchm m\u00f5ista, kuidas orkestreerida klastreid just nagu Kubernetes orkestreerib konteinerite haldamist.<\/p>\n

<\/p>\n

Variant 1: klastrite f\u00f6deratsioon kubefed'iga<\/h3>\n

<\/p>\n

SIG-cluster ametlik vastus \u2014 kubefed2, uus versioon kube f\u00f6deratsiooni algsest kliendist ja operaatorist<\/a><\/noindex>.<\/p>\n

<\/p>\n

Esmakordselt prooviti kogu klastrite kogumit \u00fchtse objektina hallata kube f\u00f6deratsiooni t\u00f6\u00f6riistaga.<\/p>\n

<\/p>\n

Algus oli hea, kuid l\u00f5puks ei saavutanud kube f\u00f6deratsioon kunagi populaarsust, kuna see ei toetanud k\u00f5iki ressursse.<\/p>\n

<\/p>\n

See toetas \u00fchendatud pakkumist ja teenuseid, kuid n\u00e4iteks ei toetanud StatefulSets'i.
\nLisaks edastati f\u00f6deratsiooni konfiguratsioon annotatsioonidena ja see ei olnud paindlik.<\/p>\n

<\/p>\n

Kujutage ette, kuidas v\u00f5iks f\u00f6deratsioonis iga klastrite koopiate jagamist kirjeldada ainult annotatsioonide abil.<\/em><\/p>\n

<\/p>\n

Saime t\u00e4ieliku segaduse.<\/strong><\/p>\n

<\/p>\n

SIG-cluster tegi p\u00e4rast kubefed v1 suurep\u00e4rast t\u00f6\u00f6d ja otsustas probleemile l\u00e4heneda teisiti.<\/p>\n

<\/p>\n

Annotatsioonide asemel otsustasid nad v\u00e4lja anda kontrolleri, mis installitakse klastritele. Selle saab konfigureerida kohandatud ressursi definitsioonide (Custom Resource Definition, CRD) abil.<\/strong><\/p>\n

<\/p>\n

Iga ressursi jaoks, mis kuulub f\u00f6deratsiooni, on teil kohandatud CRD, mis koosneb kolmest osast:<\/p>\n

<\/p>\n