{"id":97982,"date":"2020-10-23T14:42:15","date_gmt":"2020-10-23T12:42:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/devyat-sovetov-po-povysheniyu-proizvoditelnosti-kubernetes"},"modified":"2020-11-18T00:58:47","modified_gmt":"2020-11-17T22:58:47","slug":"devyat-sovetov-po-povysheniyu-proizvoditelnosti-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/devyat-sovetov-po-povysheniyu-proizvoditelnosti-kubernetes","title":{"rendered":"Devet savjeta za pove\u0107anje performansi Kubernetes-a","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Devet<\/p>\n

Pozdrav svima! Moje ime je Oleg Sidorenko, radim u tvrtki DomClick kao voditelj infrastrukturnog tima. Ve\u0107 vi\u0161e od tri godine koristimo \"Kubik\" u produkciji, i tokom tog vremenskog razdoblja do\u017eivjeli smo mnoge zanimljive trenutke. Danas \u0107u vam ispri\u010dati kako uz pravi pristup mo\u017eete iz \"vanilnog\" Kubernetesa izvu\u0107i jo\u0161 ve\u0107u u\u010dinak za svoj klaster. Spremni, pozor, krenimo! <\/p>\n

Svi dobro znate da je Kubernetes skalabilni sustav s otvorenim kodom za orkestraciju kontejnera; ili, ili 5 binarnih datoteka koje \u010dine \u010daroliju upravljaju\u0107i \u017eivotnim ciklusom va\u0161ih mikroservisa u poslu\u017eiteljskoj okolini. Osim toga, to je prili\u010dno fleksibilan alat koji se mo\u017ee sastaviti poput Lego kockica za maksimalnu prilagodbu razli\u010ditim zadacima.<\/p>\n

I kao da je sve u redu: bacajte servere u klaster, poput drva u pe\u0107, i ne brinite. No, ako ste za ekologiju, zapitat \u0107ete se: \"Kako mogu odr\u017eavati vatru u pe\u0107i, a istovremeno \u0161tititi \u0161umu?\" Drugim rije\u010dima, kako prona\u0107i na\u010dine za pobolj\u0161anje infrastrukture i smanjenje tro\u0161kova.<\/p>\n

1. Pratite resurse timova i aplikacija<\/h2>\n

\"Devet<\/p>\n

Jedna od najbanalnijih, ali najdjelotvornijih metoda je uvo\u0111enje requests\/limits. Podijelite aplikacije po namespace-ima, a namespace-e po timovima razvoja. Zadajte aplikaciji vrijednosti potro\u0161nje procesorskog vremena, memorije i efemernog prostora za pohranu prije nego \u0161to je implementirate.<\/p>\n

resources:\n   requests:\n     memory: 2Gi\n     cpu: 250m\n   limits:\n     memory: 4Gi\n     cpu: 500m<\/code><\/pre>\n
Iskustvom smo do\u0161li do zaklju\u010dka: ne bi trebalo napuhavati zahtjeve od limita vi\u0161e od dva puta. Volumen klastera se izra\u010dunava na temelju zahtjeva, i ako zadate aplikacijama razliku u resursima, na primjer, 5-10 puta, zamislite \u0161to \u0107e se dogoditi s va\u0161om nodom kada se napuni podovima i iznenada dobije optere\u0107enje. Ni\u0161ta dobro. U najmanju ruku, throttling, a u najboljem slu\u010daju, oprostit \u0107ete se od radnika i dobiti cikli\u010dko optere\u0107enje na ostalim nodama nakon \u0161to podovi po\u010dnu preseljenje.<\/p>\n
Osim toga, putem limitranges<\/code> na po\u010detku mo\u017eete zada\u0107i za kontejner vrijednosti resursa \u2014 minimalne, maksimalne i prema zadanim postavkama:<\/p>\n
\u279c  ~ kubectl describe limitranges --namespace ops\nName:       limit-range\nNamespace:  ops\nType        Resource           Min   Max   Default Request  Default Limit  Max Limit\/Request Ratio\n----        --------           ---   ---   ---------------  -------------  -----------------------\nContainer   cpu                50m   10    100m             100m           2\nContainer   ephemeral-storage  12Mi  8Gi   128Mi            4Gi            -\nContainer   memory             64Mi  40Gi  128Mi            128Mi          2<\/code><\/pre>\n
Ne zaboravite ograni\u010diti resurse prostora imena kako jedna ekipa ne bi mogla uzeti sve resurse klastera:<\/p>\n
\u279c  ~ kubectl describe resourcequotas --namespace ops\nName:                   resource-quota\nNamespace:              ops\nResource                Used          Hard\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>\n
Kao \u0161to se mo\u017ee vidjeti iz opisa resourcequotas<\/code>, ako ekipa ops \u017eeli postaviti podove koji \u0107e tro\u0161iti jo\u0161 10 cpu, planer ne\u0107e dopustiti to i prikazat \u0107e pogre\u0161ku:<\/p>\n
Error creating: pods \"nginx-proxy-9967d8d78-nh4fs\" is forbidden: exceeded quota: resource-quota, requested: limits.cpu=5,requests.cpu=5, used: limits.cpu=77250m,requests.cpu=53850m, limited: limits.cpu=10,requests.cpu=10<\/code><\/pre>\n
Za rje\u0161avanje takvog problema mogu\u0107e je napisati alat, na primjer, kao ovaj<\/a><\/noindex>, koji mo\u017ee skladi\u0161titi i komitirati stanje resursa ekipa.<\/p>\n
2. Odaberite optimalnu pohranu datoteka<\/h2>\n
\"Devet<\/p>\n
Ovdje bih \u017eelio dotaknuti temu trajnih volumena i diskovnog sustava radnih \u010dvorova Kubernetes-a. Nadam se da nitko ne koristi \"KUB\" na HDD-u u produkciji, ali ponekad \u010dak i obi\u010dni SSD postaje nedovoljan. Na\u0161li smo se pred problemom da su dnevni\u010dki zapisi uni\u0161tavali disk zbog operacija ulaz\/izlaz, a opcija rje\u0161enja nije mnogo: <\/p>\n