moln-infödda applikationsutveckling blir snabbt normen i branschen. Med mer och mer beroende av molnteknologier har applikationsutvecklingen flyttats till en mer molnfokuserad strategi. Containerization är i framkant när det gäller att driva dessa moln-infödda applikationer och containeriserade appar har väckt behovet av containerorkestrering.
Kubernetes föddes från detta behov av containerorkestrering som en robust lösning för containerhantering.
Det har blivit DE-facto-standarden för containerorkestrering med sin kraftfulla funktionsuppsättning, robust natur och aktivt samhälle som kontinuerligt förbättrar plattformen. Denna utbredda användning har emellertid också gjort Kubernetes till en komplex lösning. Denna komplexitet har resulterat i en relativt brantare inlärningskurva för alla som börjar på Kubernetes. Så i den här artikeln, låt oss titta på några viktiga koncept och praxis som du bör känna som en nykomling till Kubernetes.
Skidor är inte lika med containrar
Det första någon bör veta är skillnaden mellan en pod och en behållare. Skidor är den minsta distribuerbara enheten i K8. Skidor är inte analoga med containrar eftersom de kan bestå av en enda eller flera containrar och hanteras som en enda enhet. En pod kan betraktas som en grupp tätt kopplade behållare som delar resurser. Behållare med en pod kan helt enkelt betraktas som behållare som körs inom en enda logisk värd.
Ignorerar vikten av etiketter
Etiketter kanske inte är unika identifierare, men de ger en mekanism för användare att lägga till meningsfulla och identifierbara metadata till Kubernetes -objekt. Dessa nyckelvärdespar kan implementeras och modifieras vid vilken punkt som helst i livscykeln för ett K8S-objekt. Annat än att tillhandahålla identifierbar information är etiketter avgörande när du väljer Kubernetes -objekt. Kubernetes API använder etikettsektorer för att identifiera och välja nödvändiga K8s-objekt antingen via jämställdhetsbaserade eller setbaserade väljare.
Etiketter används över hela linjen för att välja K8s -objekt oavsett om du skapar en distribution, replikaset, definierar en nätverkstjänst eller helt enkelt fråga pods via kubectl.
Tänk alltid på POD -avslutningsbeteendet
Det är viktigt att överväga uppsägningsbeteendet för din applikation för att minska påverkan på slutanvändaren och underlätta snabb återhämtning. Kubernetes använder Linux -signaler för att signalera avslutning. Den vanliga proceduren är att skicka en SigTerm -signal till behållarna i en pod som signalerar dem att avsluta och vänta på att den angivna uppsägningsperioden (som standard 30 sekunder) ska stängas av. Slutligen skickar Kubernetes Sigkill -signalen för att ta bort poden och rengöra alla Kubernetes -objekt.
Således måste behållarna programmeras för att ta emot dessa signaler, och lämpliga graciösa avslutande processer bör implementeras i din ansökan. Beroende på kraven kan PRESTOP -krok eller “TerminationGracePeriod” -flaggor användas för att enkelt ändra uppsägningsbeteendet utan att ändra applikationskoden. Denna metod är mycket användbar vid felsökningsfel relaterade till POD -avslutning. Dessutom tillåter det användare att enkelt förstå de underliggande problemen genom att följa en guide om Sigkill, som representeras som signal 9.
Definiera resursförfrågningar eller gränser
Som med alla applikationer bör resurshantering vara en kärndel av alla Kubernetes -klusterhantering. Att inte ange begäran och gränserna för containrar eller felaktiga specifikationer kan leda till katastrofala konsekvenser som resursvält i klustret, drastiska kostnadsökningar i hanterade K8S-kluster på grund av containrar som konsumerar obegränsade resurser eller utmärkta problem och CPU-spännande problem.
Därför är det avgörande att korrekt konfigurera förfrågningar och gränser för behållarna för prestandainställning och öka effektiviteten i K8S -miljön. Det begärda beloppet definierar resursbeloppet som behållarna kan begära, medan gränsen anger den maximala resursgränsen som behållaren kan konsumera. Att ställa in dessa gränser måste göras beroende på kraven i applikationen och det specifika användningsfallet. Dessutom är det alltid en bra idé att ha tillräckligt med utrymme för uppdragskritiska containrar för att hantera oväntade arbetsbelastningar.
Använder Kubernetes övervakning
Övervakning är en viktig aspekt av korrekt underhåll av en applikation under hela dess livscykel. Kubernetes övervakning ger ryggraden för proaktiv hantering av K8S -kluster. Kubernetes använder sin metriska server för att aggregera och samla in data från varje nod i klustret. Några viktiga mätvärden som är tillgängliga via metriska servern är nodstatus, POD -tillgänglighet, CPU och minnesanvändning, API -begäran latens, tillgänglig lagring etc.
Dessa mätvärden är avgörande för att bestämma prestandan för det övergripande klustret och identifiera fel eller felkonfigurationer som kan orsaka tillgänglighet eller prestandaproblem för K8s -objekt och infrastruktur. Metrics -servern är avgörande för att tillhandahålla DAnull