Hva er KUBECTL -omstart?
Pods i Kubernetes bør vanligvis kjøre til en ny distribusjon erstatter dem. Som et resultat er det ikke mulig å "starte" på nytt "en enkelt pod. Når en av containerne mislykkes, i stedet for å starte den på nytt, erstatt den. Den lille endringen i terminologien er bedre i samsvar med Kubernetes Pods 'statsløse driftsarkitektur. For å eliminere gamle containere og begynne på nye forekomster, start en utrulling. Man kan også manuelt fjerne belg fra et replikasett eller skala replikatantallet. For moderne Kubernetes -utgivelser er utrullinger den foretrukne metoden, men andre måter kan være mer egnet til spesifikke tilfeller. Denne guiden vil vise forskjellige måter å starte Kubernetes Pods på nytt.
For å kjøre instruksjonene i Kubernetes, må du installere Ubuntu 20.04 på Linux -operativsystemet ditt. For å kjøre Kubernetes på Linux, må du også installere Minikube -klyngen på arbeidsstasjonen din. Minikube skaper en jevn opplevelse ved å la deg teste kommandoer og programmer systematisk. Som et resultat tilbyr den den beste læringsopplevelsen for Kubernetes nybegynnere. Minikube -klyngen må startes i utgangspunktet. Da, i Ubuntu 20.04, gå til kommandolinjeterminalen du nettopp installerte. Ved å bruke CTRL+ALT+T -snarveisnøkkelen eller sette “Terminal” i Ubuntu 20.04 Systemets søkeboks, du kan gjøre det.
$ Minikube Start
En av de nevnte metodene vil starte terminalen i sin helhet. Etter da vil Minikube bli initiert. For å starte Minikube, skriv “Minikube Start” inn i terminalen. En virtuell maskin som kan kjøre en enkelt nodeklynge vil bli konstruert, og Kubernetes -klyngen vil bli lansert. Det følger også med Kubectl -oppsettet. Dette vil bli brukt til å kommunisere med klyngen.
Start av Kubernetes pods
Anta at en av containerens belg rapporterer om en feil. Kubernetes kan prøve å gjenoppta pod automatisk basert på omstartpolitikken for å gjenoppbygge funksjonalitet. Imidlertid løser denne løsningen ikke alltid problemet.
Først skal vi liste opp alle distribusjonene. For å se om distribusjonen ble opprettet, bruk Kubectl for å få distribusjoner. Når du observerer klyngens distribusjoner, vil du merke følgende felt. Titlene på distribusjonene er oppført i navn. Antall kopier av applikasjonen som er tilgjengelig for brukerne dine, vises klar.
$ kubectl få distribusjoner
Rullende omstartmetode
Kubernetes lar deg nå utføre en rullende omstart av distribusjonen din fra versjon 1.15. Dette er den raskeste omstartmekanismen i Kubernetes, ettersom det er et nytt tillegg. Kommandoen gitt ovenfor slår seg av og starter hver container på nytt i distribusjonen en etter en. Fordi de fleste containerne fremdeles fungerer, vil appen din være tilgjengelig.
Miljøvariabel metode
Et annet alternativ er å tvinge belg til å starte på nytt og synkronisere med endringene dine ved å sette eller endre en miljøvariabel. Du kan for eksempel endre datoen for containerdistribusjon:
I scenariet over endrer SET ENV miljøvariablene, distribusjonen [Distribusjonsnavn] velger distribusjonen din, og distribuerer dato = ”$ (dato)” Endrer distribusjonsdatoen og får poden til å gjenoppta.
Skala kommando for å endre replikker
Pods i Kubernetes bør vanligvis kjøre til en ny distribusjon erstatter dem. Som et resultat er det ikke mulig å "starte" på nytt "en enkelt pod. Hvis containeren din har noen problemer, bør du prøve å erstatte den. Den lille endringen i terminologien er bedre i samsvar med Kubernetes Pods 'statsløse driftsarkitektur.
Du kan endre antall kloner av den mangelfulle poden ved å bruke skala -kommandoen. Når du setter denne verdien til 0, er poden effektivt slått av:
For å starte POD på nytt, gi følgende kommando med et antall kopier større enn null:
Kubernetes eliminerer kopiene det ikke lenger krever når antallet kopier er satt til null. Kubernetes produserer nye kopier etter at du har angitt et nummer større enn null. Navnene på de nye duplikatene vil være forskjellige fra de forrige. Bruk spørringen “Kubectl Get Pods” for å sjekke gyldigheten av belgene og oppdage hva navnene er.
Konklusjon
Kubernetes er et veldig nyttig system, men det, som alle andre systemer, er ikke uten feil. Når det oppstår problemer, kan du bruke de tre måtene som er beskrevet ovenfor for å raskt og trygt få appen din opp igjen uten å påvirke brukernes opplevelse. Etter å ha startet belgene på nytt, vil du ha mer tid til å finne ut hva som forårsaker problemet og løse det. Nå har du utforsket det grunnleggende om omstart av Kubectl Rollout. I tillegg er du nå klar over forskjellige metoder for å starte Kubernetes Pods på nytt.