{"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\/et\/blog\/administrirovanie\/rabochie-uzly-kubernetes-mnogo-malenkih-ili-neskolko-bolshih","title":{"rendered":"Kubernetes'i t\u00f6\u00f6node: palju v\u00e4ikeseid v\u00f5i paar suurt?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kubernetes'i
\nKubernetes klastrit luues v\u00f5ivad tekkida k\u00fcsimused: kui palju t\u00f6\u00f6j\u00e4rgseid s\u00f5lmi seadistada ja millisest t\u00fc\u00fcbist? Mis on parem on-premise klastrile: osta mitu v\u00f5imsat serverit v\u00f5i kasutada oma andmekeskuses tosin vanemat masinat? Pilves on parem valida kahe neljatuumalise eksemplari asemel kaheksa \u00fchetuumalist? <\/p>\n

Nendele k\u00fcsimustele leiate vastused artiklist Daniel Weibelilt, insenerilt ja koolitajalt Learnk8s koolitusprojekti<\/a><\/noindex> t\u00f5lginud meeskond Mail.ru Kubernetes aaS<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

Klastri maht<\/h2>\n

\n\u00dcldiselt v\u00f5ib Kubernetes klastrit pidada suureks 'super s\u00f5lmeks'. Selle koguv\u00f5imekus on k\u00f5igi komponentide s\u00f5lmede v\u00f5imsuse summa. <\/p>\n

On mitu viisi, kuidas soovitud klastrimahtu saavutada. N\u00e4iteks vajame klastrit, mille koguv\u00f5imsus on 8 protsessorituuma ja 32 GB m\u00e4lu, kuna rakenduste komplekt n\u00f5uab nii palju ressursse. Seega v\u00f5ib installida kaks 16 GB m\u00e4luga s\u00f5lme v\u00f5i neli 8 GB m\u00e4luga s\u00f5lme, kaks neljatuumalist protsessorit v\u00f5i neli kahetuumalist.<\/p>\n

Siin on ainult kaks v\u00f5imalikku viisi klastrite loomiseks:<\/p>\n

\"Kubernetes'i
\nM\u00f5lemad valikud pakuvad sama suure mahutavusega klastreid, kuid allosas on neli v\u00e4iksemat s\u00f5lme, samas kui \u00fclas on kaks suuremat. <\/p>\n

Milline variant on parem?<\/h3>\n

\nSellele k\u00fcsimusele vastamiseks vaatame m\u00f5lema variandi eeliseid. Oleme need kokku v\u00f5tnud tabelisse.<\/p>\n

M\u00f5ned suured s\u00f5lmed<\/p>\n

Palju v\u00e4ikeseid s\u00f5lmi<\/p>\n

Lihtsam klastrihalduse korraldamine (kui see on on-premise)<\/p>\n

Suumimine sujuvalt<\/p>\n

Odavam (kui on-premise) <\/p>\n

Hind on pilves v\u00e4he erinev <\/p>\n

Saab k\u00e4ivitada ressursimahukaid rakendusi <\/p>\n

T\u00e4ielik replikatsioon<\/p>\n

Ressursse kasutatakse efektiivsemalt (v\u00e4hem overhead'i s\u00fcsteemide demonitele)
\nKlastri talitlusp\u00fcsivus on k\u00f5rgem<\/p>\n

Pange t\u00e4hele, et r\u00e4\u00e4gime ainult t\u00f6\u00f6s\u00f5lmedest. Peamiste s\u00f5lmede arvu ja suuruse valik on t\u00e4iesti teine teema.<\/p>\n

Nii et arutame iga tabelis olevaid punkte l\u00e4hemalt.<\/p>\n

Esimene variant: m\u00f5ned suured s\u00f5lmed<\/h2>\n

\nK\u00f5ige \u00e4\u00e4rmuslikum variant \u2014 \u00fcks t\u00f6\u00f6s\u00f5lm kogu klastrime mahutavuse jaoks. \u00dclalpool oli see \u00fcks t\u00f6\u00f6s\u00f5lm 16 CPU tuuma ja 16 GB RAM-iga.<\/p>\n

Plussid <\/h3>\n

\nPluss \u2116 1. Lihtsam haldamine<\/b>
\nKorraga mitmete masinate haldamine on lihtsam kui terve pargi. Uuenduste ja paranduste rakendamine on kiirem ning s\u00fcnkroniseerimine lihtsam. Kahtlemata on ka t\u00f5rgete arv madalam.<\/p>\n

Pange t\u00e4hele, et k\u00f5ik eelnevalt \u00f6eldu kehtib teie enda riistvara ja serverite kohta, mitte pilvandmet\u00f6\u00f6tluse instantside kohta.<\/p><\/blockquote>\n

\nPilves on olukord teine. Seal haldab seda pilvandmeteenuse pakkuja. Seega ei erine k\u00fcmne s\u00f5lme haldamine pilves kuigi palju \u00fche s\u00f5lme haldamisest.<\/p>\n

Liikluse suunamine ja koormuse jaotamine pilve podide vahel toimub automaatselt<\/a><\/noindex>: internetist tulev liiklus suunatakse p\u00f5hikoormuse tasakaalustajale, mis suunab liikluse \u00fche s\u00f5lme portsjoni peale (NodePort teenus m\u00e4\u00e4rab sadama vahemikus 30000-32767 igas klastri s\u00f5lmes). Kube-proxy kehtestatud reeglid suunavad liikluse s\u00f5lme podi. Nii n\u00e4eb see v\u00e4lja k\u00fcmne podi puhul kahel s\u00f5lmel:<\/p>\n

\"Kubernetes'i
\nPlusspunkt Nr 2. Madalamad kulud s\u00f5lme kohta<\/b>
\nTugev masin on kallim, kuid hinna t\u00f5us ei ole tingimata lineaarne. Teisis\u00f5nu, k\u00fcmme tuumaga serverit, millel on 10 GB m\u00e4lu, on tavaliselt odavam kui k\u00fcmme \u00fchetuumalist sama m\u00e4lu mahuga serverit.<\/p>\n

Kuid pidage meeles, et see reegel ei kehti tavaliselt pilveteenuste puhul. T\u00f5siseltv\u00f5etavate pilveteenuse pakkujate hindade jaotuses t\u00f5usevad hinnad mahutavuse suurenemisega sageli lineaarset rada pidi.<\/p><\/blockquote>\n

\nSeega ei saa loota, et pilves oleks odavamate serverite osas s\u00e4\u00e4ste.<\/p>\n

Pluss nr 3. Saate k\u00e4ivitada ressursin\u00f5udlikke rakendusi.<\/b>
\nM\u00f5ned rakendused vajavad klastris j\u00f5ulisi servereid. N\u00e4iteks, kui masin\u00f5ppe s\u00fcsteem n\u00f5uab 8 GB m\u00e4lu, ei saa te seda k\u00e4ivitada 1 GB s\u00f5lmedel, vaid ainult juhul, kui v\u00e4hemalt \u00fcks suur t\u00f6\u00f6 s\u00f5lm on olemas.<\/p>\n

Miinused <\/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

See v\u00f5ib osutuda probleemiks.<\/p>\n

P\u00f5hjus on selles, et iga moodul toob kaasa teatud overheadid konteinerikeskkonda (nt Docker), samuti kubelet\u2019i ja cAdvisor\u2019i.<\/p>\n

N\u00e4iteks kubelet kontrollib pidevalt k\u00f5ikide s\u00f5lmes olevate konteinerite eluj\u00f5udlust \u2014 mida rohkem konteinereid, seda suurem on kubeleti t\u00f6\u00f6koormus.<\/p>\n

CAdvisor kogub k\u00f5igi s\u00f5lmes olevate konteinerite ressursside kasutamise statistikat, samas kui kubelet k\u00fcsib seda teavet regulaarselt ja edastab selle API kaudu. Ehkki, mida rohkem konteinereid, seda rohkem t\u00f6\u00f6d on nii cAdvisoril kui ka kubelet'il.<\/p>\n

Kui moodulite arv suureneb, v\u00f5ib see s\u00fcsteemi aeglustada ja isegi kahjustada selle usaldusv\u00e4\u00e4rsust.<\/p>\n

\"Kubernetes'i
\nKubernetes'i hoidlas on m\u00f5ned kaebanud<\/a><\/noindex>, et s\u00f5lmed h\u00fcplevad olekute vahel Ready\/NotReady, kuna kubeleti regulaarne kontrollimine k\u00f5igi s\u00f5lmes olevate konteinerite osas v\u00f5tab liiga kaua aega.
\nSeet\u00f5ttu soovitab 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>. S\u00f5lme j\u00f5udlusest s\u00f5ltuvalt saate k\u00e4ivitada rohkem pod'e, kuid on keeruline ennustada, kas tekivad probleemid v\u00f5i k\u00f5ik t\u00f6\u00f6tab h\u00e4sti. T\u00f6\u00f6korraldust on m\u00f5istlik eelnevalt testida. <\/p>\n

Miinus nr 2. Replikatsiooni piirang<\/b>
\nLiigne v\u00e4ike s\u00f5lmede arv piirab rakenduste t\u00f5husat replikatsiooni. N\u00e4iteks, kui teil on k\u00f5rge k\u00e4ttesaadavuse rakendus viie replikaga, kuid ainult kaks s\u00f5lme, siis rakenduse efektiivne replikatsiooni tase v\u00e4heneb kahele.<\/p>\n

Viit replikat saab jaotada vaid kahe s\u00f5lme vahel, ja kui \u00fcks neist ei t\u00f6\u00f6ta, rikutakse kokku mitu replikat.<\/p>\n

Kui teil on viis v\u00f5i rohkem s\u00f5lme, k\u00e4itatakse iga replika eraldi s\u00f5lmel, ja \u00fche s\u00f5lme t\u00f5rge eemaldab mitte rohkem kui \u00fche replika.<\/p>\n

Seega v\u00f5ivad k\u00f5rge k\u00e4ttesaadavuse n\u00f5uded n\u00f5uda klastris teatud minimaalset s\u00f5lmede arvu.<\/p>\n

Miinus \u2116 3. T\u00f5rgete halvemad tagaj\u00e4rjed<\/b>
\nV\u00e4ikese s\u00f5lmede arvu korral toob iga t\u00f5rge kaasa t\u00f5sisemaid tagaj\u00e4rgi. N\u00e4iteks, kui teil on vaid kaks s\u00f5lme ja \u00fcks neist eba\u00f5nnestub, kaob kohe pool teie moodulitest.<\/p>\n

Muidugi, Kubernetes kannab koormuse eba\u00f5nnestunud s\u00f5lme teistesse \u00fcle. Kuid kui s\u00f5lmi on v\u00e4he, v\u00f5ib vabast kapasiteetest puududa. Selle tulemusena on osa teie rakendustest k\u00e4ttesaamatud, kuni t\u00f5rget taastatakse.<\/p>\n

Nii et, mida rohkem s\u00f5lmesid on, seda v\u00e4iksem on riistvaravigade m\u00f5ju.<\/p>\n

Miinus \u2116 4. Suurem automaatne skaleerimine<\/b>
\nKuberneteses t\u00f6\u00f6tab pilvinfrastruktuuri automaatse skaleerimise s\u00fcsteem, mis v\u00f5imaldab automaatselt lisada v\u00f5i eemaldada s\u00f5lmi vastavalt praegustele vajadustele. Suuremate s\u00f5lmedega muutub automaatne skaleerimine j\u00e4rsemaks ja kohmakamaks. N\u00e4iteks kahel s\u00f5lmel uusi s\u00f5lmi lisades suureneb klastri maht kohe 50%. Ja peate nende ressursside eest maksma, isegi kui need pole teile vajalikud.<\/p>\n

Seet\u00f5ttu, kui plaanite kasutada klastri automaatset skaleerimist, siis mida v\u00e4hem s\u00f5lmi on, seda paindlikumat ja odavamat skaleerimist saate.<\/p>\n

Vaadakem n\u00fc\u00fcd v\u00e4ikeste s\u00f5lmede hulga eelised ja puudused.<\/p>\n

Teine variant: palju v\u00e4ikeseid s\u00f5lmi<\/h2>\n

\nSelle l\u00e4henemise eelised tulenevad sisuliselt vastupidiste suuremate s\u00f5lmede puudustest.<\/p>\n

Plussid<\/h3>\n

\nPluss \u2116 1. V\u00e4hem t\u00f5rke tagaj\u00e4rgi<\/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

Seega, kui \u00fcks s\u00f5lm peab t\u00f5rke, kaotate vaid 10% t\u00f6\u00f6h\u00f5ivest. On t\u00f5en\u00e4oline, et ainult v\u00e4ike hulk koopiaid on m\u00f5jutatud ning rakendused j\u00e4\u00e4vad \u00fcldiselt t\u00f6\u00f6v\u00f5imeliseks.<\/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

Pluss \u2116 2. Hea replikatsioon<\/b>
\nKui s\u00f5lmi on piisavalt, saavad Kubernetes'i planeerijad m\u00e4\u00e4rata k\u00f5ikidele koopiaile erinevad s\u00f5lmed. Seega, kui s\u00f5lm kukub v\u00e4lja, m\u00f5jutatakse vaid \u00fchte koopiat ja rakendus j\u00e4\u00e4b k\u00e4tte saadavaks.<\/p>\n

Miinused <\/h3>\n

\nMiinus \u2116 1. Raskem juhtimine<\/b>
\nSuure hulga s\u00f5lmede juhtimine on keerulisem. N\u00e4iteks peab iga Kubernetes'i s\u00f5lm suhtlema k\u00f5ikide teistega, mis t\u00e4hendab, et \u00fchenduste arv kasvab ruudselt ning k\u00f5iki neid \u00fchendusi tuleb j\u00e4lgida.<\/p>\n

Kubernetesi kontrolleri kontrollib regulaarselt k\u00f5iki klastris olevaid s\u00f5lmi t\u00f6\u00f6kindluse osas \u2014 mida rohkem s\u00f5lmi, seda suurem on koormus kontrollerile.<\/p>\n

Koormus kasvab ka etcd andmebaasile \u2014 iga kubelet ja kube-proxy kutsub esile watcher<\/a><\/noindex> etcd jaoks (API kaudu), millele etcd peab objekti uuendusi edastama.<\/p>\n

Kokkuv\u00f5ttes koormab iga t\u00f6\u00f6tav s\u00f5lm s\u00fcsteemi komponente peamistel s\u00f5lmedel.<\/p>\n

\"Kubernetes'i
\nKubernetes toetab ametlikult klastreid, millel on kuni 5000 s\u00f5lme<\/a><\/noindex>. Praktikas v\u00f5ivad aga juba 500 s\u00f5lme tekitada m\u00e4rkimisv\u00e4\u00e4rseid probleeme. Suurte arvu t\u00f6\u00f6tavate s\u00f5lmede haldamiseks tuleks valida tootlikumad peamised s\u00f5lmed. N\u00e4iteks installib kube-up<\/a><\/noindex>.<\/p>\n

automaatsete seadistuste kaudu \u00f5ige VM suuruse peamise s\u00f5lme jaoks vastavalt t\u00f6\u00f6tavate s\u00f5lmede arvule. Seega, mida rohkem t\u00f6\u00f6tavaid s\u00f5lmi, seda tootlikumad peavad olema peamised s\u00f5lmed.<\/a><\/noindex> Nende konkreetsete probleemide lahendamiseks on spetsiaalsed lahendused, nagu <\/p>\n

Virtual Kubelet . See s\u00fcsteem v\u00f5imaldab \u00fcletada piiranguid ja luua klastreid, kus on tohutult palju t\u00f6\u00f6tavaid s\u00f5lmi.<\/a><\/noindex>. See s\u00fcsteem v\u00f5imaldab \u00fcletada piire ja luua klastreid, milles on tohutul hulgal t\u00f6\u00f6node.<\/p>\n

Miinus nr 2. Suuremad kulutused<\/b>
\nIga Kubernetes'i t\u00f6\u00f6jaam k\u00e4ivitab rikka s\u00fcsteemide deemonite komplekti \u2014 nende hulka kuuluvad konteinerite t\u00f6\u00f6tluskeskkond (nt Docker), kube-proxy ja kubelet, sealhulgas cAdvisor. Koos tarbivad nad kindla hulga ressursse.<\/p>\n

Kui teil on palju v\u00e4ikeseid t\u00f6\u00f6jaamu, siis on nende kulutuste osakaal igas t\u00f6\u00f6jaamas suurem. N\u00e4iteks kujutage ette, et \u00fcks t\u00f6\u00f6jaam tarbib kokku 0,1 CPU s\u00fcdamikku ja 0,1 GB m\u00e4lu. Kui teil on \u00fcks k\u00fcmneaastane t\u00f6\u00f6jaam, millel on 10 GB m\u00e4lu, siis deemonid tarbivad 1% klastrist. Teisalt, k\u00fcmnel \u00fches\u00fcdamikul t\u00f6\u00f6jaamal, kus iga\u00fchel on 1 GB m\u00e4lu, v\u00f5tavad deemonid kokku 10% klastrist.<\/p>\n

Seega, mida v\u00e4hem t\u00f6\u00f6jaamu, seda t\u00f5husamalt kasutatakse infrastruktuuri.<\/p>\n

Miinus nr 3. Ebaefektiivne ressursside kasutamine<\/b>
\nV\u00e4ikestes t\u00f6\u00f6jaamades v\u00f5ivad ressursij\u00e4\u00e4gid olla liiga v\u00e4ikesed, et neid mingiks t\u00f6\u00f6koormuseks m\u00e4\u00e4rata, seet\u00f5ttu j\u00e4\u00e4vad nad kasutamata.<\/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

See t\u00e4hendab, et 25% kogu klastri m\u00e4lu raisatakse niisama.<\/p>\n

Suurel s\u00f5lmel, millel on 10 GB m\u00e4lu, saate k\u00e4ivitada 13 sellist moodulit \u2014 ja j\u00e4\u00e4b alles vaid \u00fcks kasutamata 0,25 GB osa.<\/p>\n

Sel juhul raisatakse ainult 2,5% m\u00e4lu.<\/p>\n

Seega on suurte s\u00f5lmede korral ressursid optimaalsemad.<\/p>\n

M\u00f5ned suured s\u00f5lmed v\u00f5i palju v\u00e4ikeseid?<\/h2>\n

\nNii et, mis on parem: m\u00f5ned suured s\u00f5lmed klastris v\u00f5i palju v\u00e4ikeseid? Nagu alati, pole \u00fcheselt vastust. Palju s\u00f5ltub rakenduse t\u00fc\u00fcbist.<\/p>\n

N\u00e4iteks, kui rakendusele on vajalik 10 GB m\u00e4lu, on selge valik suurte s\u00f5lmede kasuks. Kuid kui rakendus vajab k\u00fcmnekordset kopeerimist k\u00f5rge saadavuse saavutamiseks, siis ei tasu riskida, paigutades koopiad vaid kahele s\u00f5lmele \u2014 klastris peab olema v\u00e4hemalt k\u00fcmme s\u00f5lme.<\/p>\n

Vaheolukordades tehke valik, l\u00e4htudes iga variandi eeliste ja puuduste kaalumisest. V\u00f5ibolla on m\u00f5ned argumendid teie olukorra jaoks asjakohasemad kui teised.<\/p>\n

Ja pole sugugi vajalik, et k\u00f5ik s\u00f5lmed oleksid sama suurusega. Pole midagi, mis takistaks alguses katsetamast sama suurusega s\u00f5lmedega ja seej\u00e4rel lisamast erineva suurusega s\u00f5lmi, \u00fchendades neid klastris. Kubernetes klastrite t\u00f6\u00f6 sildmed v\u00f5ivad olla t\u00e4ielikult heterogeensed. Seega v\u00f5ite proovida kombineerida m\u00f5lema l\u00e4henemise eeliseid.<\/p>\n

\u00dchtset retsepti ei eksisteeri, iga olukord on eriline ja ainult tootmine n\u00e4itab t\u00f5de.<\/p>\n

T\u00f5lge on koostatud pilveplatvormi meeskonna poolt Mail.ru Cloud Solutions<\/a><\/noindex>.<\/i><\/p>\n

Veel Kubernetesest: 25 kasulikku t\u00f6\u00f6riista klastrite haldamiseks ja juurutamiseks<\/a><\/noindex>.<\/p>\n

Allikas: 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\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\udd47Kubernetes'i t\u00f6\u00f6sipilid: palju v\u00e4ikseid v\u00f5i m\u00f5ned suured? | ProHoster","description":"Kubernetes'i klastri loomisel v\u00f5ivad tekkida k\u00fcsimused: kui palju t\u00f6\u00f6sipilisid seadistada ja millist t\u00fc\u00fcpi? Mis on parem kohapealse klastri jaoks: osta mitu v\u00f5imsat serverit v\u00f5i kasutada oma andmekeskuses k\u00fcmmet vana masinat? Ja pilves, kas on parem valida kaheksa \u00fchen\u00fc\u00fcd v\u00f5i kaks nelja n\u00fc\u00fcdi instantsi? Vastused nendele k\u00fcsimustele leiate Daniel Weibeli artiklist, insener-programmeerijast ja \u00f5petajast.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/rabochie-uzly-kubernetes-mnogo-malenkih-ili-neskolko-bolshih","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","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 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","og:url":"https:\/\/prohoster.info\/et\/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"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/56259","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=56259"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/56259\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=56259"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=56259"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=56259"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}