Sådan bruges Kubernetes nodeSelector

Sadan Bruges Kubernetes Nodeselector



Kubernetes-klyngen bruger planlægningsbegrænsningerne som: pletter, etiketter, tolerationer og nodeSelector til at adskille og planlægge arbejdsbyrden på forskellige nodepuljer. Planlægningsbegrænsninger er et almindeligt krav i Kubernetes til infrastrukturstyring. Vi vil fokusere på nodeSelector-planlægningsbegrænsninger i denne artikel. Vi vil undersøge, hvad en nodeSelector er, hvordan den fungerer, og hvordan den kan bruges i Kubernetes. Vi vil præsentere et simpelt scenarie for at hjælpe dig med at forstå, hvordan du effektivt bruger Kubernetes nodeSelector.

Hvad er Kubernetes nodeSelector?

En nodeSelector er en planlægningsbegrænsning i Kubernetes, som specificerer et kort i form af en nøgle: værdipar tilpassede pod-vælgere og nodeetiketter bruges til at definere nøglen, værdipar. NodeSelector mærket på noden bør matche med nøglen: værdiparret, så en bestemt pod kan køres på en specifik node. For at planlægge poden bruges etiketter på noder, og nodeSelectors bruges på pods. OpenShift Container Platform planlægger pods på noderne ved hjælp af nodeSelector ved at matche etiketterne.

Desuden bruges labels og nodeSelector til at styre, hvilken pod der skal planlægges på en specifik node. Når du bruger etiketterne og nodeSelector, skal du først mærke noden, så pods ikke bliver afplanlagt, og derefter tilføje nodeSelector til poden. For at placere en bestemt pod på en bestemt node, bruges nodeSelector, mens den cluster-wide nodeSelector giver dig mulighed for at placere en ny pod på en bestemt node, der er til stede hvor som helst i klyngen. Project nodeSelector bruges til at placere den nye pod på en bestemt node i projektet.







Forudsætninger

For at bruge Kubernetes nodeSelector skal du sørge for at have følgende værktøjer installeret på dit system:



  • Ubuntu 20.04 eller enhver anden nyeste version
  • Minikube-klynge med minimum én arbejderknude
  • Kubectl kommandolinjeværktøj

Nu går vi til næste afsnit, hvor vi vil demonstrere, hvordan du kan bruge nodeSelector på en Kubernetes-klynge.



nodeSelector-konfiguration i Kubernetes

En pod kan begrænses til kun at kunne køre på en specifik node ved at bruge nodeSelector. NodeSelector er en nodevalgsbegrænsning, der er angivet i pod-specifikationen PodSpec. Med enkle ord er nodeSelector en planlægningsfunktion, der giver dig kontrol over poden for at planlægge poden på en node, der har den samme etiket specificeret af brugeren for nodeSelector-etiketten. For at bruge eller konfigurere nodeSelector i Kubernetes skal du bruge minikube-klyngen. Start minikube-klyngen med kommandoen nedenfor:





> start minikube

Nu hvor minikube-klyngen er startet med succes, kan vi starte implementeringen af ​​konfigurationen af ​​nodeSelector i Kubernetes. I dette dokument vil vi guide dig til at oprette to implementeringer, den ene er uden nodeSelector og den anden er med nodeSelector.



Konfigurer implementering uden nodeSelector

Først vil vi udtrække detaljerne for alle de noder, der i øjeblikket er aktive i klyngen ved at bruge kommandoen nedenfor:

> kubectl få noder

Denne kommando viser alle de noder, der er til stede i klyngen, med oplysninger om navn, status, roller, alder og versionsparametre. Se eksempeloutputtet nedenfor:

Nu vil vi kontrollere, hvilke taints der er aktive på noderne i klyngen, så vi kan planlægge at implementere pods på noden i overensstemmelse hermed. Kommandoen givet nedenfor skal bruges til at få beskrivelsen af ​​pletterne påført på noden. Der bør ikke være nogen pletter aktive på noden, så pods nemt kan placeres på den. Så lad os se, hvilke taints der er aktive i klyngen ved at udføre følgende kommando:

> kubectl beskriver noder minikube | greb Taint

