Hvordan bruke Kubectl Top -kommandoen

Hver gang vi setter en annen Kubernetes -klynge, er det spesifikke ting vi må gjøre. Vi må være sikre på at nodebassenget har en nøyaktig størrelse. Vi må være sikre på at applikasjonen er i riktig navneområde. Og også, vi er sikre på at vi observerer klyngen ordentlig. Dette kan være et ork for uerfarne brukere. Kubernetes kan overvåke mange ting, for eksempel belg og navneområder, som kan være vanskelig å spore.

Denne artikkelen dekker det vesentlige av CPU og minnebruk. Det er mye å diskutere om overvåking, men vi må være sikre på at beregningene blir observert og sjekket. Det er forskjellige teknikker for å overvåke ressursene og flere metoder for å henvende seg til dem. Dermed er det viktig å sikre at applikasjonen bare bruker det foreslåtte antallet ressurser for å unngå å gå tom for plass.

Skjønt, det er enkelt å etablere automatisk skalering i Kubernetes. Derfor må vi observere beregningene mens vi alltid sikrer at klyngen har tilstrekkelige noder til å håndtere arbeidsmengden. En grunn til å overvåke CPU- og minnebruksindikatorene er å være bevisst brå endringer i vedtakelsen. En plutselig bølge i minnebruken oppstår. Dette kan indikere en minnesløp. En plutselig bølge i CPU -bruken skjer. Dette kan være en indikasjon på en ubegrenset sløyfe. Disse beregningene er helt nyttige. Dette er grunnene til at vi trenger å observere beregningene. Vi har operert kommandoene på Linux -systemet og brukt toppkommandoen. Når vi har forstått kommandoene, kan vi effektivt bruke dem i Kubernetes.

For å kjøre kommandoene i Kubernetes, installerer vi Ubuntu 20.04. Her bruker vi Linux -operativsystemet for å implementere KUBECTL -kommandoene. Nå installerer vi Minikube -klyngen for å kjøre Kubernetes i Linux. Minikube tilbyr en ekstremt jevn forståelse da den gir en effektiv modus for å teste kommandoene og applikasjonene.

Start Minikube:

Etter å ha installert Minikube -klyngen, starter vi Ubuntu 20.04. Nå må vi åpne en terminal for å kjøre kommandoene. For dette formålet trykker vi “Ctrl+Alt+T” på tastaturet.

I terminalen skriver vi kommandoen "Start Minikube", og etter dette venter vi en stund til den starter effektivt. Utgangen fra denne kommandoen er gitt under:

Installer beregningene API:

Kubectl Top -kommandoen kunne ikke akkumulere beregningene av seg selv. Det krever beregningene til Metrics API og representerer dem. Klyngene, nærmere bestemt den som leveres gjennom skytjenester, har selv nå Metrics API montert. For eksempel en klynge levert av Docker Desktop. Vi kan bekrefte at Metrics API er innebygd ved å utføre den påfølgende kommandoen:

Etter at vi har oppnådd resultater, er API nå montert og klar til bruk. Hvis ikke, må vi installere det først. Prosedyren er nevnt nedenfor:

Bruke kubectl -toppen:

Når vi er ferdige med installasjonen av Metrics API, bruker vi KUBECTL TOP -kommandoen. Vi utfører kommandoen "Kubectl Top Pod -Namespace standard". Denne kommandoen viser beregningene i standardnavnet. Hver gang vi trenger å skaffe beregningen fra et bestemt navneområde, må vi identifisere navneområdet:

Vi observerer at de forskjellige indikatorene ikke skjer i stort antall. Få beregningene som kan oppnås bare fra POD. Dette ser ikke ut til å være så rikelig i rammen av Kubernetes. Dette kan imidlertid brukes til å feilsøke et mangfold av problemer.

Hvis ressurspraksis uventet pigger i klyngen, kan vi raskt finne poden som produserer problemet. Dette er veldig nyttig hvis vi har flere belg. Dette er fordi Kubectl Top -kommandoen også kan vise beregninger fra de distinkte containerne.

Hvis vi trenger å skaffe beregninger fra navneområdet for nettappen, bruker vi følgende kommando:

I dette tilfellet tar vi en webapp som bruker en container for å akkumulere logger. Fra utgangen av dette eksemplet er det klart at log -akkumulatoren setter i gang kildebruksproblemet, men ikke webapplikasjonen. Dette er en ting der mange mennesker synes er forvirrende. Men vi vet perfekt hvor vi begynner feilsøking.

Vi kan også bruke kommandoene for å se etter noe bortsett fra belgene. Her bruker vi kommandoen “Kubectl Top Node” for å observere beregningene fra følgende node:

Konklusjon:

Etter denne artikkelen har vi en detaljert forståelse av Kubernetes -beregninger, hvordan du bruker dem i situasjonen med kildeovervåking, og hvorfor vi trenger å være forsiktige. CPU og bruk av minne kan være enkle indikatorer vi kan overvåke. Dette ser ikke ut til å være nødvendig på svært utvidbare plattformer, for eksempel Kubernetes. Likevel kan det være viktig å gå gjennom det grunnleggende og bruke verktøyene som er gitt. Vi har brukt Kubectl Top -kommandoen for å overvåke Kubernetes. Vi håper du fant denne artikkelen nyttig. Sjekk ut Linux -hint for flere tips og informasjon.