{"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\/pl\/blog\/administrirovanie\/devyat-sovetov-po-povysheniyu-proizvoditelnosti-kubernetes","title":{"rendered":"Dziewi\u0119\u0107 wskaz\u00f3wek dotycz\u0105cych zwi\u0119kszenia wydajno\u015bci Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Dziewi\u0119\u0107<\/p>\n

Cze\u015b\u0107 wszystkim! Nazywam si\u0119 Oleg Sidorenkov, pracuj\u0119 w firmie DomKlik jako kierownik zespo\u0142u infrastruktury. U\u017cywamy 'Kubika' w produkcji ju\u017c od ponad trzech lat, i przez ten czas do\u015bwiadczyli\u015bmy wielu r\u00f3\u017cnych interesuj\u0105cych moment\u00f3w. Dzi\u015b opowiem Wam, jak przy odpowiednim podej\u015bciu mo\u017cna wydoby\u0107 jeszcze wi\u0119cej wydajno\u015bci z 'waniliowego' Kubernetes dla Waszego klastra. Gotowi, startujemy! <\/p>\n

Wszyscy doskonale wiecie, \u017ce Kubernetes to skalowalny system z otwartym kodem do orkiestracji kontenerami; no c\u00f3\u017c, albo 5 binarek, kt\u00f3re dokonuj\u0105 magii, zarz\u0105dzaj\u0105c cyklem \u017cycia Waszych mikrous\u0142ug w \u015brodowisku serwerowym. Ponadto to do\u015b\u0107 elastyczne narz\u0119dzie, kt\u00f3re mo\u017cna sk\u0142ada\u0107 jak klocki Lego, aby maksymalnie dostosowa\u0107 je do r\u00f3\u017cnych zada\u0144.<\/p>\n

I wydaje si\u0119, \u017ce wszystko jest w porz\u0105dku: wrzucaj serwery do klastra, jak drewno do pieca, i nie martw si\u0119 o nic. Ale je\u015bli dbasz o ekologi\u0119, to zaczniesz si\u0119 zastanawia\u0107: 'Jak mog\u0119 podtrzyma\u0107 ogie\u0144 w piecu i jednocze\u015bnie oszcz\u0119dzi\u0107 las?'. Innymi s\u0142owy, jak znale\u017a\u0107 sposoby na popraw\u0119 infrastruktury i obni\u017cenie koszt\u00f3w.<\/p>\n

1. Monitoruj zasoby zespo\u0142\u00f3w i aplikacji<\/h2>\n

\"Dziewi\u0119\u0107<\/p>\n

Jedna z najprostszych, ale skutecznych metod to wprowadzenie requests\/limits. Podziel aplikacje na namespace'y, a namespace'y na zespo\u0142y deweloperskie. Ustawiaj aplikacji przed wdro\u017ceniem warto\u015bci dotycz\u0105ce zu\u017cycia czasu procesora, pami\u0119ci, efemerycznego przechowywania.<\/p>\n

resources:\n   requests:\n     memory: 2Gi\n     cpu: 250m\n   limits:\n     memory: 4Gi\n     cpu: 500m<\/code><\/pre>\n
Metod\u0105 pr\u00f3b i b\u0142\u0119d\u00f3w doszli\u015bmy do wniosku, \u017ce nie warto przeszacowywa\u0107 requests w stosunku do limits wi\u0119cej ni\u017c dwukrotnie. Obj\u0119to\u015b\u0107 klastra oblicza si\u0119 na podstawie requests, a je\u015bli zadasz aplikacjom r\u00f3\u017cnic\u0119 w zasobach, na przyk\u0142ad 5-10 razy, to wyobra\u017a sobie, co stanie si\u0119 z Twoj\u0105 w\u0119z\u0142em, gdy zostanie zape\u0142niona podami i nagle otrzyma obci\u0105\u017cenie. Nic dobrego. Co najmniej throttling, a w najgorszym przypadku po\u017cegnasz si\u0119 z workerem i dostaniesz cykliczne obci\u0105\u017cenie innych w\u0119z\u0142\u00f3w po tym, jak pody zaczn\u0105 si\u0119 przemieszcza\u0107.<\/p>\n
Ponadto, za pomoc\u0105 limitranges<\/code> mo\u017cesz na pocz\u0105tku ustawi\u0107 dla kontenera warto\u015bci dotycz\u0105ce zasob\u00f3w \u2014 minimalne, maksymalne i domy\u015blne:<\/p>\n
\u279c  ~ kubectl describe limitranges --namespace ops\nNazwa:       limit-range\nNamespace:  ops\nTyp         Zas\u00f3b           Min   Max   Domy\u015blny Zas\u00f3b     Domy\u015blny Limit  Max Limit\/Request Ratio\n----        --------         ---   ---   ----------------  -------------  -----------------------\nKontener   cpu              50m   10    100m             100m           2\nKontener   ephemeral-storage  12Mi  8Gi   128Mi            4Gi            -\nKontener   pami\u0119\u0107           64Mi  40Gi  128Mi            128Mi          2<\/code><\/pre>\n
Nie zapomnij ograniczy\u0107 zasob\u00f3w namespace, aby jedna dru\u017cyna nie zabra\u0142a wszystkich zasob\u00f3w klastra:<\/p>\n
\u279c  ~ kubectl describe resourcequotas --namespace ops\nNazwa:                   resource-quota\nNamespace:              ops\nZas\u00f3b                   U\u017cywane        Maksymalne\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
Jak wida\u0107 na opisie resourcequotas<\/code>, je\u015bli dru\u017cyna ops chcia\u0142aby wdro\u017cy\u0107 pody, kt\u00f3re b\u0119d\u0105 zu\u017cywa\u0107 dodatkowe 10 cpu, to scheduler nie pozwoli na to i zg\u0142osi b\u0142\u0105d:<\/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
Aby rozwi\u0105za\u0107 taki problem, mo\u017cna napisa\u0107 narz\u0119dzie, na przyk\u0142ad takie jak ten<\/a><\/noindex>, kt\u00f3re potrafi przechowywa\u0107 i commitowa\u0107 stan zasob\u00f3w dru\u017cyn.<\/p>\n
2. Wybierz optymalne przechowywanie plik\u00f3w<\/h2>\n
\"Dziewi\u0119\u0107<\/p>\n
Tutaj chcia\u0142bym poruszy\u0107 temat trwa\u0142ych wolumen\u00f3w i systemu dyskowego worker nod Kubernetes. Mam nadziej\u0119, \u017ce nikt nie u\u017cywa \u201eKuba\u201d na HDD w produkcji, ale czasem nawet zwyk\u0142y SSD ju\u017c jest niewystarczaj\u0105cy. Spotkali\u015bmy si\u0119 z problemem, \u017ce logi zabi\u0142y dysk z powodu operacji wej\u015bcia\/wyj\u015bcia, a tutaj opcji rozwi\u0105zania nie jest zbyt wiele: <\/p>\n