Kubectl beskriver pod

Kubernetes tilbyr et kommandolinjeverktøy for å håndtere et Kubernetes Cluster's Control Plane via Kubernetes API. Dette verktøyets navn er Kubectl. For konfigurasjon ser Kubectl ut i $ Hjem/.Kube Directory for en fil som heter Config. Å fullføre oppsettet er en av de grunnleggende komponentene i Kubernetes, og det opererer på enhver maskins arbeidsstasjon og administrerer klyngens noder. Ved å bruke KUBECTL -kommandoer blir Kubernetes -objekter og klyngen administrert og samhandlet. En kommando som Kubectl beskriver pod er et eksempel på dette. Vi går gjennom denne kommandoen i dybden i dette innlegget.

Hva er kubectl beskrive pod?

Kubectl beskriver Pod er en kommando som beskriver enhver ressurs i Kubernetes. Det brukes til å vise data om en enkelt eller til og med en samling av ressurser. Denne kommandoen kombinerer en rekke API -anrop for å lage en grundig beskrivelse av en ressurs eller et sett med ressurser.

Beskrivende POD -kommandoen ser etter en eksakt samsvar på prefikset av type og navn før du fortsetter. Hvis ingen slik ressurs eksisterer, vil den skrive ut informasjon for alle ressurser med prefiksnavnet Prefiks. PODS (PO), Nodes (NO), Services (SVC), Events (EV), ReplicationControllers (RC), LimitRanges (Limits), PersistentVolumeClaims (PVC), NamePaces (NS), PersistentVolumes (PV), ResourceQuotas (kvote), Endepunkter (EP), ServiceacCounts, HorizontalPodautoskalers (HPA), eller hemmeligheter er noen av ressurstypene som kan brukes.

La oss se på hvordan du kan bruke Kubectl beskrive Pod, og de få forutsetningene du skal møte.

Forutsetning

Minikube -klyngen må først installeres før du bruker Kubectl -beskriv POD. Vi brukte Ubuntu 20.04 for å kjøre visse kommandoer.

For å starte en terminal, kan vi ta en av to teknikker: ett alternativ er å bruke operativsystemets applikasjonslinje for å nå terminalen. En annen måte er å trykke på tastatursnarveien “Ctrl + Alt + T”. For å starte en terminal, velg en av disse mulighetene. Først må vi starte en Minikube -klynge som tidligere var utplassert på Ubuntu 20.04. Nå lanserer vi Minikube ved å skrive følgende kommando i terminalen:

$ Minikube Start

Hvordan du bruker kubectl beskriv pod for å få informasjon om pods

Her er en forekomst av hvordan du kan bruke KUBECTL Beskriv POD -kommandoen for å få relevant informasjon om PODS. Vi vil bygge to belg i dette eksemplet. Se nedenfor for detaljerte instruksjoner.

$ nano deplo.Yaml

Hele konfigurasjonsfilen kan sees nedenfor. Du kan endre det om nødvendig.

Kjør følgende 'Opprett kommando' med det formål å opprette en distribusjon.

$ kubectl opprette distribusjon nginx-distribusjon

Nedenfor er output -skjermbildet til ovennevnte kommando.

Ved å utføre Get Pods -kommandoen, kan du sjekke statusen til POD. Skildringen kan sees nedenfor.

$ kubectl få pods

Vi kan lære mye mer om disse belgene ved å bruke kubectl beskrive pod. Se på følgende forekomst for å forstå konseptet bedre. POD -navnet kan endres i henhold til brukervalg. Imidlertid ville den gjenværende kommandoen være den samme.

$ kubectl beskriver pod busybox

Her kan du se beholderen (e) og Pods konfigurasjonsinformasjon (etiketter, ressursbehov og så videre), så vel som container (er) og Pods statusinformasjon (tilstand, beredskap, omstarttall, hendelser osv.).

La oss diskutere noen av alternativene fra opsjonen ovenfor i detalj:

Venter, løper og avsluttet

Dette er tilstandene i beholderen. Avhengig av staten, kan du få mer informasjon - for eksempel, hvis beholderen nå er i løpende tilstand, vil systemet fortelle deg når det startet.

Klar

Det indikerer om beholderen passerte sin siste beredskapssonde. Beholderen har ikke en gang et beredskapssondeoppsett i denne situasjonen; Hvis det ikke er definert noen beredskapssonde, anses beholderen å være klar.

Restarttallet

Dette alternativet viser hvor mange ganger beholderen allerede er startet på nytt. Denne spesifikke informasjonen er veldig nyttig for å finne krasjløkker i containere med en "alltid" omstartpolicy.

Den binære klare tilstanden

Det er det eneste alternativet som er koblet til en pod. Den viser at poden er god nok til å servere forespørsler og lett kan legges til lignende tjenester 'belastningsbalanseringsbassenger.

Til slutt vil du se en historie med nyere hendelser som involverer pod. Ved å merke seg første eller siste gang det ville bli sett, så vel som antall ganger det ville bli sett, komprimerer systemet mange lignende hendelser. “Fra” viser hvilke komponenter eller komponenter som logger inn arrangementet. Alternativet "SubobjectPath" spesifiserer hvilket objekt eller container som refereres til. Til slutt viser alternativene "grunn" og "melding" hva som faktisk skjedde.

Hvordan feilsøke i påvente av pods

Du kan bruke hendelser for å oppdage en pod som ikke passer på noen av nodene. For eksempel kan pod muligens be om flere ressurser enn noen av nodene har. På den annen side kan det gi en etikettvelger som ikke nødvendigvis samsvarer med noen noder. Du kan bruke KUBECTL Beskriv node for å få detaljert informasjon om noder, omtrent som du gjør med pods.

$ kubectl få pods

For å forstå hvorfor poden ikke starter, kan vi kjøre Kubectl beskrive pod på den ventende poden og undersøke dens hendelser.

$ kubectl beskriver pods

Planleggeren genererer en hendelse som sier at podet ikke er i stand til å planlegge på grunn av mislykket utskyting (og kan være av andre). Meldingen varsler oss om at ingen node har tilstrekkelige ressurser til å støtte POD.

Du kan fikse dette ved å oppdatere distribusjonen din ved hjelp av Kubectl -skala og spesifisere færre replikker. (Alternativt kan du la en pod i påvente, noe som er trygt.)

Konklusjon

Kubectl beskriver Pods -kommandoen gir deg fullstendig informasjon om hver av Kubernetes infrastrukturpods. Kjør kommandoen Kubectl Beskriv pod hvis du vil se utgangen fra en spesifikk pod. For enkelhets skyld har vi gått over KUBECTL Beskriv PODS -kommandoen i dybden i dette innlegget.