{"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":"Parimad praktikad Kuberneteses. Ressursside p\u00e4ringute ja piirangute seadistamine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/502052\/\">Parimad Kubernetes'i praktikad. V\u00e4ikeste konteinerite loomine<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/502320\/\">Kubernetes'i parimad tavad. Kubernetes'i korraldamine nimede ruumi abil<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/502430\/\">Kubernetes'i parimad praktikad. Kubernetes'i eluj\u00f5u kontrollimine Readiness ja Liveness testide abil<\/a><\/noindex><\/p>\n<p>Iga Kubernetes ressursi jaoks on v\u00f5imalik seadistada kahte t\u00fc\u00fcpi n\u00f5udeid \u2014 Requests ja Limits. Esimene kirjeldab minimaalset n\u00f5uet vabade ressurside olemasolu kohta s\u00f5lmides, mis on vajalik konteineri v\u00f5i pod'i k\u00e4ivitamiseks, teine \u200b\u200bpiirab j\u00e4medalt ressursse, mis on konteinerile kergesti k\u00e4ttesaadavad. <\/p>\n<p>Kui Kubernetes planeerib pod'i, on v\u00e4ga oluline, et konteineritel oleks piisavalt ressursse normaalseks t\u00f6\u00f6tamiseks. Kui plaanite suurte rakenduste juurutamist piiratud ressurssidega s\u00f5lmisse, v\u00f5ib juhtuda, et see ei t\u00f6\u00f6ta, kuna s\u00f5lmel on m\u00e4lu otsas v\u00f5i tal ei ole piisavalt protsessoriv\u00f5imet. Selles artiklis vaatleme, kuidas saab lahendada arvutusv\u00f5imsuse puudumist ressursin\u00f5uete ja piirangute abil.<\/p>\n<p>N\u00f5uded Requests ja piirangud Limits on mehhanismid, mida Kubernetes kasutab selliste ressursside haldamiseks nagu protsessor ja m\u00e4lu. Requests on see, mille alusel konteiner garantii alusel saab n\u00f5utud ressursi. Kui konteiner n\u00f5uab ressurssi, siis Kubernetes plaanib selle ainult sellele s\u00f5lmele, mis suudab seda pakkuda. Piirangud Limits kontrollivad, et konteineri poolt n\u00f5utud ressursid ei \u00fcletaks kunagi kindlaksm\u00e4\u00e4ratud v\u00e4\u00e4rtust.<\/p>\n<p><img decoding=\"async\" alt=\"Parimad praktikad Kuberneteses. Ressursside p\u00e4ringute ja piirangute seadistamine\" src=\"\/wp-content\/uploads\/2020\/05\/047fc1c3dddef1f33be78616ad70d62f.png\" style=\"display:block;margin: 0 auto;\" \/><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Konteiner v\u00f5ib arvutusv\u00f5imet suurendada ainult teatud piirini, p\u00e4rast mida see piirdub. Vaatame, kuidas see toimib. Seega on olemas kaks ressurssi \u2014 protsessor ja m\u00e4lu. Kubernetes'i planeerija kasutab nende ressursside andmeid, et v\u00e4lja selgitada, kus teie pod'id k\u00e4ivitada. T\u00fc\u00fcpiline ressursside spetsifikatsioon pod'i jaoks n\u00e4eb v\u00e4lja j\u00e4rgmiselt.<\/p>\n<p><img decoding=\"async\" alt=\"Parimad praktikad Kuberneteses. Ressursside p\u00e4ringute ja piirangute seadistamine\" src=\"\/wp-content\/uploads\/2020\/05\/84f1212f7098d25273217d4218d661f2.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIga konteiner podis saab seada oma kehtestatud n\u00f5uded ja piirangud, mis k\u00f5ik on liituvad. Protsessori ressursid m\u00e4\u00e4ratakse millikraadi kaupa. Kui teie konteiner vajab k\u00e4ivitamiseks kahte t\u00e4isprotsessori tuuma, peate seadistama v\u00e4\u00e4rtuse 2000m. Kui aga konteiner vajab vaid 1\/4 tuuma v\u00f5imsust, on v\u00e4\u00e4rtus 250m. Pidage meeles, et kui m\u00e4\u00e4rate protsessoriressursi v\u00e4\u00e4rtuse, mis \u00fcletab suurima s\u00f5lme tuumade arvu, ei kavandata teie poodi \u00fcldse. Sarnane olukord tekib, kui teil on pod, mis vajab nelja tuuma, ja Kubernetes klaster koosneb vaid kahest p\u00f5hisest virtuaalmasinast.<\/p>\n<p>Kui teie rakendus ei ole spetsiaalselt loodud mitme tuuma eeliste kasutamiseks (millele tulevad meelde sellised programmid nagu keerulised teaduslikud arvutused ja andmebaasioperatsioonid), siis parim praktika on seadistada CPU Requests v\u00e4\u00e4rtuseks 1 v\u00f5i madalam, k\u00e4ivitades rohkem replikaid skaleeritavuse saavutamiseks. See lahendus annab s\u00fcsteemile suurema paindlikkuse ja usaldusv\u00e4\u00e4rsuse.<\/p>\n<p>Kui r\u00e4\u00e4kida protsessori piirangutest, siis asjad muutuvad huvitavamaks, kuna see on kokku surutav ressurss. Kui teie rakendus hakkab l\u00e4henema protsessoriv\u00f5imsuse piirile, hakkab Kubernetes teie konteinerit aeglustama, kasutades CPU Throttling'ut \u2014 protsessori sageduse v\u00e4hendamist. See t\u00e4hendab, et protsessor on kunstlikult piiratud, andes rakendusele potentsiaalselt halvemad j\u00f5udluskaumad, kuid protsess ei l\u00f5petata ega katkestata. <\/p>\n<p>M\u00e4lu ressursid m\u00e4\u00e4ratakse baitides. T\u00fc\u00fcpiliselt m\u00f5\u00f5detakse v\u00e4\u00e4rtust seadistustes mebibaitide Mib kaupa, kuid v\u00f5ite m\u00e4\u00e4rata mistahes v\u00e4\u00e4rtuse alates baitidest kuni petabaitideni. Siin kehtib sama olukord nagu protsessoriga \u2014 kui m\u00e4\u00e4rate m\u00e4lun\u00f5ude, mis \u00fcletab teie s\u00f5lmede m\u00e4lumahtu, ei kavandata selle pod'i t\u00e4itmist. Kuid erinevalt protsessoriressurssidest ei ole m\u00e4lu kokku surutav, kuna pole mingit viisi selle kasutamise piiramise kohaldamiseks. Seet\u00f5ttu peatatakse konteineri t\u00e4itmine, kui see \u00fcletab talle m\u00e4\u00e4ratud m\u00e4lu.<\/p>\n<p><img decoding=\"async\" alt=\"Parimad praktikad Kuberneteses. Ressursside p\u00e4ringute ja piirangute seadistamine\" src=\"\/wp-content\/uploads\/2020\/05\/a2b372ad9de7e065b435dae87ee62708.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOluline on meeles pidada, et te ei saa konfigureerida p\u00e4ringuid, mis \u00fcletavad ressursside suurust, mida teie s\u00f5lmed saavad pakkuda. GKE virtuaalmasinate \u00fchiste ressursside omaduste kohta leiate teavet allpool olevatest linkidest videoaluses.<\/p>\n<p>Ideaalsetes konteineri seadistuste maailmas piisaks vaikeseadistustest, et t\u00f6\u00f6vood sujuksid. Kuid reaalne maailm pole selline, inimesed v\u00f5ivad unustada ressursside kasutamise seadistamise v\u00f5i h\u00e4kkerid seadistavad p\u00e4ringud ja piirangud, mis \u00fcletavad infrastruktuuri tegelikke v\u00f5imalusi. Selliste stsenaariumide v\u00e4ltimiseks saab seadistada ressursside kvooti ResourceQuota ja piirangute vahemikke LimitRange.<\/p>\n<p>P\u00e4rast nimede loomist saab neid blokeerida kvotidega. N\u00e4iteks kui teil on nimed prod ja dev, kasutatakse mustrit, mille kohaselt on tootmisalustes kvotid \u00fcldse puuduvad, samas kui arenduses on kvotid v\u00e4ga ranged. See v\u00f5imaldab prod-l \u00e4kilise liikluse suurenemise korral kogu olemasoleva ressursi \u00e4ra v\u00f5tta, blokeerides t\u00e4ielikult dev-i.<\/p>\n<p>Ressursikvoot v\u00f5ib v\u00e4lja n\u00e4ha selline. Selles n\u00e4ites on 4 sektsiooni - need on 4 allolevat koodirida.<\/p>\n<p><img decoding=\"async\" alt=\"Parimad praktikad Kuberneteses. Ressursside p\u00e4ringute ja piirangute seadistamine\" src=\"\/wp-content\/uploads\/2020\/05\/569f4ddde6ad46c707e91cc05947fc6b.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVaadakem iga\u00fcht neist. Requests.cpu on maksimaalne kombineeritud protsessoriressursside p\u00e4ringute arv, mis v\u00f5ib tulla k\u00f5igilt nimede konteineritelt. Selles n\u00e4ites v\u00f5ivad teil olla 50 konteinerit 10m p\u00e4ringutega, viis konteinerit 100m p\u00e4ringutega v\u00f5i lihtsalt \u00fcks konteiner 500m p\u00e4ringuga. Niikaua, kui selle nime ruumi total requests.cpu j\u00e4\u00e4b alla 500m, l\u00e4heb k\u00f5ik h\u00e4sti.<\/p>\n<p>P\u00e4ritud m\u00e4lu requests.memory on maksimaalne kombineeritud m\u00e4lu p\u00e4ringu suurus, mida v\u00f5ivad sisaldada k\u00f5ik konteinerid nimede ruumis. Nagu eelnevas n\u00e4ites, v\u00f5ite omada 50 konteinerit 2 MiB, viis konteinerit 20 MiB v\u00f5i \u00fche konteineri 100 MiB, kuni kogu p\u00e4ritud m\u00e4lu alal on v\u00e4hem kui 100 mebibaiti.<\/p>\n<p>Limits.cpu on maksimaalne kombineeritud protsessoriv\u00f5imsuse v\u00e4\u00e4rtus, mida saavad kasutada k\u00f5ik konteinerid nimede ruumis. Seda v\u00f5ib pidada protsessoriv\u00f5imsuse p\u00e4ringute piiriks.<\/p>\n<p>L\u00f5puks, limits.memory on maksimaalne kogus \u00fcldm\u00e4lu, mida v\u00f5ivad kasutada k\u00f5ik konteinerid nimekirjas. See on kogu m\u00e4lakuude piirang.<br \/>\nNiisiis, vaikimisi t\u00f6\u00f6tavad konteinerid Kubernetes'i klastris piiramatute arvutusressurssidega. Ressursikvootide abil saavad klassi administraatorid piirata ressursikasutust ja nende loomist nimekirjade p\u00f5hjal. Nimekirjas v\u00f5ib podi v\u00f5i konteineri moodul tarbida nii palju CPU ja m\u00e4lu v\u00f5imsust, kui on m\u00e4\u00e4ratud nimekirja ressursside kvoodis. Siiski on mure, et \u00fcks pod v\u00f5i konteiner v\u00f5ib monopoliseerida k\u00f5ik olemasolevad ressursid. Selle olukorra v\u00e4ltimiseks kasutatakse piiride vahemikku limit Range - ressursside jaotamise piirangute poliitikat (podide v\u00f5i konteinerite jaoks) nimekirjas.<\/p>\n<p>Piiride vahemik annab piirangud, mis v\u00f5ivad:<\/p>\n<ul>\n<li>tagada minimaalne ja maksimaalne arvutusressursside kasutamine iga mooduli v\u00f5i konteineri jaoks nimekirjas;<\/li>\n<li>sunniviisiliselt t\u00e4ita minimaalne ja maksimaalne salvestusmahu p\u00e4ring Storage Request iga PersistentVolumeClaim jaoks nimekirjas;<\/li>\n<li>sunniviisiliselt m\u00e4\u00e4rata suhe p\u00e4ringu Request ja piirangu Limit vahel ressursi nimekirjas;<\/li>\n<li>seada Requests\/Limits vaikev\u00e4\u00e4rtused arvutusressurssidele nimekirjas ja automaatselt rakendada neid konteinerites t\u00f6\u00f6 ajal.<\/li>\n<\/ul>\n<p>\nN niisiis, v\u00f5ite luua piiride vahemiku oma nimekirjas. Erinevalt kvoodist, mis katab kogu nimekirja, kasutatakse Limit Range individuaalsetele konteineritele. See v\u00f5ib takistada kasutajate loomast t\u00e4iesti v\u00e4ikeseid v\u00f5i vastupidi, hiiglaslikke konteinerite nimekirjas. Piiride vahemik Limit Range v\u00f5ib v\u00e4lja n\u00e4ha selline. <\/p>\n<p><img decoding=\"async\" alt=\"Parimad praktikad Kuberneteses. Ressursside p\u00e4ringute ja piirangute seadistamine\" src=\"\/wp-content\/uploads\/2020\/05\/3fb358788910ca21e267a887032cdf1a.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNagu eelnevas juhul, on siin neli sektsiooni. Vaatame iga\u00fcht l\u00e4hemalt.<br \/>\nDefault sektsioonis on m\u00e4\u00e4ratud vaikimisi piirangud konteinerile podis. Kui m\u00e4\u00e4rate need v\u00e4\u00e4rtused piiride vahemikus, siis k\u00f5ik konteinerid, mille jaoks neid v\u00e4\u00e4rtusi pole selgelt m\u00e4\u00e4ratud, j\u00e4rgivad vaikimisi v\u00e4\u00e4rtusi.<\/p>\n<p>Vaikimisi on l\u00f5igul defaultRequest m\u00e4\u00e4ratud konteinerite vaikek\u00fcsimused pod'is. J\u00e4llegi, kui seadistate need v\u00e4\u00e4rtused piirm\u00e4\u00e4rade vahemikku, kasutatakse vaikimisi neid v\u00e4\u00e4rtusi k\u00f5igi konteinerite puhul, millele neid parameetreid selgelt ei m\u00e4\u00e4ratud.<\/p>\n<p>L\u00f5igus max on m\u00e4\u00e4ratud maksimaalsed piirangud, mida saab seada konteinerile pod'is. L\u00f5igu default ja konteineri piirangud ei tohi olla k\u00f5rgemad kui see piir. Oluline on m\u00e4rkida, et kui on seadistatud max v\u00e4\u00e4rtus ja l\u00f5igul default puudub, siis maksimaalne v\u00e4\u00e4rtus muutub vaikimisi v\u00e4\u00e4rtuseks.<\/p>\n<p>L\u00f5igus min on m\u00e4\u00e4ratud minimaalseteks p\u00e4ringuteks, mida saab seada konteinerile pod'is. Sellega seoses ei tohi l\u00f5igus default ja konteineri p\u00e4ringud olla madalamad kui see piir.<\/p>\n<p>J\u00e4llegi, on oluline m\u00e4rkida, et kui see v\u00e4\u00e4rtus on seadistatud, kuid v\u00e4\u00e4rtus default puudub, siis minimaalne v\u00e4\u00e4rtus muutub vaikimisi p\u00e4ringuks.<\/p>\n<p>Kokkuv\u00f5ttes kasutab Kubernetes ressursside p\u00e4ringuid teie t\u00f6\u00f6koormuste t\u00e4itmiseks. Et saaksite oma konteinerid \u00f5igesti seadistada, on \u00e4\u00e4rmiselt oluline m\u00f5ista, kuidas see t\u00f6\u00f6tab. Oletame, et soovite k\u00e4ivitada mitmeid mooduleid oma klastri sees. Oletades, et pod'i spetsifikatsioonid on kehtivad, kasutatakse Kubernetesis ts\u00fcklit\u00f6\u00f6tlust s\u00f5lme valimiseks t\u00f6\u00f6koormuse t\u00e4itmiseks.<\/p>\n<p><img decoding=\"async\" alt=\"Parimad praktikad Kuberneteses. Ressursside p\u00e4ringute ja piirangute seadistamine\" src=\"\/wp-content\/uploads\/2020\/05\/29abd097fc0158dfbb585c4617036ccf.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKubernetes kontrollib, kas s\u00f5lmel Node 1 on piisavalt ressursse konteinerite p\u00e4ringute t\u00e4itmiseks, ja kui ei, siis l\u00e4heb j\u00e4rgmisele s\u00f5lmele. Kui aga \u00fckski s\u00f5lm s\u00fcsteemis ei suuda p\u00e4ringutele vastata, l\u00e4hevad pod'id ooteseisundisse Pending state. Google Kubernetes Engine'i automaatse s\u00f5lmede skaala funktsiooniga suudab GKE automaatselt tuvastada ooteseisundi ja luua veel m\u00f5ned lisas\u00f5lmed. <\/p>\n<p>Kui hiljem tekib s\u00f5lmede \u00fclej\u00e4\u00e4k, siis automaatse skaala funktsioon v\u00e4hendab nende arvu, et s\u00e4\u00e4sta raha. Just seet\u00f5ttu plaanib Kubernetes pod'e p\u00e4ringute alusel. Kuid piir v\u00f5ib olla suurem kui p\u00e4ringud ja m\u00f5nel juhul v\u00f5ib s\u00f5lm tegelikult ressursid \u00e4ra kasutada. Me nimetame seda seisundit \u00fclekompenseerimise seisundiks.<\/p>\n<p><img decoding=\"async\" alt=\"Parimad praktikad Kuberneteses. Ressursside p\u00e4ringute ja piirangute seadistamine\" src=\"\/wp-content\/uploads\/2020\/05\/995c906880f09734c4765519f1f2465d.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNagu ma juba \u00fctlesin, kui jutt on protsessorist, hakkab Kubernetes piirama pod'e. Iga pod saab t\u00e4pselt nii palju, kui ta on palunud, kuid kui ta ei saavuta limiiti, siis rakendatakse t\u00f5kestamist. <\/p>\n<p>M\u00e4luressursside osas peab Kubernetes tegema otsuseid selle kohta, millised pod'id eemaldada ja millised s\u00e4ilitada, kuni te vabastate s\u00fcsteemiressursse, vastasel juhul laguneb kogu s\u00fcsteem.<\/p>\n<p>Kujutame ette olukorda, kus teil on masin, mis on ammendanud m\u00e4lu limiidi \u2013 kuidas toimib sel juhul Kubernetes? <\/p>\n<p>Kubernetes otsib pod'e, mis kasutavad rohkem ressursse, kui nad on palunud. Nii et kui teie konteineritel pole \u00fcldse palveid, t\u00e4hendab see, et nad kasutavad vaikimisi rohkem, kui nad palusid, lihtsalt sellep\u00e4rast, et nad ei ole \u00fcldse midagi palunud! Sellised konteinerid on peamised kandidaadid sulgemiseks. J\u00e4rgmistena on kandidaadid konteinerid, mis on rahuldanud k\u00f5ik oma palved, kuid on endiselt allpool maksimaalset limiiti. <\/p>\n<p>Seega, kui Kubernetes leiab mitu pod'i, mis on \u00fcletanud oma palveparameetreid, sorteerib ta need prioriteedi j\u00e4rgi ja seej\u00e4rel eemaldab madalaima prioritiseerumisega moodulid. Kui k\u00f5ik moodulid on sama prioriteediga, l\u00f5petab Kubernetes t\u00f6\u00f6 nende pod'ide puhul, mis on oma palveid rohkem \u00fcletanud kui teised pod'id. <\/p>\n<p>V\u00e4ga harvadel juhtudel v\u00f5ib Kubernetes katkestada pod'e, mis on endiselt oma palvete piires. See v\u00f5ib juhtuda, kui sellised s\u00fcsteemi kriitilised komponendid nagu Kubeleti agent v\u00f5i Docker hakkavad tarbima rohkem ressursse, kui neile on ette n\u00e4htud. <br \/>\nSeega, v\u00e4ikeste ettev\u00f5tete algusfaasis v\u00f5ib Kubernetes klaster suurep\u00e4raselt t\u00f6\u00f6tada ilma ressursip\u00e4ringute ja piirangute seadmiseks, kuid kui teie meeskonnad ja projektid hakkavad kasvama, v\u00f5ite sattuda sellistes valdkondades probleemidesse. Ressursip\u00e4ringute ja piirangute lisamine teie moodulitesse ja nimedesse n\u00f5uab v\u00e4ga v\u00e4he t\u00e4iendavaid j\u00f5upingutusi ja v\u00f5ib p\u00e4\u00e4sta teid paljudest muredest.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/503488\/\"> Kubernetes parimad praktikad. \u00d5ige katkestamine Terminate<\/a><\/noindex><\/p>\n<p><center><div class=\"youtube-placeholder\" data-id=\"mxEvAPQRwhw\" onclick=\"loadVideo(this)\">\r\n        <img decoding=\"async\" src=\"https:\/\/img.youtube.com\/vi\/mxEvAPQRwhw\/hqdefault.jpg\" alt=\"M\u00e4ngi videot\" loading=\"lazy\" width=\"480\" height=\"360\" style=\"width:100%;height:auto;\">\r\n        <div class=\"play-button\"><\/div>\r\n    <\/div><\/center><\/p>\n<h3>Veidi reklaami \ud83d\ude42<\/h3>\n<p>\nAit\u00e4h, et olete meiega. Kas teile meeldivad meie artiklid? Kas soovite n\u00e4ha rohkem huvitavat sisu? Toetage meid, tellides teenuse v\u00f5i soovitades meid tuttavatele. <noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/cloudvps\/nl\">Pilve VPS arendajatele alates $4.99<\/a><\/noindex>, <b>ainulaadne entry-level serverite analoog, mille oleme teie jaoks v\u00e4lja m\u00f5elnud:<\/b> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/347386\/\">Kogu t\u00f5de VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps alates $19 v\u00f5i kuidas jagada serverit \u00f5igesti?<\/a><\/noindex> (saadaval RAID1 ja RAID10 variandid, kuni 24 tuuma ja kuni 40GB DDR4).<\/p>\n<p><b>Dell R730xd on Equinixi Tier IV andmekeskuses Amsterdamis kaks korda odavam?<\/b> Ainult meie juures <b><noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/serversnl\">2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB alates $199<\/a><\/noindex> Hollandis! <b>Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 alates $99!<\/b><\/b> Lugege sellest <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/329618\/\">Kuidas luua ettev\u00f5tte tasemel infrastruktuuri, kasutades Dell R730xd E5-2650 v4 servereid, mille hind on 9000 eurot, taskukohase hinna eest?<\/a><\/noindex><br \/>\n<br \/>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/502614\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u0421\u043e\u0437\u0434\u0430\u043d\u0438\u0435 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f Kubernetes \u0441 \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u043e\u043c \u0438\u043c\u0435\u043d \u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0436\u0438\u0437\u043d\u0435\u0441\u043f\u043e\u0441\u043e\u0431\u043d\u043e\u0441\u0442\u0438 Kubernetes \u0441 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0442\u0435\u0441\u0442\u043e\u0432 Readiness \u0438 Liveness \u0414\u043b\u044f \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u0440\u0435\u0441\u0443\u0440\u0441\u0430 Kubernetes \u0438\u043c\u0435\u0435\u0442\u0441\u044f \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u043d\u0430\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u0442\u044c \u0434\u0432\u0430 \u0442\u0438\u043f\u0430 \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u0438\u0439 \u2014 Requests \u0438 Limits. \u041f\u0435\u0440\u0432\u043e\u0435 \u043e\u043f\u0438\u0441\u044b\u0432\u0430\u0435\u0442 \u043c\u0438\u043d\u0438\u043c\u0430\u043b\u044c\u043d\u044b\u0435 \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u0438\u044f \u043a \u043d\u0430\u043b\u0438\u0447\u0438\u044e \u0441\u0432\u043e\u0431\u043e\u0434\u043d\u044b\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432 \u0443\u0437\u043b\u0430, \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u044b\u0445 \u0434\u043b\u044f \u0437\u0430\u043f\u0443\u0441\u043a\u0430 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u0430 \u0438\u043b\u0438 \u043f\u043e\u0434\u0430, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":82921,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-82920","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-nastrojka-zaprosov-i-limitov-resursov\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0438 \u043b\u0438\u043c\u0438\u0442\u043e\u0432 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-nastrojka-zaprosov-i-limitov-resursov\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-05-26T11:42:37+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-05-26T11:42:37+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Kubernetes'i parimad praktikud. Ressursside p\u00e4ringute ja piirangute seadmine | ProHoster","description":"Kubernetes'e parimad praktikud.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-nastrojka-zaprosov-i-limitov-resursov","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\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0438 \u043b\u0438\u043c\u0438\u0442\u043e\u0432 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432 | ProHoster","og:description":"\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-nastrojka-zaprosov-i-limitov-resursov","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-05-26T11:42:37+00:00","article:modified_time":"2020-05-26T11:42:37+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"82920","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 15:28:37","updated":"2022-09-28 05:48:38","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/82920","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=82920"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/82920\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/82921"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=82920"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=82920"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=82920"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}