{"id":82920,"date":"2020-05-26T13:42:37","date_gmt":"2020-05-26T11:42:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-nastrojka-zaprosov-i-limitov-resursov"},"modified":"2020-05-26T13:42:37","modified_gmt":"2020-05-26T11:42:37","slug":"luchshie-praktiki-kubernetes-nastrojka-zaprosov-i-limitov-resursov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-nastrojka-zaprosov-i-limitov-resursov","title":{"rendered":"Kubernetesi parimad praktikad. Ressursside p\u00e4ringute ja piirangute seadistamine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Kubernetesi parimad praktikad. V\u00e4ikeste konteinerite loomine<\/a><\/noindex>
\nKubernetesi parimad praktikad. Kubernetesi korraldamine nimespetsiifiliste ruumide abil<\/a><\/noindex>
\nKubernetesi parimad praktikad. Kubernetesi eluj\u00f5udluse kontrollimine Readiness ja Liveness testide abil<\/a><\/noindex><\/p>\n

Iga Kubernetesi ressursi jaoks on v\u00f5imalik seadistada kahte t\u00fc\u00fcpi n\u00f5udeid \u2014 Requests ja Limits. Esimene kirjeldab minimaalseid n\u00f5udeid vabade ressursside olemasolule s\u00f5lmes, mis on vajalik konteineri v\u00f5i podi k\u00e4ivitamiseks, teine \u200b\u200bpiirab rangelt neid ressursse, mis on konteinerile k\u00e4ttev\u00f5etavad. <\/p>\n

Kui Kubernetes planeerib podi, on v\u00e4ga oluline, et konteineritel oleks piisavalt ressursse normaalseks t\u00f6\u00f6ks. Kui plaanite suure rakenduse juurutamist s\u00f5lmes, mille ressursside maht on piiratud, on t\u00e4iesti v\u00f5imalik, et rakendus ei t\u00f6\u00f6ta, kuna s\u00f5lmest l\u00f5ppeb m\u00e4lu v\u00f5i tal puuduvad protsessoriv\u00f5imsus. Selles artiklis vaatleme, kuidas saab lahendada arvutusv\u00f5imsuse puuduj\u00e4\u00e4gi probleeme ressursside p\u00e4ringute ja piirangute kaudu.<\/p>\n

Requests ja Limits on mehhanismid, mida Kubernetes kasutab selliste ressursside, nagu n\u00e4iteks protsessor ja m\u00e4lu, haldamiseks. Requests tagab, et konteiner saab garanteeritud koguse k\u00fcsitud ressurssi. Kui konteiner k\u00fcsib ressursse, plaanib Kubernetes selle ainult sellele s\u00f5lmele, mis suudab seda pakkuda. Limits piirab, et konteineri k\u00fcsitud ressursid ei \u00fcletaks kunagi kindlaksm\u00e4\u00e4ratud v\u00e4\u00e4rtust.<\/p>\n

\"Kubernetesi<\/a><\/noindex><\/p>\n

Konteiner v\u00f5ib suurendada oma arvutusv\u00f5imet kuni teatud piirini, p\u00e4rast mida see piirdub. Vaatame, kuidas see toimib. On olemas kaks t\u00fc\u00fcpi ressursse \u2014 protsessor ja m\u00e4lu. Kubernetes'i planeerija kasutab nende ressursside andmeid, et selgitada v\u00e4lja, kus teie podid k\u00e4ivitada. T\u00fc\u00fcpiline ressursside spetsifikatsioon podi jaoks n\u00e4eb v\u00e4lja j\u00e4rgmiselt.<\/p>\n

\"Kubernetesi
\n
\nIgas podis saab konteiner seadistada omaenda n\u00f5udmised ja piirangud, ning k\u00f5ik need on kumulatiivsed. K\u00f5igepealt m\u00e4\u00e4ratakse protsessoriv\u00f5imsus millikohtades. Kui teie konteiner vajab k\u00e4itamiseks kahe t\u00e4is tuuma j\u00f5udlust, peate seadistama v\u00e4\u00e4rtuse 2000m. Kui konteiner vajab ainult 1\/4 tuuma j\u00f5udlust, on v\u00e4\u00e4rtus 250m. Pidage meeles, et kui m\u00e4\u00e4rate protsessoriv\u00f5imsuse v\u00e4\u00e4rtuse, mis \u00fcletab suurima s\u00f5lme tuumade arvu, siis teie podi ei plaanita \u00fcldse. Sama juhtub, kui teil on pod, mis vajab nelja tuuma, samas kui Kubernetes klaster koosneb vaid kahest p\u00f5hilisest virtuaalmasinast.<\/p>\n

Ainult siis, kui teie rakendus ei ole m\u00f5eldud mitme tuuma eeliste maksimaalseks kasutamiseks (silmas peetakse selliseid programme nagu keerulised teaduslikud arvutused ja andmebaasi operatsioonid), on parim praktika seadistada CPU n\u00f5udmised v\u00e4\u00e4rtusele 1 v\u00f5i madalam ja seej\u00e4rel k\u00e4ivitada rohkem replikaid skaleeritavuse saavutamiseks. See lahendus annab s\u00fcsteemile suurema paindlikkuse ja usaldusv\u00e4\u00e4rsuse.<\/p>\n

Kuna tegemist on CPU piirangutega, muutub olukord huvitavamaks, kuna see loetakse kokkusurutavaks ressursiks. Kui teie rakendus hakkab l\u00e4henema protsessori v\u00f5imsuse piirile, hakkab Kubernetes teie konteinerit aeglustama, kasutades CPU Throttling'ut \u2014 protsessori sageduse v\u00e4hendamist. See t\u00e4hendab, et protsessorit piiratakse kunstlikult, andes rakendusele potentsiaalselt halvemad tulemused, kuid protsess ei peatuks ega oleks eemaldatud. <\/p>\n

M\u00e4luressursid m\u00e4\u00e4ratakse baitides. T\u00fc\u00fcpiliselt m\u00f5\u00f5detakse seadistustes v\u00e4\u00e4rtust mebibaitides (Mib), kuid saate m\u00e4\u00e4rata mis tahes v\u00e4\u00e4rtuse alates baitidest kuni petabaitideni. Siin kehtib sama olukord nagu CPU puhul \u2014 kui esitate m\u00e4luhulga taotluse, mis \u00fcletab s\u00f5lmede m\u00e4lu, ei planeerita selle pod'i t\u00e4itmist. Kuid erinevalt protsessori ressursidest ei ole m\u00e4lu kokkusurutav, kuna pole viisi selle kasutamise piiramise jaoks. Seet\u00f5ttu peatatakse konteineri t\u00e4itmine, kui see \u00fcletab sellele m\u00e4\u00e4ratud m\u00e4lu.<\/p>\n

\"Kubernetesi
\n
\nOluline on meeles pidada, et te ei saa seadistada p\u00e4ringuid, mis \u00fcletavad teie s\u00f5lmede pakutavaid ressursimahu. GKE virtuaalmasinate \u00fchiste ressursside omadused on saadaval allpool olevates linkides, mis asuvad selle video all.<\/p>\n

Ideaalmaailmas peaks vaikes\u00e4tete j\u00e4rgi piisama konteinerite seadetest, et t\u00f6\u00f6protsessid sujuksid probleemideta. Kuid t\u00f5eline maailm ei ole selline, inimesed v\u00f5ivad kergesti unustada ressursside kasutamise seadistada v\u00f5i h\u00e4kkerid v\u00f5ivad seada p\u00e4ringud ja piirangud, mis \u00fcletavad infrastruktuuri reaalseid v\u00f5imalusi. Selliste stsenaariumite v\u00e4ltimiseks saab seadistada ressursside kvote ResourceQuota ja piirangute vahemikke LimitRange.<\/p>\n

P\u00e4rast nimespetsiifiliste ruumide loomist saab neid kvotade abil piirata. N\u00e4iteks, kui teil on prod ja dev nimede ruumid, kasutatakse mustrit, kus tootmisruumid ei ole \u00fcldse kvoteeritud, samas kui arendusr\u00fchmal on v\u00e4ga ranged kvotad. See v\u00f5imaldab tootmisruumile teha j\u00e4rsu liikluset\u00f5usu korral k\u00f5ik olemasolevad ressursid enda kasutusse, blokeerides t\u00e4ielikult arendusr\u00fchma.<\/p>\n

Ressursskvota v\u00f5ib v\u00e4lja n\u00e4ha selline. Antud n\u00e4ites on 4 jaotust \u2013 need on 4 alumist koodirida.<\/p>\n

\"Kubernetesi
\n
\nVaadakem neid k\u00f5iki. Requests.cpu on maksimaalne kombinatsiooniliste protsessoriv\u00f5imsuse p\u00e4ringute arv, mis v\u00f5ivad tulla k\u00f5igist konteineritest nimede ruumis. Antud n\u00e4ites v\u00f5ivad teil olla 50 konteinerit, mille p\u00e4ringud on 10m, viis konteinerit, mille p\u00e4ringud on 100m, v\u00f5i lihtsalt \u00fcks konteiner, mille p\u00e4ring on 500m. Niikaua kui antud nimede ruumi requests.cpu kogus on alla 500m, on k\u00f5ik korras.<\/p>\n

K\u00fcsitav m\u00e4lu requests.memory on maksimaalne kombinatsiooniliste m\u00e4lu p\u00e4ringute suurus, mis v\u00f5ivad olla k\u00f5igil konteineritel nimede ruumis. Nagu eelmises n\u00e4ites, v\u00f5ite omada 50 konteinerit, millel on 2 MiB, viis konteinerit, millel on 20 MiB, v\u00f5i \u00fche konteineri, millel on 100 MiB, kuni antud nimede ruumi k\u00fcsitav m\u00e4lu j\u00e4\u00e4b alla 100 mebibaiti.<\/p>\n

limits.cpu \u2014 see on maksimaalne kombineeritud protsessori v\u00f5imsuse v\u00e4\u00e4rtus, mida k\u00f5ik nimespetsiifilised konteinerid v\u00f5ivad kasutada. Seda v\u00f5ib pidada protsessori v\u00f5imsuse taotlemise piiriks.<\/p>\n

L\u00f5puks, limits.memory \u2013 see on maksimaalne kogus \u00fcldm\u00e4lu, mida k\u00f5ik konteinerid nimespetsiifilises ruumis v\u00f5ivad kasutada. See on m\u00e4lu taotlemise kogupiirang.
\nSeega t\u00f6\u00f6tavad Kubernetes'i klastris konteinerid vaikimisi piiranguteta arvutusressurssidega. Ressursside kvootide abil saavad klastrihaldurid piirata ressursikasutust ja nende loomist nimespetsiifiliste ruumide p\u00f5hjal. Nimespetsiifilises ruumis v\u00f5ib pod'i v\u00f5i konteineri modulaarne osa tarbida nii palju CPU- ja m\u00e4lun\u00f5udlust, kui on m\u00e4\u00e4ratud nimespetsiifilise ruumi ressursside kvoodiga. Siiski on mure, et \u00fcks pod v\u00f5i konteiner v\u00f5ib monopoliseerida k\u00f5ik olemasolevad ressursid. Selle olukorra v\u00e4ltimiseks kasutatakse limiidivahemikku, mis on ressursijaotuse piirangupoliitika (pod'ide v\u00f5i konteinerite jaoks) nimespetsiifilises ruumis.<\/p>\n

Limiitide vahemik annab piirangud, mis v\u00f5ivad:<\/p>\n