Enten du fikser applikasjonen i Kubernetes eller på en datamaskin, er det viktig å sikre at prosessen holder seg den samme. Verktøyene som brukes er identiske, men Kubernetes brukes til å undersøke formen og utgangene. Vi kan bruke Kubectl til å starte feilsøkingsprosedyren når som helst eller bruke noen feilsøkingsverktøy. Denne artikkelen beskriver visse vanlige strategier som vi bruker for å fikse Kubernetes -plasseringen og noen bestemte feil vi kan anta.
I tillegg lærer vi å organisere og administrere Kubernetes -klynger og hvordan vi kan ordne hele policyen til skyen med konstant assimilering og kontinuerlig distribusjon. I denne opplæringen skal vi diskutere Kubernetes -klyngene videre og metoden for feilsøking og hente loggene fra applikasjonen.
Forutsetninger:
Først må vi sjekke operativsystemet vårt. Dette eksemplet bruker operativsystemet Ubuntu 20.04. Etter det sjekket vi alle ytterligere Linux -distribusjoner, avhengig av våre preferanser. Videre sørger vi for at Minikube er en viktig modul for å kjøre Kubernetes -tjenester. For å implementere denne artikkelen jevnt, må Minikube -klyngen installeres på systemet.
Start Minikube:
For å kjøre kommandoene, må vi åpne terminalen til Ubuntu 20.04. Først åpner vi applikasjonene til Ubuntu 20.04. Deretter søker vi etter "terminal" i søkefeltet. Ved å gjøre dette kan terminalen effektivt initialiseres for å fungere. Det viktigste målet er å lansere Minikube:
Få noden:
Vi starter Kubernetes -klyngen. For å se klyngeknutene i en terminal i et Kubernetes -miljø, må du bekrefte at vi er tilknyttet Kubernetes -klyngen ved å kjøre "Kubectl Get Nodes".
Kubectl er et verktøy som vi kan bruke til å bytte Kubernetes -klyngen og gi en rekke kommandoer. En av de viktige kommandoene er "få". Det brukes til å verve forskjellige noder. Vi kan bruke “Kubectl Get Nodes” for å få informasjonen om noden. Her vet vi om navn, status, roller, alder og versjon av noden. Vi inkluderer også -o i kommandoen for å skaffe ytterligere data om noder. I dette trinnet må vi sjekke fremtredenen av noden. For å gjøre dette, start kommandoen som vises nedenfor:
Nå bruker vi -v -parameteren i kommandoen. Dette er veldig nyttig i Kubernetes. Ved å utføre kommandoen utfører vi handlingene som må utføres. I dette tilfellet overfører vi verdien 8 til parameteren “V”. Denne kommandoen vil gi oss HTTP -trafikken. Det gir et godt instinkt for hvordan vi bytter til koden. Den kan også brukes til å identifisere RBAC -reglene som kreves for at koden skal sende direkte til Kubectl i koden.
I dette tilfellet er det et overvåkningsflagg, og vi kan bruke dette til å overvåke oppdateringene for spesifikke objekter. Når Kubelets log -nivådetalj er på riktig måte konstruert, utfører vi den påfølgende kommandoen for å samle loggene:
Her vil vi vise hvilke regler for RBAC som er påkrevd. Dette vil verve API -kravene koden skriver og gjøre det enkelt å forstå reglene vi ønsker.
I dette tilfellet gir vi 0 verdi til parameteren “V”. Denne kommandoen er til enhver tid observerbar for arbeideren.
Deretter gir vi verdi 1 til parameteren “V”. Ved å utføre denne kommandoen produseres et rettferdig unngåelsesloggnivå hvis vi ikke trenger verbositet.
I dette tilfellet bruker vi parameteren i kommandoen "V". Ved å kjøre følgende kommando utfører vi en handling som vi trenger å oppnå. Vi gir 3 verdier til “V”. Dette forlenger dataene om variasjoner:
Når vi leverer 4 verdier til "V" -parameteren, viser denne kommandoen feilnivået verbositet:
I dette eksemplet gir vi verdi 5 til verbositeten “V”.
Denne kommandoen viser de etterspurte ressursene etter å ha fått den 6 verdien av "V" -parameteren.
Til slutt inneholder parameteren “V” verdien 7. Ved å gi denne verdien til “V”, viser den HTTP -forespørselsoverskriftene:
Konklusjon:
I denne artikkelen har vi diskutert det grunnleggende for å lage en loggetilnærming for Kubernetes Cluster. Uansett om vi velger en interiørloggingsmetode, bør vi alltid gjøre noe anstrengelse. Det er viktig å legge alle tømmerstokkene på et sted hvor vi måtte undersøke dem. Dette gjør det lettere å observere og feilsøke miljøet. På denne måten kan vi redusere sannsynligheten for kundeavvik. Vi benyttet "V" -parameteren i kommandoer. Vi ga forskjellige verdier til parameteren “V” og observerer loggverbositeten. Vi håper du fant denne artikkelen. Sjekk ut Linux -hint for flere tips og informasjon.