![\"Devet](\"\/wp-content\/uploads\/2020\/10\/92dc510aa9d785a31d310816b18bf854.png\")
<\/p>\n<\/p>\n
\u017divjo! Sem Oleg Sidorenkov, vodja infrastrukturne ekipe pri podjetju DomClick. V produkciji delamo z \u201eKocko\u201c \u017ee ve\u010d kot tri leta in v tem \u010dasu smo do\u017eiveli veliko razli\u010dnih zanimivih trenutkov. Danes vam bom povedal, kako lahko ob pravnem pristopu iz \u201evanilijevega\u201c Kubernetes izvle\u010dete \u0161e ve\u010djo zmogljivost za va\u0161 klaster. Ready steady go! <\/p>\n
Vsi veste, da je Kubernetes raz\u0161irljiv sistem z odprto kodo za orkestracijo kontejnerjev; no, ali pa 5 binarnih datotek, ki ustvarjajo \u010darovnijo, upravljajo\u010d \u017eivljenjski cikel va\u0161ih mikroservisov v stre\u017eni\u0161kem okolju. Poleg tega je to precej prilagodljiv instrument, ki ga lahko sestavite kot Lego kocke za maksimalno prilagoditev razli\u010dnim nalogam.<\/p>\n
In vse se zdi v redu: vklopi stre\u017enike v klaster kot drva v pe\u010d, in ne skrbi. A \u010de si za ekologijo, se bo\u0161 vpra\u0161al: \u201eKako lahko ohranim ogenj v pe\u010di in hkrati \u0161param gozd?\u201c. Drugimi besedami, kako najti na\u010dine za izbolj\u0161anje infrastrukture in zmanj\u0161anje stro\u0161kov.<\/p>\n
![\"Devet](\"\/wp-content\/uploads\/2020\/10\/91e2e60b47ee985b024532c8b685230c.png\")
<\/p>\n
Eden najslaj\u0161ih, a u\u010dinkovitih metod je uvedba zahtev\/naredb. Razdelite aplikacije po imenskih prostorih in imenske prostore po razvojnim ekipam. Dolo\u010dite vrednosti porabe procesorskega \u010dasa, pomnilnika in minljivega shranjevanja, preden aplikacije namestite.<\/p>\n
resources:\n requests:\n memory: 2Gi\n cpu: 250m\n limits:\n memory: 4Gi\n cpu: 500m<\/code><\/pre>\nZ izku\u0161njami smo pri\u0161li do zaklju\u010dka: ne smete pove\u010dati zahtevani pri maksimumih za ve\u010d kot dvakrat. Obseg klasterja se izra\u010duna na podlagi zahtev, in \u010de boste dolo\u010dili aplikacijam razliko v virih, na primer 5-10 krat, si predstavljajte, kaj se zgodi z va\u0161im vozli\u0161\u010dem, ko se napolni z podi in nenadoma dobi obremenitev. Ni\u010d dobrega. Vsaj trotliranje, najslab\u0161e pa se poslovite od delavca in dobite cikli\u010dno obremenitev preostalih vozli\u0161\u010d po tem, ko se podi za\u010dnejo seliti.<\/p>\n
Osim toga, putem limitranges<\/code> lahko na za\u010detku dolo\u010dite vrednosti za vire za vsebnik \u2014 minimalne, maksimalne in privzete:<\/p>\n\u279c ~ kubectl opisati limitranges --namespace ops\nIme: limit-range\nNamespace: ops\nTip Resurs Min Max Zadnji zahtev Zadnja ograni\u010denja Maksimalni odnos ograni\u010denja\/zahteva\n---- -------- --- --- --------------- ------------- -----------------------\nContainer cpu 50m 10 100m 100m 2\nContainer ephemeral-storage 12Mi 8Gi 128Mi 4Gi -\nContainer memory 64Mi 40Gi 128Mi 128Mi 2<\/code><\/pre>\nNe zaboravite ograni\u010diti resurse namespace-a kako jedna ekipa ne bi mogla da potro\u0161i sve resurse klastera:<\/p>\n
\u279c ~ kubectl opisati resourcequotas --namespace ops\nIme: resource-quota\nNamespace: ops\nResurs Kori\u0161\u0107eno Ograni\u010deno\n-------- ---- ----\nlimits.cpu 77250m 80\nlimits.memory 124814367488 150Gi\npods 31 45\nrequests.cpu 53850m 80\nrequests.memory 75613234944 150Gi\nservices 26 50\nservices.loadbalancers 0 0\nservices.nodeports 0 0<\/code><\/pre>\nKao \u0161to se mo\u017ee videti iz opisa resourcequotas<\/code>, ako ekipa ops \u017eeli da postavi podove koji \u0107e koristiti jo\u0161 10 cpu, planifier ne\u0107e dozvoliti to da se uradi i izda\u0107e gre\u0161ku:<\/p>\nGre\u0161ka prilikom kreiranja: podovi \"nginx-proxy-9967d8d78-nh4fs\" su zabranjeni: prekora\u010deno kvota: resource-quota, zahtevano: limits.cpu=5, requests.cpu=5, kori\u0161\u0107eno: limits.cpu=77250m, requests.cpu=53850m, ograni\u010deno: limits.cpu=10, requests.cpu=10<\/code><\/pre>\nZa re\u0161avanje ovakvog problema mo\u017eete napisati alat, recimo, kao