Hvordan administrere Kubernetes crashloopbackoff

Du har utvilsomt løpt inn i den forferdelige Crashloopbackoff hvis du har brukt Kubernetes (K8s). Flere former for K8S -konfigurasjonsfeil kan resultere i en krasjloopbackoff. En krasjloopbackoff refererer til en pod som starter, krasjer og starter på nytt igjen. En krasjloopbackoff oppstår når et program i containeren mislykkes. Programmet i containeren din kan avslutte av flere grunner. Kanskje du prøver å kjøre serveren din som ikke vil laste inn den relaterte konfigurasjonsfilen. Kanskje prøver du å distribuere en applikasjon som krasjer på grunn av en manglende evne til å koble seg til noen annen tjeneste. Kubernetes vil gjentatte ganger starte poden på nytt i et forsøk på å hente fra crashloopbackoff -problemer, og selv om det er noe dyptgående galt med programmet ditt som en enkel tilbakestilling ikke vil fikse det. Nesten hele tiden må du rette opp bildet eller applikasjonen du prøver å utføre.

Årsaker til Crashloopbackoff State i Kubernetes

Crashloopbackoff er forferdelig siden det er en beholder som inneholder et stort antall feil som alle er pent maskert under samme feiltilstand. Det kan være mange Kubernetes -hemmeligheter satt opp i klyngen. Den nåværende minnegrensen som er satt i den hemmelige Watcher-poden er utilstrekkelig for å håndtere Kubernetes Secrets. På grunn av mangel på minne, ødela Kubernetes pod. Å sjekke belg i CrashLoopbackoff -tilstanden er sammenlignbare med å undersøke belg i den verserende tilstanden. Likevel kan det ta litt ekstra forståelse av containerens arbeidsmengde du lager.

Men foreløpig skal vi hjelpe deg med å administrere Kubernetes Crashloopbackoff State.

Forutsetninger

For å administrere crashloopbackoff i Kubernetes, har vi brukt Ubuntu 20.04 operativsystem. Du kan imidlertid bruke alle andre av dine foretrukne Linux -distribusjoner også. For å kjøre Kubernetes -tjenesten på Linux -operativsystemet, må du ha installert en Minikube -klynge på den.

Metode for å se og administrere CrashLoopbackoff -tilstanden

Nå er det på tide å starte terminalen til Linux -distribusjonen din. Denne oppgaven er den enkleste. Du kan åpne den ved å besøke applikasjonsdelen og søke den eller bruke den vanligste snarveisnøkkelen til “Ctrl+Alt+T”. Ved å sjekke inn noen av disse metodene, vil du kunne starte kommandolinjeterminalen. Etter å ha lansert kommandolinjeterminalen, må du starte Minikube -klyngen; Du må skrive den nedenfor siterte kommandoen i kommandolinjeskallet for akkurat dette formålet. Treff "Enter" -tasten for utførelsen.

$ Minikube Start

Du vil få utdataene som vist i det ovennevnte bildet. Det vil vise versjonen av Minikube -klyngen. Du kan oppdatere den også i henhold til dine krav. Hele denne prosessen vil ta noen minutter, så ikke avslutt terminalen; Ellers blir prosessen avsluttet, og du vil bli pålagt å starte den igjen. Nå må du se alle navnefelt ved hjelp av Kubectl -kommandoen. Så utfør den pålagte kommandoen for å sjekke den ut.

$ kubectl få navneområde

I utgangen av denne kommandoen kan du sjekke status, alder og navn på navneområdet. Nå er det viktigste trinnet her som er viktig for guiden. Du må sjekke statusen til pods som kan være enten som "løping", "mislyktes" eller "crashloopbackoff". For å se deres status, må du kjøre den nedenfor siterte kommandoen i terminalen.

$ kubectl få pods

Du kan se podens status fra utførelsen av kommandoen hvis du trenger full informasjon om poden ved å bruke følgende vedlagte kommando.

$ kubectl beskriver pod

Utgangen fra denne kommandoen har stor betydning. Det vil vise deg hovedårsaken til "crashloopbackoff" og mislykkede pods. Ved å analysere årsaken kan du enkelt fikse den. La oss anta at vi har en pod med en status som "crashloopbackoff", du kan få informasjonen ved å utføre denne kommandoen. Det vil hjelpe deg å fikse det.

$ kubectl få pods -namespace nginx -crashloop

Ut vil vise den komplette informasjonen om denne pod.

Konklusjon

I denne opplæringen har vi prøvd å forklare det grunnleggende konseptet med Kubernetes “Crashloopbackoff”. Vi har også utdypet hvordan vi kan se statusen og hvordan du får løst den. Jeg håper nå du enkelt kan administrere "Crashloopbackoff" i Kubernetes.