![\"Nio](\"\/wp-content\/uploads\/2020\/10\/92dc510aa9d785a31d310816b18bf854.png\")
<\/p>\n<\/p>\n
Hej alla! Jag heter Oleg Sidorenkov och jag arbetar som chef f\u00f6r infrastrukturteamet p\u00e5 f\u00f6retaget DomClick. Vi har drivit \"Kubik\" i produktion i \u00f6ver tre \u00e5r och har under den tiden haft m\u00e5nga intressanta upplevelser med den. Idag kommer jag ber\u00e4tta f\u00f6r er hur man med r\u00e4tt tillv\u00e4gag\u00e5ngss\u00e4tt kan pressa \u00e4nnu mer prestanda ur \"vanillja\" Kubernetes f\u00f6r din kluster. Klara, f\u00e4rdiga, g\u00e5! <\/p>\n
Ni vet alla att Kubernetes \u00e4r ett skalbart system med \u00f6ppen k\u00e4llkod f\u00f6r orkestrering av containrar; eller 5 bin\u00e4rer som skapar magi genom att hantera livscykeln av era mikrotj\u00e4nster i servermilj\u00f6. Dessutom \u00e4r det ett ganska flexibelt verktyg som kan s\u00e4ttas ihop som en Lego-kloss f\u00f6r maximal anpassning till olika uppgifter.<\/p>\n
Och allt verkar bra: sl\u00e4ng servrar i klustret som ved i en kamin och ha inga bekymmer. Men om du bryr dig om milj\u00f6n, b\u00f6rjar du t\u00e4nka: \"Hur kan jag h\u00e5lla elden i kaminen och samtidigt v\u00e5rda skogen?\". Med andra ord, hur kan man hitta s\u00e4tt att f\u00f6rb\u00e4ttra infrastrukturen och s\u00e4nka kostnaderna.<\/p>\n
![\"Nio](\"\/wp-content\/uploads\/2020\/10\/91e2e60b47ee985b024532c8b685230c.png\")
<\/p>\n
En av de mest grundl\u00e4ggande men effektiva metoderna \u00e4r att inf\u00f6ra requests\/limits. Dela upp applikationerna i namespaces, och namespaces efter utvecklingsteam. Ange resursv\u00e4rden f\u00f6r CPU-tid, minne och ephemeral lagring f\u00f6r applikationen innan deployment.<\/p>\n
resources:\n requests:\n memory: 2Gi\n cpu: 250m\n limits:\n memory: 4Gi\n cpu: 500m<\/code><\/pre>\nGenom erfarenhet har vi kommit fram till att man inte b\u00f6r \u00f6ka requests mer \u00e4n dubbelt s\u00e5 mycket som limits. Klusterstorleken ber\u00e4knas utifr\u00e5n requests, och om du ger applikationerna en skillnad i resurser, till exempel 5-10 g\u00e5nger, s\u00e5 f\u00f6rest\u00e4ll dig vad som kommer h\u00e4nda med din nod n\u00e4r den fylls med pods och pl\u00f6tsligt f\u00e5r belastning. Inget bra. Minst throttling, och som v\u00e4rst, kan du s\u00e4ga hejd\u00e5 till workern och f\u00e5 en cyklisk belastning p\u00e5 de andra noderna efter att pods b\u00f6rjar flytta.<\/p>\n
Dessutom, med hj\u00e4lp av limitranges<\/code> kan du vid starten ange resursv\u00e4rden f\u00f6r containern - minimala, maximala och standard:<\/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>\nKom ih\u00e5g att begr\u00e4nsa resurserna i namnutrymmet, s\u00e5 att inget team kan ta alla resurser i klustret:<\/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>\nSom framg\u00e5r av beskrivningen resourcequotas<\/code>, om teamet ops vill distribuera pods som kommer att konsumera ytterligare 10 cpu, s\u00e5 kommer schemal\u00e4ggaren inte att till\u00e5ta detta och ge ett felmeddelande:<\/p>\nError 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>\nF\u00f6r att l\u00f6sa en s\u00e5dan uppgift kan man skriva ett verktyg, till exempel som