{"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\/sv\/blog\/administrirovanie\/kak-soedinit-klastery-kubernetes-v-raznyh-data-tsentrah","title":{"rendered":"Hur man kopplar samman Kubernetes-kluster i olika datacenter","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Hur
\nV\u00e4lkommen till serien med korta guider om Kubernetes.<\/strong> Detta \u00e4r en regelbunden kolumn med de mest intressanta fr\u00e5gorna som vi f\u00e5r online och p\u00e5 v\u00e5ra utbildningar. Svarar expert p\u00e5 Kubernetes.<\/p>\n

<\/p>\n

Dagens expert \u00e4r Daniele Polencic (Daniele Polencic<\/a><\/noindex>). Daniele arbetar som instrukt\u00f6r och mjukvaruutvecklare p\u00e5 Learnk8s<\/a><\/noindex>.<\/p><\/blockquote>\n

Om du vill f\u00e5 svar p\u00e5 din fr\u00e5ga i n\u00e4sta inl\u00e4gg, kontakta oss via e-post<\/a><\/noindex> eller i Twitter: @learnk8s<\/a><\/noindex>.<\/p>\n

<\/p>\n

Missade du tidigare inl\u00e4gg? S\u00f6k dem h\u00e4r<\/a><\/noindex>.<\/p>\n

<\/p>\n

Hur kopplar man samman Kubernetes-kluster i olika datacenter?<\/h3>\n

<\/p>\n

Kortfattat<\/strong>: snart sl\u00e4pps Kubefed v2<\/a><\/noindex>, och jag rekommenderar att l\u00e4sa om Shipper<\/a><\/noindex> och projektet multi-cluster-scheduler<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

Ofta repliceras och distribueras infrastrukturen \u00f6ver olika regioner, s\u00e4rskilt i kontrollerade milj\u00f6er.<\/p><\/blockquote>\n

Om en region blir otillg\u00e4nglig dirigeras trafiken till en annan f\u00f6r att undvika st\u00f6rningar.<\/strong><\/p>\n

<\/p>\n

Med Kubernetes kan man anv\u00e4nda en liknande strategi och f\u00f6rdela arbetsbelastningen \u00f6ver olika regioner.<\/p>\n

<\/p>\n

Du kan ha ett eller flera kluster per team, region, milj\u00f6 eller en kombination av dessa.<\/p>\n

<\/p>\n

Dina kluster kan vara placerade i olika moln och i en lokal milj\u00f6.<\/p>\n

<\/p>\n

Men hur planerar man infrastrukturen f\u00f6r en s\u00e5dan geografisk spridning?
\nSka man skapa ett stort kluster \u00f6ver flera molnmilj\u00f6er genom ett gemensamt n\u00e4tverk?
\nEller ska man skapa m\u00e5nga sm\u00e5 kluster och hitta ett s\u00e4tt att styra och synkronisera dem?<\/em><\/p>\n

<\/p>\n

Ett styrande kluster<\/h3>\n

<\/p>\n

Att skapa ett kluster \u00f6ver ett gemensamt n\u00e4tverk \u00e4r inte s\u00e5 enkelt.<\/em><\/p>\n

<\/p>\n

T\u00e4nk dig att du har en incident och f\u00f6rlorad anslutning mellan klustersegment.<\/p>\n

<\/p>\n

Om du har en masterserver kan h\u00e4lften av resurserna inte ta emot nya kommandon eftersom de inte kan kommunicera med mastern.<\/p>\n

<\/p>\n

Och medan detta p\u00e5g\u00e5r har du gamla rutningstabeller (kube-proxy<\/code> kan inte ladda ner nya) och inga ytterligare poddar (kubelet kan inte beg\u00e4ra uppdateringar).<\/p>\n

<\/p>\n

Vad som \u00e4r \u00e4nnu v\u00e4rre \u00e4r att om Kubernetes inte ser en nod markerar den den som f\u00f6rlorad och f\u00f6rdelar de saknade poddarna \u00f6ver existerande noder.<\/p>\n

<\/p>\n

I slut\u00e4ndan har du dubbelt s\u00e5 m\u00e5nga poddar.<\/strong><\/p>\n

<\/p>\n

Om du s\u00e4tter upp en masterserver f\u00f6r varje region, kommer det att uppst\u00e5 problem med algoritmen f\u00f6r att n\u00e5 konsensus i databasen etcd. (Obs. red. \u2014 Egentligen beh\u00f6ver inte etcd-databasen ligga p\u00e5 masterservrar. Den kan k\u00f6ras p\u00e5 en separat grupp servrar i samma region. Men d\u00e5 f\u00e5r man en enda felpunkt i klustret. \u00c5 andra sidan g\u00e5r det snabbt.<\/em>)<\/p>\n

<\/p>\n

etcd anv\u00e4nder raft-algoritmen<\/a><\/noindex>, f\u00f6r att enas om v\u00e4rdet innan det skrivs till disken.
\nDet vill s\u00e4ga, de flesta instanser m\u00e5ste n\u00e5 konsensus innan tillst\u00e5ndet kan skrivas till etcd.<\/p>\n

<\/p>\n

Om f\u00f6rdr\u00f6jningen mellan etcd-instanserna \u00f6kar kraftigt, som i fallet med tre etcd-instanser i olika regioner, tar det l\u00e5ng tid att enas om v\u00e4rdet och skriva det till disken.
\nDetta \u00e5terspeglas \u00e4ven i Kubernetes-kontrollerna.<\/p>\n

<\/p>\n

Kontrollchefen beh\u00f6ver mer tid f\u00f6r att f\u00e5 veta om en f\u00f6r\u00e4ndring och skriva svaret i databasen.<\/p>\n

<\/p>\n

Och eftersom det inte bara finns en kontrollant, utan flera, blir det en kedjereaktion, och hela klustret b\u00f6rjar arbeta mycket l\u00e5ngsamt.<\/strong>.<\/p>\n

<\/p>\n

etcd \u00e4r s\u00e5 k\u00e4nsligt f\u00f6r f\u00f6rdr\u00f6jning att den officiella dokumentationen rekommenderar att anv\u00e4nda SSD:er ist\u00e4llet f\u00f6r vanliga h\u00e5rddiskar.<\/a><\/noindex>.<\/p>\n

<\/p>\n

Det finns f\u00f6r n\u00e4rvarande inga bra exempel p\u00e5 ett stort n\u00e4tverk f\u00f6r ett kluster.<\/strong><\/p>\n

<\/p>\n

I huvudsak f\u00f6rs\u00f6ker utvecklarcommunityn och SIG-clustergruppen f\u00f6rst\u00e5 hur man orkestrerar kluster precis som Kubernetes orkestrerar containrar.<\/p>\n

<\/p>\n

Alternativ 1: federering av kluster med kubefed.<\/h3>\n

<\/p>\n

Det officiella svaret fr\u00e5n SIG-cluster \u00e4r kubefed2, den nya versionen av den ursprungliga klienten och operat\u00f6ren f\u00f6r kube federation.<\/a><\/noindex>.<\/p>\n

<\/p>\n

F\u00f6rsta g\u00e5ngen man f\u00f6rs\u00f6kte hantera en samling kluster som en enhet var med verktyget kube federation.<\/p>\n

<\/p>\n

Det b\u00f6rjade bra, men i slut\u00e4ndan blev kube federation aldrig popul\u00e4rt eftersom den inte st\u00f6dde alla resurser.<\/p>\n

<\/p>\n

Det st\u00f6dde sammanslagna distributioner och tj\u00e4nster, men till exempel inte StatefulSets.
\nDessutom \u00f6verf\u00f6rdes federationens konfiguration som anteckningar och var inte s\u00e4rskilt flexibel.<\/p>\n

<\/p>\n

T\u00e4nk dig hur man kan beskriva uppdelningen av repliker f\u00f6r varje kluster i federation med hj\u00e4lp av enbart anteckningar.<\/em><\/p>\n

<\/p>\n

Det blev en fullst\u00e4ndig r\u00f6ra.<\/strong><\/p>\n

<\/p>\n

SIG-cluster gjorde ett stort arbete efter kubefed v1 och beslutade att angripa problemet fr\u00e5n en annan sida.<\/p>\n

<\/p>\n

Ist\u00e4llet f\u00f6r anteckningar valde de att sl\u00e4ppa en kontrollant som installeras p\u00e5 klustren. Den kan konfigureras med hj\u00e4lp av anpassade resursdefinitioner (Custom Resource Definition, CRD).<\/strong><\/p>\n

<\/p>\n

F\u00f6r varje resurs som kommer att ing\u00e5 i federationen har du en anpassad definition CRD med tre delar:<\/p>\n

<\/p>\n