{"id":56259,"date":"2020-02-08T00:00:00","date_gmt":"2020-02-07T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/rabochie-uzly-kubernetes-mnogo-malenkih-ili-neskolko-bolshih"},"modified":"2020-02-18T14:04:30","modified_gmt":"2020-02-18T11:04:30","slug":"rabochie-uzly-kubernetes-mnogo-malenkih-ili-neskolko-bolshih","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/rabochie-uzly-kubernetes-mnogo-malenkih-ili-neskolko-bolshih","title":{"rendered":"Arbetsnoder i Kubernetes: m\u00e5nga sm\u00e5 eller n\u00e5gra stora?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Arbetsnoder
\nN\u00e4r man skapar en Kubernetes-kluster kan fr\u00e5gor uppst\u00e5: hur m\u00e5nga arbetsnoder ska man konfigurera och av vilken typ? Vad \u00e4r b\u00e4st f\u00f6r en on-premise kluster: k\u00f6pa flera kraftfulla servrar eller anv\u00e4nda ett tiotal gamla maskiner i ditt datacenter? Och i molnet \u00e4r det b\u00e4ttre att ta \u00e5tta enskilda k\u00e4rnor eller tv\u00e5 fyrk\u00e4rniga instanser? <\/p>\n

Svar p\u00e5 dessa fr\u00e5gor finns i artikeln av Daniel Weibel, mjukvaruingenj\u00f6r och l\u00e4rare i utbildningsprojektet Learnk8s<\/a><\/noindex> \u00f6versatt av teamet Kubernetes aaS fr\u00e5n Mail.ru<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

Kapacitet av kluster<\/h2>\n

\nGenerellt kan en Kubernetes-kluster ses som en stor \"supernod\". Dess totala ber\u00e4kningskraft \u00e4r summan av kapaciteterna hos alla enskilda noder. <\/p>\n

Det finns flera s\u00e4tt att uppn\u00e5 \u00f6nskad m\u00e5lkraft f\u00f6r klustret. Till exempel, om vi beh\u00f6ver en kluster med en total kapacitet p\u00e5 8 CPU-k\u00e4rnor och 32 GB RAM, eftersom applikationsupps\u00e4ttningen kr\u00e4ver en s\u00e5dan m\u00e4ngd resurser. D\u00e5 kan vi konfigurera tv\u00e5 noder med 16 GB minne eller fyra noder med 8 GB minne, tv\u00e5 fyrk\u00e4rniga processorer eller fyra tv\u00e5k\u00e4rniga.<\/p>\n

H\u00e4r \u00e4r bara tv\u00e5 m\u00f6jliga s\u00e4tt att skapa en kluster:<\/p>\n

\"Arbetsnoder
\nB\u00e5da alternativen ger en kluster med samma kapacitet, men i konfigurationen nedan finns fyra mindre noder, medan i konfigurationen ovan finns tv\u00e5 st\u00f6rre. <\/p>\n

Vilket alternativ \u00e4r b\u00e4ttre?<\/h3>\n

\nF\u00f6r att svara p\u00e5 denna fr\u00e5ga, l\u00e5t oss titta p\u00e5 f\u00f6rdelarna med b\u00e5da alternativ.<\/p>\n

Flera stora noder<\/p>\n

M\u00e5nga sm\u00e5 noder<\/p>\n

Enklare hantering av klustret (om det \u00e4r on-premise)<\/p>\n

Smidigare autoskalning<\/p>\n

Billigare (om on-premise) <\/p>\n

Priserna skiljer sig lite (i molnet) <\/p>\n

Kan k\u00f6ra resurskr\u00e4vande applikationer <\/p>\n

Fullst\u00e4ndig replikering<\/p>\n

Resurser anv\u00e4nds effektivare (mindre overhead p\u00e5 systemdemoner)
\nH\u00f6gre klusterresiliens<\/p>\n

Observera att vi endast talar om arbetsnoder. Valet av antal och storlek p\u00e5 huvudnoderna \u00e4r ett helt annat \u00e4mne.<\/p>\n

S\u00e5 l\u00e5t oss diskutera varje punkt i tabellen mer ing\u00e5ende.<\/p>\n

Det f\u00f6rsta alternativet: flera stora noder<\/h2>\n

\nDet mest extrema alternativet \u00e4r en enda arbetsnod f\u00f6r hela klusterkapaciteten. I exemplet ovan skulle detta vara en arbetsnod med 16 CPU-k\u00e4rnor och 16 GB RAM.<\/p>\n

F\u00f6rdelar <\/h3>\n

\nF\u00f6rdel nummer 1. Enklare hantering<\/b>
\nDet \u00e4r enklare att hantera flera maskiner \u00e4n en hel park. Att snabbt rulla ut uppdateringar och fixar \u00e4r l\u00e4ttare, och antalet fel i absoluta siffror \u00e4r ocks\u00e5 mindre.<\/p>\n

Observera att allt som ovan n\u00e4mns avser din egen h\u00e5rdvara, dina egna servrar, och inte molninfrastruktur.<\/p><\/blockquote>\n

\nI molnet \u00e4r situationen en annan. H\u00e4r hanterar molnleverant\u00f6ren administrationen. D\u00e4rf\u00f6r skiljer sig hanteringen av tio noder i molnet egentligen inte fr\u00e5n hanteringen av en enda nod.<\/p>\n

Routing av trafik och lastf\u00f6rdelning mellan poddar i molnet sker automatiskt<\/a><\/noindex>: inkommande trafik fr\u00e5n internet dirigeras till den prim\u00e4ra lastbalanseraren, som skickar trafiken till porten av en av noderna (NodePort-tj\u00e4nsten s\u00e4tter porten i intervallet 30000-32767 p\u00e5 varje nod i klustret). Reglerna som st\u00e4lls in av kube-proxy omdirigerar trafiken fr\u00e5n noden till podden. S\u00e5 h\u00e4r ser det ut f\u00f6r tio poddar p\u00e5 tv\u00e5 noder:<\/p>\n

\"Arbetsnoder
\nF\u00f6rdel \u2116 2. L\u00e4gre kostnader per nod<\/b>
\nEn kraftfull maskin \u00e4r dyrare, men pris\u00f6kningen \u00e4r inte n\u00f6dv\u00e4ndigtvis linj\u00e4r. Med andra ord, en server med tio k\u00e4rnor och 10 GB minne \u00e4r vanligtvis billigare \u00e4n tio enmaskiner med samma m\u00e4ngd minne.<\/p>\n

Men observera att denna regel vanligtvis inte g\u00e4ller f\u00f6r molntj\u00e4nster. I de nuvarande priss\u00e4ttningsscheman hos alla st\u00f6rre molnleverant\u00f6rer \u00f6kar priserna linj\u00e4rt med \u00f6kad kapacitet.<\/p><\/blockquote>\n

\nD\u00e4rf\u00f6r \u00e4r det vanligtvis inte m\u00f6jligt att spara p\u00e5 kraftfullare servrar i molnet.<\/p>\n

F\u00f6rdel \u2116 3. Det g\u00e5r att k\u00f6ra resurskr\u00e4vande applikationer<\/b>
\nVissa applikationer kr\u00e4ver kraftfulla servrar i klustret. Till exempel, om ett maskininl\u00e4rningssystem kr\u00e4ver 8 GB minne, kan du inte k\u00f6ra det p\u00e5 noder med 1 GB, utan du beh\u00f6ver minst en stor arbetsnod.<\/p>\n

Nackdelar <\/h3>\n

\n\u041c\u0438\u043d\u0443\u0441 \u2116 1. \u041c\u043d\u043e\u0433\u043e pod’\u043e\u0432 \u043d\u0430 \u0443\u0437\u0435\u043b<\/b>
\n\u0415\u0441\u043b\u0438 \u043e\u0434\u043d\u0430 \u0438 \u0442\u0430 \u0436\u0435 \u0437\u0430\u0434\u0430\u0447\u0430 \u0432\u044b\u043f\u043e\u043b\u043d\u044f\u0435\u0442\u0441\u044f \u043d\u0430 \u043c\u0435\u043d\u044c\u0448\u0435\u043c \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u0435 \u0443\u0437\u043b\u043e\u0432, \u0442\u043e \u043d\u0430 \u043a\u0430\u0436\u0434\u043e\u043c \u0438\u0437 \u043d\u0438\u0445, \u0435\u0441\u0442\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e, \u0431\u0443\u0434\u0435\u0442 \u0431\u043e\u043b\u044c\u0448\u0435 pod’\u043e\u0432.<\/p>\n

Detta kan bli ett problem.<\/p>\n

Anledningen \u00e4r att varje modul medf\u00f6r en viss overhead f\u00f6r containermilj\u00f6n (till exempel Docker), liksom kubelet och cAdvisor.<\/p>\n

Till exempel, kubelet \u00f6vervakar regelbundet alla containrar p\u00e5 noden \u2014 ju fler containrar, desto mer arbete f\u00f6r kubelet.<\/p>\n

CAdvisor samlar in statistik om resursanv\u00e4ndning fr\u00e5n alla containrar p\u00e5 noden, och kubelet beg\u00e4r regelbundet denna information och tillhandah\u00e5ller den via API:et. Ju fler containrar, desto mer arbete f\u00f6r b\u00e5de cAdvisor och kubelet.<\/p>\n

Om antalet moduler \u00f6kar kan detta sakta ner systemet och till och med p\u00e5verka dess tillf\u00f6rlitlighet negativt.<\/p>\n

\"Arbetsnoder
\nI Kubernetes-repositoriet har vissa klagat<\/a><\/noindex>, att noder hoppar mellan statusarna Ready\/NotReady, eftersom kubelets regelbundna kontroller av alla containrar p\u00e5 noden tar f\u00f6r l\u00e5ng tid.
\nAv denna anledning rekommenderar Kubernetes \u0440\u0435\u043a\u043e\u043c\u0435\u043d\u0434\u0443\u0435\u0442 \u0440\u0430\u0437\u043c\u0435\u0449\u0430\u0442\u044c \u043d\u0435 \u0431\u043e\u043b\u0435\u0435 110 pod’\u043e\u0432 \u043d\u0430 \u0443\u0437\u0435\u043b<\/a><\/noindex>. Beroende p\u00e5 nodens prestanda kan du k\u00f6ra fler pods per nod, men det \u00e4r sv\u00e5rt att f\u00f6ruts\u00e4ga om problem uppst\u00e5r eller om allt fungerar bra. Det \u00e4r bra att testa driften i f\u00f6rv\u00e4g. <\/p>\n

Nackdel nr 2. Begr\u00e4nsning av replikering<\/b>
\nEtt f\u00f6r litet antal noder begr\u00e4nsar den effektiva graden av replikering av applikationer. Till exempel, om du har en applikation med h\u00f6g tillg\u00e4nglighet med fem repliker, men bara tv\u00e5 noder, minskar den effektiva graden av replikering till tv\u00e5.<\/p>\n

Fem repliker kan endast f\u00f6rdelas p\u00e5 tv\u00e5 noder, och om en av dem g\u00e5r ned, sl\u00e5s flera repliker ut direkt.<\/p>\n

Om du har fem eller fler noder kommer varje replik att k\u00f6ras p\u00e5 en separat nod, och ett nedbrott av en nod kommer att ta bort h\u00f6gst en replik.<\/p>\n

S\u00e5ledes kan krav p\u00e5 h\u00f6g tillg\u00e4nglighet kr\u00e4va ett visst minimalt antal noder i klustret.<\/p>\n

Nackdel nr 3. Allvarligare konsekvenser av fel<\/b>
\nVid ett litet antal noder inneb\u00e4r varje fel mer allvarliga konsekvenser. Till exempel, om du har endast tv\u00e5 noder och en g\u00e5r ned, f\u00f6rsvinner pl\u00f6tsligt h\u00e4lften av dina moduler.<\/p>\n

Sj\u00e4lvklart kommer Kubernetes att flytta arbetsbelastningen fr\u00e5n den nedlagda noden till andra. Men om det finns f\u00e5, kan det saknas ledig kapacitet. Som ett resultat blir en del av dina applikationer otillg\u00e4ngliga tills du \u00e5terst\u00e4ller den nedlagda noden.<\/p>\n

D\u00e4rf\u00f6r g\u00e4ller att ju fler noder, desto mindre inverkan av h\u00e5rdvarufel.<\/p>\n

Nackdel nr 4. Fler steg i automatisk skalning<\/b>
\nI Kubernetes fungerar ett system f\u00f6r automatisk skalning av kluster f\u00f6r molninfrastruktur, vilket g\u00f6r att noder automatiskt kan l\u00e4ggas till eller tas bort beroende p\u00e5 aktuella behov. Med stora noder blir automatisk skalning mer drastisk och klumpig. Till exempel, med tv\u00e5 noder, \u00f6kar till\u00e4gget av en extra nod klustrets kapacitet med 50% direkt. Och du m\u00e5ste betala f\u00f6r dessa resurser, \u00e4ven om du inte beh\u00f6ver dem.<\/p>\n

S\u00e5 om du planerar att anv\u00e4nda automatisk skalning av klustret, ju mindre noder \u2013 desto mer flexibel och kostnadseffektiv skalning f\u00e5r du.<\/p>\n

L\u00e5t oss nu titta p\u00e5 f\u00f6rdelarna och nackdelarna med m\u00e5nga sm\u00e5 noder.<\/p>\n

Andra alternativet: m\u00e5nga sm\u00e5 noder<\/h2>\n

\nF\u00f6rdelarna med detta tillv\u00e4gag\u00e5ngss\u00e4tt h\u00e4rstammar i grunden fr\u00e5n nackdelarna med motsvarande alternativ med n\u00e5gra stora noder.<\/p>\n

F\u00f6rdelar<\/h3>\n

\nF\u00f6rdel nr 1. Mindre konsekvenser av fel<\/b>
\n\u0427\u0435\u043c \u0431\u043e\u043b\u044c\u0448\u0435 \u0443\u0437\u043b\u043e\u0432, \u0442\u0435\u043c \u043c\u0435\u043d\u044c\u0448\u0435 pod’\u043e\u0432 \u043d\u0430 \u043a\u0430\u0436\u0434\u043e\u043c \u0443\u0437\u043b\u0435. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u0435\u0441\u043b\u0438 \u0443 \u0432\u0430\u0441 \u0441\u0442\u043e \u043c\u043e\u0434\u0443\u043b\u0435\u0439 \u043d\u0430 \u0434\u0435\u0441\u044f\u0442\u044c \u0443\u0437\u043b\u043e\u0432, \u0442\u043e \u043d\u0430 \u043a\u0430\u0436\u0434\u043e\u043c \u0443\u0437\u043b\u0435 \u0431\u0443\u0434\u0435\u0442 \u0432 \u0441\u0440\u0435\u0434\u043d\u0435\u043c \u043f\u043e \u0434\u0435\u0441\u044f\u0442\u044c \u043c\u043e\u0434\u0443\u043b\u0435\u0439.<\/p>\n

S\u00e5 om en av noderna g\u00e5r ner f\u00f6rlorar du endast 10% av arbetsbelastningen. Det finns sannolikhet att endast ett f\u00e5tal repliker tr\u00e4ffas, och applikationerna f\u00f6rblir i stort sett aktiva.<\/p>\n

\u041a\u0440\u043e\u043c\u0435 \u0442\u043e\u0433\u043e, \u043d\u0430 \u043e\u0441\u0442\u0430\u0432\u0448\u0438\u0445\u0441\u044f \u0443\u0437\u043b\u0430\u0445, \u0441\u043a\u043e\u0440\u0435\u0435 \u0432\u0441\u0435\u0433\u043e, \u0445\u0432\u0430\u0442\u0438\u0442 \u0441\u0432\u043e\u0431\u043e\u0434\u043d\u044b\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432 \u0434\u043b\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0439 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u043e\u0442\u043a\u0430\u0437\u0430\u0432\u0448\u0435\u0433\u043e \u0443\u0437\u043b\u0430, \u0442\u0430\u043a \u0447\u0442\u043e Kubernetes \u043c\u043e\u0436\u0435\u0442 \u0441\u0432\u043e\u0431\u043e\u0434\u043d\u043e \u043f\u0435\u0440\u0435\u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u0442\u044c pod’\u044b, \u0438 \u0432\u0430\u0448\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u043e\u0442\u043d\u043e\u0441\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0431\u044b\u0441\u0442\u0440\u043e \u0432\u0435\u0440\u043d\u0443\u0442\u0441\u044f \u0432 \u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u043e\u0435 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u0435.<\/p>\n

F\u00f6rdel nr 2. Bra replikering<\/b>
\nOm det finns tillr\u00e4ckligt med noder kan Kubernetes schemal\u00e4ggare tilldela alla repliker olika noder. S\u00e5 om en nod faller kommer endast en replik att p\u00e5verkas, och applikationen f\u00f6rblir tillg\u00e4nglig.<\/p>\n

Nackdelar <\/h3>\n

\nNackdel nr 1. Sv\u00e5rare att hantera<\/b>
\nDet \u00e4r sv\u00e5rare att hantera m\u00e5nga noder. Till exempel, varje Kubernetes-nod m\u00e5ste kommunicera med alla andra, vilket betyder att antalet kopplingar v\u00e4xer kvadratiskt, och alla dessa kopplingar m\u00e5ste \u00f6vervakas.<\/p>\n

Nodekontrollern i Kubernetes controller manager g\u00e5r regelbundet igenom alla noder i klustret f\u00f6r att kontrollera deras status \u2013 ju fler noder, desto st\u00f6rre belastning p\u00e5 kontrollern.<\/p>\n

Belastningen p\u00e5 etcd-databasen \u00f6kar ocks\u00e5 \u2013 varje kubelet och kube-proxy anropar watcher<\/a><\/noindex> f\u00f6r etcd (via API), som etcd m\u00e5ste f\u00f6rmedla objektuppdateringar till.<\/p>\n

Generellt sett l\u00e4gger varje arbetsnod en extra belastning p\u00e5 systemkomponenterna p\u00e5 huvudnoderna.<\/p>\n

\"Arbetsnoder
\nOfficiellt st\u00f6der Kubernetes kluster med upp till 5000 noder.<\/a><\/noindex>Men i praktiken kan redan 500 noder orsaka icke-triviala problem.<\/a><\/noindex>.<\/p>\n

F\u00f6r att hantera ett stort antal arbetsnoder b\u00f6r man v\u00e4lja mer kraftfulla huvudnoder. Till exempel installerar kube-up automatiskt<\/a><\/noindex> den r\u00e4tta storleken p\u00e5 VM f\u00f6r huvudnoden beroende p\u00e5 antalet arbetsnoder. Det vill s\u00e4ga, ju fler arbetsnoder, desto mer kraftfulla m\u00e5ste huvudnoderna vara. <\/p>\n

F\u00f6r att l\u00f6sa dessa specifika problem finns det speciella l\u00f6sningar som Virtual Kubelet.<\/a><\/noindex>Detta system g\u00f6r det m\u00f6jligt att kringg\u00e5 begr\u00e4nsningarna och bygga kluster med ett enormt antal arbetsnoder.<\/p>\n

Nackdel nr 2. St\u00f6rre overhead<\/b>
\nP\u00e5 varje arbetsnod k\u00f6r Kubernetes en upps\u00e4ttning systemdemoner \u2014 dessa inkluderar container-runtime (till exempel Docker), kube-proxy och kubelet, inklusive cAdvisor. Tillsammans f\u00f6rbrukar de en viss fast m\u00e4ngd resurser.<\/p>\n

Om du har m\u00e5nga sm\u00e5 noder \u00e4r andelen av dessa overhead p\u00e5 varje nod st\u00f6rre. T\u00e4nk till exempel p\u00e5 att alla systemdemoner p\u00e5 en nod tillsammans anv\u00e4nder 0,1 CPU-k\u00e4rnor och 0,1 GB minne. Om du har en tio-k\u00e4rnig nod med 10 GB minne, f\u00f6rbrukar demonarna 1 % av klusterkapaciteten. \u00c5 andra sidan, p\u00e5 tio en-k\u00e4rniga noder med 1 GB minne, kommer demonarna att ta 10 % av klusterkapaciteten.<\/p>\n

S\u00e5ledes, ju f\u00e4rre noder, desto mer effektivt utnyttjas infrastrukturen.<\/p>\n

Nackdel nr 3. Ineffektiv resursanv\u00e4ndning<\/b>
\nP\u00e5 sm\u00e5 noder kan det uppst\u00e5 en situation d\u00e4r de \u00e5terst\u00e5ende resurserna \u00e4r f\u00f6r sm\u00e5 f\u00f6r att kunna tilldelas n\u00e5gon arbetsbelastning, vilket g\u00f6r att de f\u00f6rblir oanv\u00e4nda.<\/p>\n

\u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u043a\u0430\u0436\u0434\u044b\u0439 pod \u0442\u0440\u0435\u0431\u0443\u0435\u0442 0,75 \u0413\u0411 \u043f\u0430\u043c\u044f\u0442\u0438. \u0415\u0441\u043b\u0438 \u0443 \u0432\u0430\u0441 \u0434\u0435\u0441\u044f\u0442\u044c \u0443\u0437\u043b\u043e\u0432, \u0438 \u043d\u0430 \u043a\u0430\u0436\u0434\u043e\u043c \u043f\u043e 1 \u0413\u0411 \u043f\u0430\u043c\u044f\u0442\u0438, \u043c\u043e\u0436\u043d\u043e \u0437\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u044c \u0434\u0435\u0441\u044f\u0442\u044c pod’\u043e\u0432 \u2014 \u0432 \u0438\u0442\u043e\u0433\u0435 \u043d\u0430 \u043a\u0430\u0436\u0434\u043e\u043c \u0443\u0437\u043b\u0435 \u043e\u0441\u0442\u0430\u043d\u0435\u0442\u0441\u044f 0,25 \u0413\u0411 \u043d\u0435\u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u043c\u043e\u0439 \u043f\u0430\u043c\u044f\u0442\u0438.<\/p>\n

Detta betyder att 25 % av minnet i hela klustret sl\u00f6sas bort.<\/p>\n

P\u00e5 en stor nod med 10 GB minne kan du k\u00f6ra 13 s\u00e5dana moduler \u2014 och det kommer att finnas bara en \u00f6verbliven del av 0,25 GB.<\/p>\n

I det h\u00e4r fallet sl\u00f6sas endast 2,5 % av minnet.<\/p>\n

P\u00e5 s\u00e5 s\u00e4tt utnyttjas resurserna b\u00e4ttre p\u00e5 stora noder.<\/p>\n

Flera stora noder eller m\u00e5nga sm\u00e5?<\/h2>\n

\nS\u00e5 vad \u00e4r b\u00e4ttre: flera stora noder i en kluster eller m\u00e5nga sm\u00e5? Som alltid finns det inget entydigt svar. Mycket beror p\u00e5 applikationstypen.<\/p>\n

Till exempel, om applikationen kr\u00e4ver 10 GB minne, \u00e4r valet uppenbart till f\u00f6rm\u00e5n f\u00f6r stora noder. Om applikationen d\u00e4remot kr\u00e4ver tiofaldig replikering f\u00f6r h\u00f6g tillg\u00e4nglighet, b\u00f6r man knappast ta risken att placera replikat endast p\u00e5 tv\u00e5 noder \u2013 klustret b\u00f6r ha minst tio noder.<\/p>\n

I mellansituationer, g\u00f6r valet baserat p\u00e5 f\u00f6rdelar och nackdelar med varje alternativ. Kanske \u00e4r vissa argument mer relevanta f\u00f6r din situation \u00e4n andra.<\/p>\n

Och det \u00e4r inte n\u00f6dv\u00e4ndigt att g\u00f6ra alla noder av samma storlek. Inget hindrar att experimentera f\u00f6rst med noder av en storlek och sedan l\u00e4gga till noder av en annan storlek, f\u00f6r att kombinera dem i klustret. Arbetande noder i Kubernetes-klustret kan vara helt heterogena. S\u00e5 man kan f\u00f6rs\u00f6ka kombinera f\u00f6rdelarna med b\u00e5da tillv\u00e4gag\u00e5ngss\u00e4tten.<\/p>\n

Det finns inget universellt recept, och varje situation har sina nyanser, och endast produktionen kommer att avsl\u00f6ja sanningen.<\/p>\n

\u00d6vers\u00e4ttningen har f\u00f6rberetts av teamet f\u00f6r molnplattformen Mail.ru Cloud Solutions<\/a><\/noindex>.<\/i><\/p>\n

Mer om Kubernetes: 25 anv\u00e4ndbara verktyg f\u00f6r att hantera och distribuera kluster<\/a><\/noindex>.<\/p>\n

K\u00e4lla: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438 \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0438 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430 Kubernetes \u043c\u043e\u0433\u0443\u0442 \u0432\u043e\u0437\u043d\u0438\u043a\u0430\u0442\u044c \u0432\u043e\u043f\u0440\u043e\u0441\u044b: \u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u0440\u0430\u0431\u043e\u0447\u0438\u0445 \u0443\u0437\u043b\u043e\u0432 \u0438 \u043a\u0430\u043a\u043e\u0433\u043e \u0442\u0438\u043f\u0430? \u0427\u0442\u043e \u043b\u0443\u0447\u0448\u0435 \u0434\u043b\u044f \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430 on-premise: \u043a\u0443\u043f\u0438\u0442\u044c \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043c\u043e\u0449\u043d\u044b\u0445 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0438\u043b\u0438 \u0437\u0430\u0434\u0435\u0439\u0441\u0442\u0432\u043e\u0432\u0430\u0442\u044c \u0434\u0435\u0441\u044f\u0442\u043e\u043a \u0441\u0442\u0430\u0440\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u0432 \u0432\u0430\u0448\u0435\u043c \u0434\u0430\u0442\u0430-\u0446\u0435\u043d\u0442\u0440\u0435? \u0410 \u0432 \u043e\u0431\u043b\u0430\u043a\u0435 \u043b\u0443\u0447\u0448\u0435 \u0432\u0437\u044f\u0442\u044c \u0432\u043e\u0441\u0435\u043c\u044c \u043e\u0434\u043d\u043e\u044f\u0434\u0435\u0440\u043d\u044b\u0445 \u0438\u043b\u0438 \u0434\u0432\u0430 \u0447\u0435\u0442\u044b\u0440\u0435\u0445\u044a\u044f\u0434\u0435\u0440\u043d\u044b\u0445 \u0438\u043d\u0441\u0442\u0430\u043d\u0441\u0430? \u041e\u0442\u0432\u0435\u0442\u044b \u043d\u0430 \u044d\u0442\u0438 \u0432\u043e\u043f\u0440\u043e\u0441\u044b \u2014 \u0432 \u0441\u0442\u0430\u0442\u044c\u0435 \u0414\u0430\u043d\u0438\u044d\u043b\u044f \u0412\u0430\u0439\u0431\u0435\u043b\u044f, \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u0430-\u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u0430 \u0438 \u043f\u0440\u0435\u043f\u043e\u0434\u0430\u0432\u0430\u0442\u0435\u043b\u044f \u043e\u0431\u0443\u0447\u0430\u044e\u0449\u0435\u0433\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-56259","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Arbetande noder i Kubernetes: m\u00e5nga sm\u00e5 eller n\u00e5gra stora? | ProHoster","description":"Vid skapandet av ett kluster.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/rabochie-uzly-kubernetes-mnogo-malenkih-ili-neskolko-bolshih","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0430\u0431\u043e\u0447\u0438\u0435 \u0443\u0437\u043b\u044b Kubernetes: \u043c\u043d\u043e\u0433\u043e \u043c\u0430\u043b\u0435\u043d\u044c\u043a\u0438\u0445 \u0438\u043b\u0438 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0431\u043e\u043b\u044c\u0448\u0438\u0445? | ProHoster","og:description":"\u041f\u0440\u0438 \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0438 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430.","og:url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/rabochie-uzly-kubernetes-mnogo-malenkih-ili-neskolko-bolshih","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-02-07T21:00:00+00:00","article:modified_time":"2020-02-18T11:04:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"56259","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:28:23","updated":"2022-10-03 08:08:38","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/56259","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=56259"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/56259\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=56259"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=56259"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=56259"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}