{"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 klastrid erinevates andmekeskustes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

<\/p>\n

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

Kui soovite saada vastust oma k\u00fcsimusele 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 eelnevaid postitusi maha? Otsige neid siit<\/a><\/noindex>.<\/p>\n

<\/p>\n

Kuidas \u00fchendada Kubernetes klastrid erinevates andmekeskustes?<\/h3>\n

<\/p>\n

L\u00fchidalt<\/strong>: peatselt ilmub Kubefed v2<\/a><\/noindex>, ja soovitame tutvuda ka Shipper<\/a><\/noindex> ja multi-cluster-scheduler projekti kohta<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

Tihti replitakse ja jaotatakse infrastruktuuri erinevates piirkondades, eriti kontrollitud keskkondades.<\/p><\/blockquote>\n

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

<\/p>\n

Kubernetesega on v\u00f5imalik kasutada sarnast strateegiat ja jaotada koormusi erinevatesse piirkondadesse.<\/p>\n

<\/p>\n

Teil v\u00f5ib olla \u00fcks v\u00f5i mitu klastri igas meeskonnas, piirkonnas, keskkonnas v\u00f5i nende kombinatsioonis.<\/p>\n

<\/p>\n

Teie klastrid v\u00f5ivad asuda erinevates pilvkeskkondades ja kohalikus keskkonnas.<\/p>\n

<\/p>\n

Kuid kuidas planeerida infrastruktuuri sellise geograafilise leviku jaoks?
\nKas luua \u00fcks suur klaster mitme pilvkeskkonna moodustamiseks \u00fches v\u00f5rgus?
\nV\u00f5i luua palju v\u00e4ikeseid klastreid ja leida viis nende juhtimiseks ja s\u00fcnkroonimiseks?<\/em><\/p>\n

<\/p>\n

\u00dcks juhiklastrite<\/h3>\n

<\/p>\n

\u00dche klastrite loomine \u00fches v\u00f5rgus ei ole sugugi lihtne.<\/em><\/p>\n

<\/p>\n

Kujutage ette, et teil on rike, \u00fchendus klastrite segmentide vahel on katkenud.<\/p>\n

<\/p>\n

Kui teil on ainult \u00fcks master-server, ei saa pooled ressurssidest uusi k\u00e4ske vastu v\u00f5tta, kuna nad ei saa masteriga \u00fchendust.<\/p>\n

<\/p>\n

Ja sellega seoses on teil vanad marsruudistustabelid (kube-proxy<\/code> ei suuda uusi laadida) ja mingeid t\u00e4iendavaid pod'e (kubelet ei saa uuendusi k\u00fcsida).<\/p>\n

<\/p>\n

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

<\/p>\n

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

<\/p>\n

Kui teete igas piirkonnas \u00fche master-serveri, siis v\u00f5ivad tekkida probleemid andmebaasi etcd konsensuse saavutamise algoritmiga. (m\u00e4rk. red. \u2014 Tegelikult ei pea etcd andmebaas olema tingimata master-serverites. Seda saab k\u00e4itada eraldi serverite grupis \u00fches regioonis. Kuid see toob endaga kaasa klastripunkti t\u00f5rke. Kuid see on kiire.<\/em>)<\/p>\n

<\/p>\n

etcd kasutab rafti algoritmi<\/a><\/noindex>, et koosk\u00f5lastada v\u00e4\u00e4rtus enne selle kirjutamist kettale.
\nSee t\u00e4hendab, et enamiku eksemplaride peab saavutama konsensuse, enne kui olek saab kirjutada etcd-sse.<\/p>\n

<\/p>\n

Kui viivitus eksemplaride vahel j\u00e4rjest suureneb, nagu juhtudel, kui kolm etcd eksemplari asuvad erinevates piirkondades, kulub v\u00e4\u00e4rtuse koosk\u00f5lastamiseks ja selle kirjutamiseks kettale palju aega.
\nSee kajastub ka Kubernetesi kontrollijates.<\/p>\n

<\/p>\n

Kontrollijatel kulub kauem aega, et teada saada muudatusest ning kirjutada vastus andmebaasi.<\/p>\n

<\/p>\n

Ja kuna kontrollijaid on mitu, tekib ahelreaktsioon ja kogu klaster hakkab t\u00f6\u00f6tama v\u00e4ga aeglaselt<\/strong>.<\/p>\n

<\/p>\n

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

<\/p>\n

Praegu ei ole head n\u00e4idet suurest v\u00f5rgustiku \u00fche klastri jaoks.<\/strong><\/p>\n

<\/p>\n

Peamiselt p\u00fc\u00fcavad arendajate kogukond ja SIG-cluster grupp m\u00f5ista, kuidas orkestreerida klastreid nii nagu Kubernetes orkestreerib konteinerid.<\/p>\n

<\/p>\n

Variant 1: klastrite f\u00f6deratsioon kubefediga<\/h3>\n

<\/p>\n

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

<\/p>\n

Esimest korda prooviti klastrite kogumit hallata kui \u00fchte objekti kube f\u00f6deratsiooni t\u00f6\u00f6riista abil.<\/p>\n

<\/p>\n

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

<\/p>\n

See toetas koondatud tarnimist ja teenuseid, kuid n\u00e4iteks ei olnud StatefulSets.
\nJa f\u00f6deratsiooni konfiguratsioon edastati annotatsioonidena ning ei olnud paindlik.<\/p>\n

<\/p>\n

Kujutage ette, kuidas saab annotatsioonide abil kirjeldada igas f\u00f6deratsioonis oleva klastri replikate jagunemist.<\/em><\/p>\n

<\/p>\n

Tuli t\u00e4ielik segadus.<\/strong><\/p>\n

<\/p>\n

SIG-cluster on p\u00e4rast kubefed v1 palju t\u00f6\u00f6d teinud ja otsustanud probleemile l\u00e4heneda teisest k\u00fcljest.<\/p>\n

<\/p>\n

Annotatsioonide asemel otsustasid nad v\u00e4lja anda kontrollija, mis installitakse klastritesse. Seda saab konfigureerida kasutaja m\u00e4\u00e4ratletud ressursside m\u00e4\u00e4ratlemise (Custom Resource Definition, CRD) abil.<\/strong><\/p>\n

<\/p>\n

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

<\/p>\n