Kubectl -kommandoer
Kubectl jobber med Kubernetes -klyngen. Det er et kommandolinjeverktøy som brukes til implementering av Kubernetes -klyngen. "Kubectl" er representasjonen av "Kubernetes Command Line Tool" som brukes til å utføre kommandoer for Kubernetes -klyngene. Kubectl -plattformen lar deg distribuere, inspisere og administrere Kubernetes -applikasjoner og klyngressurser. Denne artikkelen er spesielt designet for å lære om Kubectl -kommandoene som brukes med Kubernetes Cluster.
Hva er kubectl?
Kubectl er et offisielt CLI -verktøy som tillater kommunikasjon med kontrollpanelet til Kubernetes -klynger via Kubernetes API. Den autentiserer masternode -klyngen og ringer API -samtaler for å utføre forskjellige styringshandlinger. Når du begynner å jobbe med Kubernetes, må du bruke mye tid med Kubectl.
Å bruke den nyeste versjonen av Kubectl, som er helt kompatibel med Ubuntu -versjonen din, hjelper deg å unngå uforutsette omstendigheter. Det er forskjellige metoder for å installere Kubectl for å bruke Kubernetes -klyngene, Native Package Management, “Curl” -kommandoen for å installere binær på Linux, etc. Vi vil diskutere installasjonen av Kubectl i detalj og veilede deg for hvordan du installerer kubectl i de videre seksjonene.
Hvordan bruke Kubectl -kommandoen?
Det er veldig enkelt å bruke Kubectl -kommandoer. Den samme syntaks følges for hver kommando. Se den generelle syntaksen til KUBECTL -kommandoen gitt nedenfor:
Kubectl
Den samme syntaksen følges for hver kommando ved å endre kommandoen, typen, navnet og flagget med Kubectl.
: Det representerer hovedkommandoen som utfører Apply, Create, Get, Delete, etc. funksjoner.
: Det representerer ressursene til Kubernetes, som belg og noder.
: Det representerer navnet gitt til ressursene. Hvis du ikke spesifiserer navnet, vil Kubectl returnere alle ressursene som er representert av .
: Det representerer enhver ekstra spesifikk eller global kommando for å utføre på klyngressursen.
Her er flere grunnleggende Kubectl -kommandoer som brukes med Kubernetes -klyngene:
| Kommandoer | Beskrivelse |
| få | Brukes til å liste ned alle ressursene, pakkene og alt som er spesifisert av |
| løpe | Begynn å kjøre forekomster av bildet på klyngen |
| Skape | Lag pod, nod, navneområde eller alt spesifisert av |
| utplassering | Opprette en distribusjon spesifisert av |
| navneområde | Opprette et navneområde spesifisert av |
| Slett | Slett ressursene, belgene, navneområdet osv. spesifisert av |
| Søke om | Bruk konfigurasjonen på |
| Feste | Fest ressursene som er spesifisert av med beholderen |
| CP | Kopier fil, mappe, ressurser eller noe spesifisert av |
| beskrive | Beskriv ressursene som er spesifisert av |
| Api-versjon | Liste ned alle tilgjengelige versjoner av API |
| Cluster-Info | Returnerer adressen til tjenester og kontrollpanel |
| API-ressurser | Liste over alle tilgjengelige støttede ressurser til API |
| Konfigurasjon | Endre konfigurasjonen av ressursene i Kubernetes -klyngen |
Dette er de grunnleggende Kubectl -kommandoene som kjøres med en rekke, og leverer forskjellige tjenester. For å utføre alle disse kommandoene, må du ha en Minikube installert i Ubuntu 20.04. Fortsett til neste avsnitt for å lære om Minikube.
Hva er Minikube?
En enkelt node av en Kubernetes -klynge kjører på hvert operativsystem, inkludert Windows, Linux, MacOS, UNIX, etc. Med enkle ord er Minikube en lokal Kubernetes -motor som støtter alle Kubernetes -funksjoner for sin lokale applikasjonsutvikling. Den oppretter en virtuell maskin i en lokal maskin for å aktivere Kubernetes -implementering ved å distribuere en enkel enkeltknute -klynge som består av Dockers som lar containerne kjøre inne i noden.
Kommandolinjegrensesnittet til Minikube lar de grunnleggende bootstrapping-operasjonene fungere med klyngen, som inkluderer start, sletting, status og stopp. Hovedmålet med Minikube er å være det perfekte verktøyet for lokal Kubernetes applikasjonsutvikling. Det gir det perfekte lokalmiljøet for å teste implementering av Kubernetes uten å bruke ekstra ressurser.
Denne opplæringen demonstrerer den komplette prosedyren for å installere Minikube på Ubuntu 20.04.
Hvordan installere Minikube på Ubuntu?
Å jobbe med Minikube er grei. Den støtter alle de siste utgivelsene av Kubernetes og er i stand til å jobbe med flere containere samtidig. Det forenkler alle slags lokal Kubernetes -implementering ved å tilby en utviklingsplattform. For testing, implementering eller utførelse av alle slags Kubernetes -applikasjoner, må en Minikube installeres i systemet.
Før vi begynner installasjonen av Minikube, la oss se hvilke forutsetninger som skal oppfylles.
Forutsetninger
Mens vi installerer Minikube på Ubuntu 20.04, Systemet må ha Ubuntu 20.04 Løping. Sudo -privilegiene må være aktivert for en bestemt maskinbruker.
Ta en titt på hvert trinn og følg instruksjonene for å installere Minikube glatt.
Trinn 1: Oppdater systemet
Det første trinnet i å installere Minikube er å oppdatere systemet. Kommandoen “Sudo Apt-get Update” brukes til å oppdatere systemet. Se på kommandoen og dens utdata nedenfor:
Trinn 2: Oppgrader systemet
Når systemet er oppdatert med alle de nye og essensielle oppdateringene, oppgraderer du det ved å bruke kommandoen “Sudo Apt-Fet Upgrade”. Kommandoen “Upgrade” leser hele pakkelisten og bygger et avhengighetstreet for å oppgradere systemet for videre behandling. Slik kan du oppgradere systemet ditt:
Trinn 3: Installer pakker
Nå som systemet er oppdatert og oppgradert med alle nylige oppdateringer, er det klart til å installere de nødvendige pakkene. Bare sjekk en rask sjekk for å sikre at pakkene ikke allerede er installert.
La oss installere “Curl”, slik at vi kan overføre HTTP, FTP, SFTC og annenhver protokoll til eller fra en server. Se utførelsen av kommandoen “Apt-Fet Install Curl” nedenfor:
For å installere Minikube, trenger vi tilgang til depotene via HTTPS Transport Protocol. Det er som standard inkludert i apt-transport-HTTPS. Hvis du ser på utdataene nedenfor, indikerer det at de oppdaterte versjonene av pakkene allerede er installert:
Trinn 4: Installer Minikube
I denne opplæringen bruker vi Docker, så vi vil ikke installere den virtuelle maskinen hver for seg. Forutsatt at Docker allerede er på plass, la oss installere Minikube på Ubuntu 20.04. Bruk “WGET” -kommandoen til å laste ned og installere Minikube fra Web Storage. "WGET" er et gratis verktøy som tillater nedlastinger av ikke-interaktive og direkte filer fra nettet. Nettadressen er gitt nedenfor, hvorfra du kan laste ned og installere Minikube i Ubuntu 20.04:
Når nedlastingen er fullført, kan du kopiere alle filene og flytte dem til en lokal mappe, si "/usr/local/bin/minikube" -mappen. Utfør den komplette kommandoen gitt nedenfor på Ubuntu -terminalen, så får du nedlastede filer for Minikube til den lokale mappen,/USR/Local/Bin/Minikube:
Hvis prosessen med å kopiere filer ble gjort riktig og var vellykket, vil du ikke ha noen utdata på terminalen. Det neste du trenger å gjøre er å bruke “chmod” -kommandoen for å tillate å inngi leder. Se "ChMod" -kommandoutførelsesutgangen gitt nedenfor:
Igjen, hvis prosessen er riktig og vellykket, vil du ikke ha noen utgang på terminalen. Hvis det er tilfelle, har du installert Minikube på Ubuntu 20.04. La oss nå sjekke versjonen av Minikube for å sikre at den er installert med hell. For det har vi “versjon” -kommandoen. "Versjon" -kommandoen i Ubuntu eller Linux brukes til å få versjonen av programvaren, pakker eller noe installert i systemet.
Som du ser i forrige utdata, blir versjonen av Minikube returnert av “Versjonen” -kommandoen, og det er “V1.26.1".
Trinn 5: Installer Kubectl
Nå som vi har installert Minikube på Ubuntu 20.04 System, systemet vårt er klart til å teste og utføre Kubernetes -applikasjonene. Men før vi begynner testingen av Kubernetes, bør vi installere Kubectl. Som tidligere diskutert, lar Kubectl brukeren spille med Kubernetes på Ubuntu -plattformen. Igjen, bruk “Curl” -kommandoen for å laste ned kubectl. Følgende komplette uttalelse brukes til å laste ned Kubectl -kommandoen på Ubuntu 20.04:
Som du kan se i utgangen som Kubectl lastes ned med hell; Neste trinn er å lage et kjørbart binært felt. Installer Kubectl -binæren ved å bruke “CHMOD +x ./kubectl ”kommando. Når du utfører denne kommandoen på Ubuntu -terminalen, vil den installere Kubectl -binæren i systemet ditt. Igjen, hvis du ikke ser noen feil eller annen utgang på terminalen, betyr det at plugin er installert med hell.
Følg den samme prosessen igjen og kopier alle filene i din lokale mappe, som er/usr/local/bin/kubectl. For det, bruk “Sudo MV” -kommandoen. “MV” -kommandoen i Linux- eller UNIX -systemet brukes til å flytte filer fra en katalog eller mappe til et annet sted. Den komplette kommandoen for å flytte filene er gitt nedenfor:
Til slutt kan vi nå bekrefte at Kubectl er installert med hell. Bruk den samme "versjonen" -kommandoen igjen for å sjekke versjonen av Kubectl og bekrefte at den er installert riktig.
Kommandoen "Versjon" har returnert alle feltene, inkludert versjonen av Kubectl, og det er "V4.5.4 ”. Terminalen har indikert at systemet vårt er klart, og vi kan nå begynne å jobbe i Minikube.
Trinn 6: Start Minikube
Alle forutsetningens krav er oppfylt, og hver nødvendig programvare og pakke er installert og satt opp for Minikube. Nå kan vi jobbe med det. Når du utfører kommandoen “Minikube Start” på Ubuntu -terminalen, vil systemet laste ned Minikube ISO -filen fra en webkilde og localkube binær. Etter det vil den koble seg til Docker for konfigurasjon siden vi bruker Docker i stedet for en virtuell maskin i en virtuell boks. La oss starte Minikube:
Legg merke til at kommandoen har kommet tilbake med en feil. Dette skjedde fordi versjonen av Minikube og driverne som er installert, ikke er perfekt kompatible med versjonen av Docker. Systemet har imidlertid foreslått å løse feilen, og det er ved å legge brukeren til Docker -gruppen. Dette kan oppnås ved å utføre kommandoen “UserMod” før du starter Minikube igjen.
Kommandoen “UserMod” i Ubuntu brukes til å endre eller endre attributtene til den nåværende brukeren gjennom CLI. Når du kjører kommandoen “UserMod” i terminalen din, vil kommandoen be om gjeldende brukers passord, brukernavn, skall, katalogsted, etc. Den komplette "usermod" -uttalelsen for å legge til brukeren vises nedenfor:
Legg merke til at “UserMod” og “NewGRP” -kommandoer brukes sammen. Kommandoen “UserMod” brukes til å endre detaljene i den gjeldende brukerkontoen, og “NewGRP” -kommandoen brukes til å legge til brukergruppen til Docker. Hvis prosessen ble gjort riktig og brukeren ble lagt til Docker med hell, vil det ikke komme noen utgang på terminalen som indikerer at systemet er klart til å starte Minikube. Skriv inn den samme “Minikube Start” -kommandoen for å starte Minikube:
Legg merke til at Minikube startet med suksess, og Docker -sjåføren blir brukt med rotrettighetene. Terminalen viser også at Kubectl er konfigurert til å bruke Minikube, og vi er gode til å gå. Vi kan nå implementere Kubernetes og Kubectl -klynger i Minikube og teste kommandoene. Men før vi går videre til Kubectl -kommandoene, la oss først opprette en demonstall for Kubernetes.
Hva er daemonset i Kubernetes?
Daemonset i Kubernetes er en funksjon som sikrer at alle systembeløpene kjører jevnt og planlagt på hver node. Så når vi jobber med Kubernetes, bør vi opprette en demonsett for å sikre at kopien av hver pod kjører vellykket over alle noder. Fordelen med å lage en demonstall er at når du oppretter en ny node i en Kubernetes -klynge, blir en ny pod automatisk lagt til den nyopprettede noden. Når du sletter nodene fra klyngen, vil kopien deres forbli bak i pod. Først når du fjerner demonen, blir de opprettede belgene fjernet fra systemet.
Hva er bruken av Daemonset i Kubernetes?
Daemonset er opprettet i Kubernetes for å sikre at hver node har en kopi av POD. Poden festet til noden er vanligvis valgt av planleggeren, selv om Daemonset -kontrolleren planlegger og administrerer belgene etter opprettelsen av Daemonset. Når en ny node legges til i klyngen, blir en kopi av poden dessuten automatisk festet til den, og når noden blir fjernet, vil også POD -kopien bli fjernet. Imidlertid vil belgene bare bli renset opp hvis demonen blir fjernet fra systemet. Den vanligste bruken av en demonsett er som følger:
Cluster Storage: Kjør klynglagringen som Ceph, Gluster osv. på hver node som er opprettet.
Logs -samling: Kjør Logs -samlingen som logstash, fluentd osv. på hver node som er opprettet.
Nodeovervåking: Kjør nodeovervåking som Collectd, Node Exportion, etc. på hver node som er opprettet.
Distribuere flere demoner: for En slags demon, distribuerer flere demoner via CPU eller minneforespørsler av forskjellige typer flagg som støtter en rekke maskinvare og konfigurasjoner.
Daemonset Creation in the Kubernetes Cluster?
Nå, vi vet hva DAEMONSET er og hva bruken er, la oss lage en DAEMONSET i Ubuntu 20.04. For det må du sørge for at minst en arbeidernode må eksistere i Kubernetes -klyngen. Følg trinnene nedenfor for å lage en demonsett i Kubernetes -klyngen din:
Trinn 1: Bekreft DAEMONSET
Det første trinnet for å lage en demonstall er å sikre at det ikke allerede er opprettet i Kubernetes -klyngen. Liste ned alle demonenes. "Get" -kommandoen brukes til å trekke ut filer, pakker og alt fra Kubernetes -klyngen, og når "Daemonsets navneområdet" flagget blir lagt til det, vil det liste opp alle demonene fra standardnavnområdet. For å liste opp alle demonene fra alle navneområder, kan du imidlertid legge til "alle" flagget med "navneområdet".
Merk at alle feltene i en demonstall returneres av "navneområder", inkludert navneområde, navn, ønsket, strøm, klar, oppdatert, tilgjengelig, nodevelger og alder. Det er bare en demonsett som heter “Kube-Proxy” som tilhører “Kube-System” -området.
Trinn 2: Få belg
Nå har vi listen over demoner, la oss få belgene som tilhører demonenes "kube-system" navneområde. Den samme "get" -kommandoen brukes til å få belgene som tilhører "Kube-System" -navnet. Kjør kommandoen “Kubectl Get Pods -N Kube -System” i terminalen for å få belgene som tilhører dette spesifikke navneområdet. Se skjermbildet gitt nedenfor:
Trinn 3: Få proxy pods
Kommandoen "Get Pods" har returnert listen over pods fra "Kube-System" -navnet. Nå, ved å bruke de samme “Get Pods” -kommandoer, kan vi få proxy -podene til samme navneområde. Legg til "Få proxy" -kommandoen til "Get Pods" -kommandoer for å få proxy -podene til navneområdet. Den komplette kommandooppgaven er vist nedenfor:
Trinn 4: Sjekk detaljene i DAEMONSET
Etter å ha trukket ut alle belgene og proxy -podene, kan du få detaljene om demonen som kontrollerer proxy -podene. Kommandoen “Kubectl beskriver Daemonset” brukes til å få detaljene i Daemonset. "Beskriv" -kommandoen i Kubernetes brukes til å beskrive ressursene i Kubernetes. Det kan brukes til å definere enkelt så vel som flere ressurser på en gang.
Når du trenger å beskrive en spesifikk ressurs av Kubernetes, er det bare å oppgi navnet på den ressursen med "beskriv" -kommandoen. I dette tilfellet trenger vi detaljene om vår daemonset "kube-proxy" fra navneområdet "kube-system", så vi vil oppgi dette navneområdet og navnet på Daemonset til "Beskriv" -kommandoen. Utgangen fra "beskriv" -kommandoen vises nedenfor:
Merk at en komplett liste over detaljer returneres av “Beskriv” -kommandoen. Utgangen inneholder alle detaljene i Daemonset som kontrollerer proxy -podene i Kubernetes.
Trinn 5: Opprett en YAML -fil
Neste trinn er å lage en tom YAML -fil i Docker. Bruk kommandoen "Touch" for å generere en YAML -fil. Se den komplette kommandooppgaven nedenfor:
"Touch" er kommandoen om å bygge en tom YAML -fil, "demonen" er navnet på filen, og ".YAML ”er utvidelsen av filen. Den komplette uttalelsen instruerer systemet til å lage en YAML -fil som heter “Daemon”. La oss nå åpne YAML -filen i ønsket redaktør. Kommandoen “Nano” brukes til å åpne filen i brukerens ønskede redigering. Bruk “Nano” -kommandoen med det spesifikke filnavnet for å åpne det i ønsket redigerer. Se følgende kode:
Når du utfører de to foregående kommandoene, en YAML -fil som heter “Daemon.yaml ”vil bli opprettet. Utgangen nedenfor viser den komplette listen over definisjoner.YAML -fil. Du vil se API -versjonen, navneområdet, ressursene som CPU og minne osv. I definisjonen av Daemon -fil.
Trinn 6: Opprett en demonfilm av definisjonsfilen
Nå som vi har laget en YAML -fil og skaffet den komplette definisjonen, kan vi enkelt opprette en Daemonset ut av den. Bare bruk "Opprett" -kommandoen for å opprette Daemonset ved å bruke definisjonsfilen som vi opprettet i forrige trinn. Bruk kommandoen “Create -F” for å opprette Daemonset fra den opprettede definisjonsfilen. Se den komplette kommandoen nedenfor:
Daemonset som heter my-fluentd-elasticsearch-daemonset ble opprettet med hell. La oss nå få navneområdet igjen for å bekrefte at My-Fluentd-Elasticsearch-Daemonset Daemonset er lagt til i "Kube-System" navneområdet. Bruk "get" -uttalelsen igjen for å liste opp alle demonene fra "Kube-System" -navnet.
Som du ser fra forrige utgang, er det nye Daemonset nå opprettet i "Kube-System" -navnet.
Trinn 7: Beskriv den nye demonen
Siden vi har laget en ny demonstall, er det på tide å beskrive det. Ettersom daemonset er opprettet i "kube-systemet" navneområdet, må vi definere daemonset i samme navneområde. Bruk den samme "beskriv" -kommandoen med DAEMONSET-navnet "My-Fluentd-Elasticsearch-Daemonset" og navneområdet "Kube-System" for å beskrive det nye Daemonset. Se den komplette kommandoen på skjermdumpen gitt nedenfor:
Hvis du nøye ser forrige utgang, vil du legge merke til at 1 pod er distribuert med nodene. Legg også merke til at statusen til poden er "venter".
Trinn 8: Få detaljer om den utplasserte pod
Her vet vi hvor mange belg som er distribuert på nodene. La oss få detaljene om den distribuerte pod ved å bruke de samme “Get Pods” og “grep” -kommandoer. Ta en titt på den komplette kommandoen gitt nedenfor:
Vi har laget en demonsett og lært hvordan belgene blir distribuert i den nyopprettede demonen på hver node i Kubernetes -klyngen. Vi er nesten ferdige med alle viktige installasjoner, og vi opprettet hver pakke som kreves for å kjøre Kubectl -kommandoene jevnt i Kubernetes -klyngen som administreres av Minikube. I neste avsnitt skal vi liste opp alle de grunnleggende og mest brukte Kubectl -kommandoene og vil gi enkle og enkle eksempler for hver kommando, slik at du kan lære om kodene riktig. Eksempeleksemplene vil hjelpe deg i implementeringsprosessen, og du vil kunne opprette applikasjonen din ved å bruke disse kommandoene.
Grunnleggende Kubectl -kommandoer
Som vi vet at Kubectl er et offisielt kommandolinjeverktøy for å implementere, utføre og kjøre Kubernetes -applikasjonen. Kubectl -verktøyet og kommandoene lar deg bygge, oppdatere, inspisere og fjerne Kubernetes -objektene. Her vil vi gi noen grunnleggende kommandoer som kan brukes med flere Kubernetes -ressurser og komponenter. La oss se Kubectl vanlige kommandoer en etter en. Husk at nøkkelordet “Kubectl” vil bli brukt med alle kommandoene. Det er viktig for å utføre enhver Kubectl -kommando.
Kommando 1: Cluster-Info
Kommandoen "Cluster-Info", som navnet antyder, vil gi informasjonen til klyngen. Det gir endepunktinformasjonen til tjenestene og mesteren i klyngen. Sjekk ut utdataene fra “Cluster-Info” -kommandoen vist nedenfor:
"Cluster-Info" ga informasjonen om klyngen som kjører i hvilken port.
Kommando nr. 2: Versjon
"Versjonen" -kommandoen til Kubectl brukes til å få versjonen av Kubernetes, som kjører på både server og klient. Se på følgende utførte “Versjons” -kommando med sin produserte utgang:
Merk at "versjon" -kommandoen har returnert “V4.5.4 ”versjon av Kubernetes.
Kommando 3: Konfigurasjonsvisning
Neste kommando er "Config View". Den brukes til å konfigurere klyngen i Kubernetes. Når du utfører kommandoen “Kubectl Config View”, vil du få en fullstendig definisjon av klyngekonfigurasjonen. Detaljene inneholder den siste oppdateringstiden, leverandørinformasjon, versjon av Minikube, API -versjon, etc. Se den komplette listen over detaljer i utdataene gitt nedenfor:
Kommando 4: API-ressurser
Det er mange API -ressurser brukt i Kubernetes; For å liste opp alle disse, har vi “API-ressurs” -kommandoen. Ta en titt på listen over alle aktive ressurser gitt nedenfor:
Kommando 5: Api-versions
For å liste opp alle tilgjengelige versjoner av API, har vi kommandoen “API-versioner” tilgjengelige. Bare utfør "Kubectl API-Verion" i terminalen og få alle versjonene av API som er tilgjengelige for øyeblikket. Her er listen over alle tilgjengelige API -versjoner vist nedenfor:
Kommando 6: Få alle navnefelt
Vi har allerede brukt navnefelt -kommandoen i forrige seksjon for å opprette daemonset. La oss imidlertid se den generelle definisjonen av kommandoen “All Namespaces”. Kommandoen -All -Namespaces lister ned alle navnefeltene som er opprettet i Kubectl. Se listen over alle navnefeltet nedenfor:
Kommando nr. 7: Get Daemonset
Kommandoen “Get Daemonset” brukes til å få listen over alle demonene som er opprettet i standardnavnet så langt.
Anta at du utfører denne kommandoen før du oppretter noe demon. Det vil ikke returnere noe siden det ikke er opprettet noen DAEMONSET -ressurser i navneområdet. Imidlertid har vi opprettet en demonstall i forrige seksjon, og vi kan se listen over nyopprettede Daemonset der.
Kommando nr. 8: Få distribusjon
Kommandoen "Get Deployment" brukes til å liste opp alle distribusjonene som er gjort så langt i Kubernetes.
Siden det ikke er gjort noen distribusjon ennå, er det ikke funnet noen ressurs i navneområdet.
Kommando nr. 9: Touch
Kommandoen "Touch" brukes til å opprette en ny og blank fil for å gi konfigurasjonen i den. For å opprette en tom fil, må du bare oppgi filnavnet ønsket filutvidelse som beskriver filtypen til "Touch" -kommandoen. Se følgende kommandoutførelse:
Kommando nr. 10: Nano
"Nano" -kommandoen brukes til å åpne filene i ønsket redigerer. Vi har opprettet en YAML ved å bruke “Touch” -kommandoen, så vi vil oppgi samme filnavn til “Nano” -kommandoen for å åpne den.
Her er utgangen fra “Nano” -kommandoen:
Som du kan se, er distribusjonen som heter “Httpd-Frontend” blitt opprettet. "App" -etiketten under malfeltet forteller etiketten til pod, og det er "httpd-frontend". Til slutt spesifiserer "image" -etiketten under malfeltet bildeversjonen, som er 2.4-Alpine, og "Navn" -etiketten indikerer at belgene kjører "HTTPD" -beholderen.
Kommando 11: Opprett -f
Kommandoen “Create -f” er cast -off for å generere en distribusjon. Når du utfører “Kubectl Create -F -distribusjonen.YAML ”-kommando på terminalen, CREATE -kommandoen vil opprette distribusjonen. Se den nye distribusjonen i følgende utgang:
Som du kan se, er det opprettet en distribusjon "httpd-frontend". For å se detaljene i distribusjonen, kjør den samme "Få distribusjon" -kommandoen igjen i terminalen. Når du utfører kommandoen "Få distribusjon", vil den liste opp alle distribusjonene som er opprettet så langt. Se følgende liste:
Kommando nr. 12: Få Replicaset | grep
"Get Replicaset | grep ”-kommandoen brukes til å vise listen over replikasett av distribusjonene. Siden vi nettopp har opprettet en distribusjon, kan vi se detaljene om den ved å bruke følgende kommando:
Kommando 13: Få Pods | grep
Når du oppretter en distribusjon, vil den lage belg og replikasetter. Vi har allerede listet opp replikasetten. La oss nå få alle belgene som er opprettet av Replicaset. “Get Pods | grep ”-kommandoen brukes til å liste opp alle belgene som er opprettet av replikasetten. Listen over pods opprettet av replikasetten vises, og samsvarer med det spesifiserte navnet gitt av brukeren. Se følgende utgang:
Kommando nr. 14: Slett
La oss slette poden for å teste automatisk skapelse av pod. For å slette den eksisterende poden, har vi “Delete” -kommandoen. Når du utfører kommandoen "Delete Pod", blir den spesifiserte poden slettet. Se følgende utgang:
Som du kan merke deg, er pod "httpd-frontend-6f67496c45-56vn8" slettet vellykket. La oss nå sjekke om den nye poden automatisk opprettes etter å ha slettet den eksisterende POD spesifikt. For å gjøre det, kjør “Get Pods | grep ”kommando igjen i terminalen. Her er følgende resultat:
Merk at en ny pod automatisk er opprettet etter å ha slettet den eksisterende pod. La oss nå sjekke hva som skjer etter å ha slettet replikasetten. Først får vi listen over Replicaset ved å bruke samme “Få replikasett | grep ”-kommando. Se følgende liste:
Slett nå replikasetten ved å bruke Delete -kommandoen og spesifisere navnet på replikasetten.
Som du ser indikerer terminalen at replikasetten har blitt slettet med hell. Så la oss sjekke om distribusjonen automatisk hadde opprettet replikasetten eller ikke når den ble slettet. La oss kjøre det samme “Get Replicaset | grep ”-kommando for å liste opp alle replikasetten opprettet av distribusjonen. Se følgende utgang:
Merk at replikasetten automatisk er opprettet av distribusjonen selv etter at den ble slettet kraftig. Sjekk ut neste kommando for å få flere detaljer om POD:
Kommando 15: -O bred
Kommandoen “-o bred” brukes til å få detaljene om poden som er opprettet nylig. Bare spesifiser navnet på pod og bruk "Get" -kommandoen med "-o brede" -feltet for å få detaljert informasjon om POD. Se utdataene nedenfor:
Nå, hvis du trenger å se de komplette detaljene i pod, kan du utføre "beskrive" -kommandoen igjen ved å spesifikt oppgi POD -navnet.
Som du kan se, har beskrivingskommandoen returnert de komplette detaljene i httpd-frontend pod, inkludert pod-navn, navneområde, starttid, nodedetaljer, status, IP-adresse, container-ID, etc. Hvis du ikke trenger distribusjonen lenger, må du fjerne den ved å bruke "Delete" -kommandoen. Først må du få listen over distribusjoner via kommandoen "Få distribusjon".
Den eneste distribusjonen vi har i Kubernetes-klyngen er “Httpd-Frontend”. Utfør kommandoen “Slett” på distribusjonen “Httpd-Frontend” for å slette den.
Distribusjonen "Httpd-frontend" er blitt slettet med hell. Hvis du sjekker distribusjonene nå, vil ingenting bli returnert. Se utdataene nedenfor:
Merk at når vi slettet distribusjonen, ble den ikke opprettet igjen. Imidlertid, da vi slettet pod og replicaset, ble de begge opprettet automatisk igjen av distribusjonen. Siden begge er en del av distribusjonen, vil de bli opprettet igjen til du sletter selve distribusjonen, selv om du kraftig sletter dem.
Opprettelse av navneområder i Kubernetes ved hjelp av Kubectl -kommandoer?
Det gjør at administratoren kan ordne, strukturere, organisere, gruppere og tildele ressurser for å fungere jevnt klyngeoperasjonen. Flere navnefelt finner du i en enkelt Kubernetes -klynge, alle logisk atskilt fra hverandre.
Trinn 1: Opprett YAML -fil
Det første trinnet du må utføre er å opprette en ny YAML -fil for konfigurasjon ved hjelp av “Touch” -kommandoen. Etter det, åpne den nyopprettede filen i ønsket redaktør ved å bruke “Nano” -kommandoen.
Det er opprettet en YAML -fil med navneområde. Legg nå til “Apiversion: V1, Kind: Namespace, Metadata: Name: Kalsoom” i filen og lagre den. Se den åpne filen som er gitt nedenfor:
Trinn 2: Lag spesifikk YAML med Kubectl Create -F
Bruk kommandoen “Kubectl Create -f” med navnet på navneområdet etterfulgt av YAML -filstien for å opprette navneområdet til det spesifikke navnet.
Som du kan se at utgangen indikerer at navneområdet er opprettet med hell.
Trinn 3: Liste over alle navnefelt
Bruk kommandoen “Kubectl Get Namespaces” for å liste opp hvert navneområde som er til stede i klyngen.
"Get Namespaces" har returnert navn, status og alder på alle navnefelt som eksisterer i Kubernetes -klyngen. Hvis du vil se detaljene i ett spesifikt navneområde, kan du gjøre det ved å bruke navnet på navneområdet med GET -kommandoen, som vist nedenfor:
Trinn 4: Få den komplette beskrivelsen av navneområdet
Hvis du trenger å se de komplette detaljene i et bestemt navneområde, kan det gjøres ved hjelp av beskrivingskommandoen. Se utdataene nedenfor:
Hvordan jobbe med pods i Kubernetes ved hjelp av Kubectl -kommandoene?
La oss lage noen belg i Kubernetes -klyngen.
Trinn 1: Få alle eksisterende noder
Utfør kommandoen “Kubectl Get Nodes” i terminalen for å se nodene til klyngen. Se utgangen nedenfor:
Trinn 2: Lag pod ved hjelp av Nginx -bilde
Pod kan opprettes ved å bruke Nginx -bildet.
Utgangen viser at Nginx Pod er opprettet som kjører med Nginx -bildet på Docker Hub. Merk at "omstart" -flagget er satt til "aldri". Dette gjøres for å sikre at Kubernetes oppretter en enkelt pod i stedet for en distribusjon.
Trinn 3: Liste opp alle pods
For å se poden som ble opprettet nylig, kan vi kjøre “Get Pods” -kommandoen. Kommandoen “Kubectl Run Pods” viser statusen til POD.
Trinn 4: Få alle detaljene i belgene
Hvis du trenger å se den komplette detaljene og hele konfigurasjonen av belgene, bruk den samme "beskriv" -kommandoen igjen med POD -navnet. Den komplette kommandoen vises nedenfor:
Du kan se Yaml for poden som ble opprettet nylig. Konfigurasjonen inkluderer navn, navneområde, starttid, etiketter, status, bildetype osv. Dette inneholder også de komplette detaljene i Nginx -beholderen.
Trinn 5: Slett pod
POD som er opprettet i de foregående seksjonene kan slettes ved å bruke “Delete” -kommandoen med POD -navnet.
Utførelsen av kommandoen “Delete” var vellykket, så poden ble slettet.
Konklusjon
Når du begynner din Kubernetes -reise, må du takle alle slags Kubectl -kommandoer. Denne komplette artikkelen vil hjelpe deg å forstå Kubectl -kommandoene og hvordan du kan bruke dem til å lage forskjellige pakker, navnefelt, belg, noder osv. Disse kommandoene hjelper deg med å utføre de grunnleggende operasjonene på alle Kubernetes klyngeobjekter.