I Kubernetes brukes en kontekst til å samle tilgangsparametere i en Kubeconfig-fil under lett å huske navn. Klynge, navneområde og bruker er de tre parametrene som hver kontekst holder. Vi viser deg hvordan du bruker Kubectl -kommandoen for å se og justere kontekst i Kubernetes i denne artikkelen.
For å kjøre instruksjonene i Kubernetes, har vi installert Ubuntu 20.04 på vårt Linux -operativsystem. Du kan gjøre det samme. 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 på en systematisk måte. 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. En av de nevnte metodene vil starte terminalen i sin helhet. Etter det vil Minikube bli initiert.
$ Minikube Start
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 fungerer også med Kubectl -oppsettet. Dette vil opprinnelig bli brukt til å kommunisere med klyngen. La oss komme i gang.
Hvordan bytte kontekst i Kubernetes?
En kontekst er en konfigurasjon som du bruker for å koble deg til en viss klynge. Kubectl Config er den tradisjonelle løsningen for å bytte/lese/manipulere forskjellige Kubernetes -miljøer (aka Kubernetes Contexts). De ofte brukte Kubectl -kommandoene er som følger:
Alle dine Kubernetes Clusters ressurstyper støttes via kommandoer. Tilpassede ressursdefinisjoner har sine egne avslappende endepunkter som Kubectl kan få tilgang til fordi de grensesnitt mot Kubernetes API.
Bruk kommandoen “Kubectl Config set-context my-context -cluster = my-app -namespace = Production” for å konfigurere parametere per kontekst. Denne tilnærmingen vil bygge en ny kontekst som heter My-Context med standard Kubernetes Cluster og Namespace-parametere. Eventuelle påfølgende KUBECTL-anrop vil bruke parametrene fra My-Context-konteksten, og koble deg til My-App-klyngen inne i produksjonsnavnet.
Som standard kommuniserer Kubectl -verktøyet med klyngen ved å bruke parametere fra den nåværende konteksten. Den nåværende konteksten vises med følgende kommando.
Følgende kommando brukes i en Kubeconfig -fil for å liste opp alle sammenhenger.
$ kubectl config get-contexts
Lag en ny kontekst
Her har vi konstruert en kontekst fordi det ikke er en som kan brukes til å bytte. Denne kommandoen vil opprette en kontekst basert på et brukernavn.
$ kubectl config set-context gce -user = cluster-admin
Konteksten har nå blitt flyttet til den nyopprettede konteksten.
$ Kubectl Config Use-Context GCE
Bruk følgende kode for å gå tilbake til et tidligere sted.
$ KUBECTL CONFIG BRUK-KONTEXT MINIKUBE
Effektiv bruk av kontekster forenkler KUBECTL -interaksjoner i stor grad. Du må generere distinkte konfigurasjonsfiler manuelt som byttes ved hjelp av KubeConfig -alternativet eller en miljøvariabel hvis du ikke har dem.
Konklusjon
Denne artikkelen handlet om KUBECTL -listen og Switch -konteksten. Her har vi avslørt hvordan du kan opprette og bruke kontekster. Du kan bruke KUBECTL Config Use-Context-setning for å raskt bytte mellom klynger etter at du har definert kontekstene dine i en eller flere konfigurasjonsfiler. I tillegg til det, har vi også diskutert hvordan du kan bytte mellom sammenhenger. Du vet nå at flere "kontekster" kan defineres i konfigurasjonsfiler. Disse lar deg organisere ofte brukte "tilgangsparametere" som klynge -nettadresser og brukerkontoer til navngitte referanser.