Kubernetes EmptyDir Volumes

I denne artikkelen vil vi diskutere EmptyDir Volumes in Kubernetes. Vi vil forklare EmptyDir -volumer i Kubernetes med eksempler og detaljerte forklaringer på EmptyDir Volumes. The EmptyDir er en katalog i Kubernetes som er tom og plassert på lokale noder i Kubernetes -applikasjonssystemet. I denne artikkelen vil vi demonstrere alt om EmptyDir -volumer ved å lage en pod og konfigurere en pod for Kubernetes -applikasjonen. Vi deler ned hele prosedyren i forskjellige trinn for å hjelpe deg å lære om tomme volumer i Kubernetes bedre.

Forutsetninger

Systemet må tilfredsstille disse kravene for å lage en tom katalog og dens volum i Kubernetes. Systemet må være på Ubuntus siste versjon og har installert virtuell boks eller VMware, som gir et anlegg for å kjøre det andre operativsystemet praktisk talt på Windows. Så vi kan også kjøre Ubuntu eller Linux side om side med Windows -operativsystemet. Etter stabilisering av operativsystemet kjører vi Kubernetes -bibliotekene for å installere Kubernetes. Sammen med alle disse må vi vite om KUBECTL -kommandolinjen, Pods, Cluster Concept, Docker Containers og etc.

Hva er det tomme volumet i Kubernetes?

Når en pod er tilordnet en node i Kubernetes, opprettes en midlertidig eller tom katalog og lagres i EmptyDir -volumet. EmptyDir Volumes er nyttig for lagring av data som en beholder i en Kubernetes podbehov, men som ikke forventes å bli lagret etter at poden er avsluttet. På hvert gitt sted opprettes et tomt volum i beholderens filsystem. Den mest effektive brukssaken for EmptyDir er et git -depot. For fildeling mellom containere som opererer i samme pod, er EmptyDir ganske nyttig.

Hvorfor er det et tomt volum i Kubernetes?

I Kubernetes brukes EmptyDir til å lagre midlertidige data. Dette er svært nyttig for lagring av data som en pods beholder trenger. Det kreves for deling av data i en pod av containere. Ved å kontrollere stedet for å lagre data som kan inspiseres etter at beholderen er avsluttet, kan vi ganske enkelt gjøre feilsøking av applikasjoner. I Kubernetes utfører vi enkelt testing for å injisere data i containere uten å måtte endre containervolumet. Det gir en ripeplass.

La oss gå over prosessen med å tømme DIR -volumet i detalj ved hjelp av skjermbildene som er gitt.

Trinn-1: Start Minikube-klyngen i Kubernetes

Vårt første trinn handler om å starte Kubernetes. Vi kjører kommandoen for å starte Kubernetes Dashboard:

> Minikube Start

Vi ser at en lokal beholder med en Minikube -klynge kjører i Kubernetes -applikasjonen.

Trinn 2: Opprett en YAML-konfigurasjonsfil i Kubernetes

Etter det kjører vi kommandoen for å opprette en fil i Kubernetes. Vi definerer EmptyDir -volumet i konfigurasjonsfilen i detalj.

> Nano tom. Yaml

Etter å ha utført kommandoen, trykk Enter for å vise skjermbildet nedenfor. Denne YAML -filen inneholder en API -versjon, en POD -type, metadatafelt, containerspesifikasjoner inkludert navn, bilde, volummonteringsspesifikasjon inkludert navn og monteringsbane, og volumspesifikasjoner er også inkludert i Kubernetes -konfigurasjonsfilen. Så på denne måten oppretter vi en YAML -fil i Kubernetes.

Trinn-3: Opprett en YAML-konfigurasjonsfil i Kubernetes

Vi kjører kommandoen for å opprette en fil i Kubernetes. Vi definerer EmptyDir -volumet i konfigurasjonsfilen i detalj. Nå som vi har et Kubernetes -applikasjon, vil vi se hvordan du distribuerer denne konfigurasjonen YAML -filen i applikasjonen ved å kjøre kommandoen ganske enkelt. I Linux eller Ubuntu bruker vi Kubectl for å kjøre kommandoer i terminalen. Vi må prøve å praktisere alle kommandoene for å huske hvilken kommando som brukes til hvilket formål i Kubernetes. Her vil vi kjøre kommandoen på KUBECTL -kommandolinjen:

> Kubectl gjelder -f tom. Yaml

Som vist på vedlagte skjermbilde, opprettes Redis i poden vellykket etter utførelse av kommandoen. Vi oppretter først en YAML -fil, og etter justering av alle krav, distribuerer du YAML i Kubernetes -applikasjonen for å implementere filen som er nevnt i applikasjonen. Nå ser vi at Redis implementeres i et system som er fullt av forskjellige spesifikasjoner, som volum.

Trinn-4: Venv løpeløpene i Kubernetes

I dette trinnet vil vi lære å se hvilken podbeholder som for øyeblikket kjører i Kubernetes. Så vi har en kommando som får alle belgene med forskjellige attributter som kjører på den tiden. Vi kjører kommandoen her:

> Kubectl Get Pods Redis -Watch

Når kommandoen blir utført, vises informasjon om PODS for øyeblikket på applikasjonsterminalen, som vi kan se i ovennevnte skjermbilde. Så vi oppdaget at bare en pod som vi nylig har opprettet er aktiv i systemet. Denne kommandoen returnerer forskjellige attributter, for eksempel podens navn "Redis", det faktum at den for øyeblikket er i hvileposisjonen fordi klar er "0/1", og statusen "i påvente av.”Når statusen er“ i påvente ”, betyr det at denne poden fremdeles er i køen eller venter på en oppgave. “Restarts” indikerer hvor mange ganger denne poden har startet på nytt. Men i dette tilfellet viser "Restarts" "0", noe som indikerer at omstarttiden er null. Denne poden har begynt å følge med på monteringspunktet.

I denne artikkelen ser vi og lærer hvordan du lager en pod med volum vellykket. En pod er for øyeblikket i påvente, noe som betyr at den ikke kan planlegges på en Kubernetes -node, muligens fordi CPU er opptatt med andre oppgaver eller på grunn av en node -velger grunn. Men her, inntil poden er avsluttet, vil alle data som beholderen skriver til dette volumet holdes i tomtvolumet.

Konklusjon

Metoden for å lage et volum er EmptyDir. Det tomme volumet er veldig nyttig for Kubernetes statlige applikasjoner. I Kubernetes er en tom katalog en volumtype. Så Empty er i utgangspunktet tomt, og den lagrer alle dataene som er samlet mens poden kjører. Når en pod avsluttes av en eller annen grunn eller på slutten av en oppgave, forblir innholdet i det tomme volumet trygt og sikkert for videre bruk.