Ud fra outputtet ovenfor kan vi se, at der ikke er nogen pletter påført noden, bare præcis det, vi skal bruge for at implementere pods på noden. Nu er det næste trin at oprette en implementering uden at angive nogen nodeSelector i den. For den sags skyld vil vi bruge en YAML-fil, hvor vi gemmer nodeSelector-konfigurationen. Kommandoen vedhæftet her vil blive brugt til oprettelsen af ​​YAML-filen:

> nano deplond.yaml

Her forsøger vi at oprette en YAML-fil ved navn deplond.yaml med nano-kommandoen.

Når vi udfører denne kommando, vil vi have en deplond.yaml-fil, hvor vi gemmer implementeringskonfigurationen. Se installationskonfigurationen nedenfor:

Nu vil vi oprette implementeringen ved at bruge installationskonfigurationsfilen. Filen deplond.yaml vil blive brugt sammen med 'create'-kommandoen til at oprette konfigurationen. Se den komplette kommando nedenfor:

> kubectl oprette -f deplond.yaml

Som vist ovenfor, er implementeringen blevet oprettet med succes, men uden nodeSelector. Lad os nu kontrollere de noder, der allerede er tilgængelige i klyngen med kommandoen nedenfor:

> kubectl få bælg

Dette viser alle de tilgængelige pods i klyngen. Se outputtet nedenfor:

  Tekstbeskrivelse genereres automatisk

Dernæst skal vi ændre antallet af replikaer, hvilket kan gøres ved at redigere filen deplond.yaml. Bare åbn filen deplond.yaml og rediger værdien af ​​replikaer. Her ændrer vi replikaerne: 3 til replikaerne: 30. Se modifikationen i snapshotet nedenfor:

Nu skal ændringerne anvendes på implementeringen fra implementeringsdefinitionsfilen, og det kan gøres ved at bruge følgende kommando:

> kubectl anvende -f deplond.yaml

  Tekstbeskrivelse genereres automatisk

Lad os nu tjekke flere detaljer om bælgerne ved at bruge -o wide-indstillingen:

> kubectl få bælg -Det bred

  Tekstbeskrivelse genereres automatisk

Fra outputtet ovenfor kan vi se, at de nye noder er blevet oprettet og planlagt på noden, da der ikke er nogen taint aktiv på den node, vi bruger fra klyngen. Derfor skal vi specifikt aktivere en taint for at sikre, at pods kun bliver planlagt på den ønskede node. Til det skal vi oprette etiketten på masternoden:

> kubectl label noder master on-master= sand

Konfigurer implementering med nodeSelector

For at konfigurere implementeringen med en nodeSelector, vil vi følge den samme proces, som er fulgt for konfigurationen af ​​implementeringen uden nogen nodeSelector.

Først vil vi oprette en YAML-fil med kommandoen 'nano', hvor vi skal gemme konfigurationen af ​​implementeringen.

> nano nd.yaml

Gem nu implementeringsdefinitionen i filen. Du kan sammenligne begge konfigurationsfiler for at se forskellen mellem konfigurationsdefinitionerne.

Opret nu implementeringen af ​​nodeSelector med kommandoen nedenfor:

> kubectl oprette -f nd.yaml

Få detaljerne om bælgerne ved at bruge -o wide flaget:

> kubectl få bælg -Det bred

  Tekst, kalender Beskrivelse genereret automatisk med medium selvtillid

Ud fra outputtet ovenfor kan vi bemærke, at pods er ved at blive installeret på minikube-knudepunktet. Lad os ændre antallet af replikaer for at kontrollere, hvor de nye pods bliver implementeret i klyngen.

Anvend de nye ændringer på implementeringen ved at bruge følgende kommando:

> kubectl anvende -f nd.yaml

  Tekstbeskrivelse genereres automatisk

Konklusion

I denne artikel havde vi et overblik over nodeSelector-konfigurationsbegrænsningen i Kubernetes. Vi lærte, hvad en nodeSelector er i Kubernetes, og ved hjælp af et simpelt scenarie lærte vi, hvordan man opretter en implementering med og uden nodeSelector-konfigurationsbegrænsninger. Du kan henvise til denne artikel, hvis du er ny til nodeSelector-konceptet og finde alle relevante oplysninger.