Bruke Kubernetes flyktige bind

Denne artikkelen vil dekke Kubernetes 'håndtering av flyktig lagring og lære deg hvordan disse volumene er opprettet i aktive klynger. Vi vil forklare i detalj hvilke volumer som er i Kubernetes og hva som er grunnleggende typer. Vi vil også gi en guide for bruk av generiske volumer i Kubernetes.

Volum i Kubernetes

Et volum i Kubernetes kan sammenlignes med en katalog som containerne i en pod kan få tilgang til. I Kubernetes er det forskjellige volumarter, og hver type spesifiserer volumets innhold og skapelsesmetode. Med Docker var volumbegrepet eksisterende, men den eneste ulempen var at volumet ble sterkt begrenset til en enkelt pod. Volumet gikk også tapt etter at en pods liv var over. Kubernetes volumer er imidlertid ikke begrenset til en bestemt type beholder. Den støtter alle eller alle Kubernetes Pods utplasserte containere. Podens evne til å bruke flere typer lagring samtidig er en av de viktigste fordelene med Kubernetes -volum. Kubernetes tilbyr brukere et valg mellom to forskjellige typer volumer: vedvarende og flyktig. Ekhemerale volumer eksisterer bare i løpet av en pod og fjernes så snart pod avsluttes, i motsetning til vedvarende volumer, som holder data gjennom hele livssyklusen til en pod.

Ledelsen av flyktig lagring av Kubernetes

Noen pods er vert. Disse består av programmer som trekker ut skrivebeskyttelsesdata fra filer, for eksempel konfigurasjon og hemmelig nøkkelinformasjon. Volumet tilknyttet en hurtigbuffetjenestes pods flytter ofte uviktige data til begrenset minnelagring uten å påvirke ytelsen. Derfor trenger volumet bare å tåle podens varighet.

For å oppfylle lagringskravene til disse forbigående belgene, bruker Kubernetes flyktige volum. Pods kan starte og slutte uten å bli begrenset av plassering av et vedvarende volum takket være flyktige bind. På hver node i en Kubernetes -klynge er det et alternativ for lokal flyktig lagring som enten er koblet til RAM eller lokalt skrivbare enheter.

La oss få et bedre grep om dette emnet ved å se på hvordan Kubernetes håndterer styringen av flyktig lagring.

Hva er de forskjellige flyktige lagringsalternativene?

Efemal lagring er plassert på et ustrukturert volum som deles av operativsystemet, alle aktive pods på noden og containerens kjøretid. Disse enhetene er begrenset fra å bruke lokal lagring av noden i altfor volumene. Evhemeral lagring er alltid innlosjert på hovedpartisjonen av lokal lagring. Dette skillet kan gjøres på følgende måter:

Rot

Root Storage Directory brukes av operativsystemet, brukerpods og Kubernetes -systemet DAEMONS alle samtidig. /var/log/og Kubelet Root Directory, som er som standard/var/lib/kubelet/, er begge plassert på rotdisken. Pods kan bruke denne partisjonen ved å bruke container-bildelag, tomme volumer og skrivbare lag. Kubelet -tjenesten kontrollerer isolasjonen av og delt tilgang til rotpartisjonen. Rotpartisjonen gir ikke holdbarhet, disk IOPS eller andre ytelsesparametere fordi den er flyktig.

Runtime

Container Runtimes Lag overleggsfilsystemer etter runtime -partisjon. Runtime tilbyr deretter delt tilgang når partisjonen er implementert med isolasjon. Bildelag og beholderskrivbare lag holdes på denne partisjonen. Disse lagene skrives automatisk til runtime -partisjonen når det er dannet, ikke rotpartisjonen.

Flyktige bind og deres typer i Kubernetes

Avhengig av den tiltenkte bruken, støtter Kubernetes en rekke flyktige volumtyper. Disse består av:

Generiske flyktige volumer

Enhver lagringsdriver som muliggjør dynamisk levering av vedvarende volumer kan brukes for å generere disse volumene. For oppstartsdata, som blir kastet under levering, tilbyr disse volumene en katalog på pod-nivå. Generiske flyktige volumer har følgende egenskaper:

• Støtter både nettverksprogrammert lagring og lokal lagring
• støtter å begrense størrelsen på pods
• Disse volumene kan inneholde noen startdata, avhengig av den som er ansatt og parameterinnstillingene
• Avhengig av lagringsdriveren som blir ansatt, kan generiske flyktige volumer støtte snapshotting, kloning, overvåking av lagringskapasitet og endre størrelse på størrelse. Disse funksjonene kan implementeres i volumet

Tom dir

Så snart en pod initialiserer, genereres dette volumet og gjort tilgjengelig for det lenge poden er ikke-terminal.

Hvordan bruke generiske flyktige volumer?

Her er den trinn-for-trinn-guiden du kan følge for å bruke flyktige volumer i Kubernetes.

Trinn 1: Start Minikube

Ved hjelp av verktøyet Minikube kan du kjøre Kubernetes lokalt. Her er kommandoen:

> Minikube Start

Trinn 2: Aktiver syntaksutheving for YAML

I dette trinnet skal vi opprette en konfigurasjonsfil med følgende kommando.

> Nano Epi.Yaml

Følgende er et eksempel på hva YAML -spesifikasjonen for en pod som er koblet til et generisk flyktig volum og har 1 GIB lagring og mange tilgangsmodus vil se ut:

Trinn 3: Lag en pod

Her skal vi lage en pod. Dette gjøres ved å utføre Kubectl Apply -kommandoen, som deretter bygger og endrer ressurser i en klynge.

> Kubectl gjelder -f Epi.Yaml

Trinn 4: Se POD -detaljer

Nå vil vi finne og se poddetaljer ved å bruke en kommando som er nevnt nedenfor:

> kubectl få pods

Kommandoen utføres med hell, og utgangen er også nevnt ovenfor der du kan se detaljene i POD.

Trinn 5: Overvåking av flyktige bind

Et overvåkningsverktøy som kan overvåke lagringsutnyttelse på volumene der containere holder dataene deres kan settes opp og det er mulig å gjøre det. Dette volumet ligger i/var/lib/docker eller/var/lib/opprinnelse. Et verktøy av denne typen som kan brukes til å undersøke antall ressurser som brukes på disse stasjonene er /bin /df -verktøyet. Lagringsutnyttelse og kapasitet kan vises i menneskelig lesbar form av klyngeadministratorer ved bruk av DF -H -verktøyet.

Kommandoen for å overvåke flyktige volum er vedlagt nedenfor:

> df -h/var/lib/

Du kan se utdataene ovenfor der filsystemet, størrelse, brukt, benytter, bruker%og montert informasjon vises.

Konklusjon

For Kubernetes -applikasjoner som håndterer forbigående data, er flyktig lagring en viktig komponent. Uansett hvor det vedvarende volumet er lokalisert, gir Kubernetes flyktige volumer for å la forbigående pods opphøre og starte grasiøst på nytt. Hver Kubernetes -node har flyktig lagring som er koblet lokalt til RAM eller WRITABLE lagring. Pods kan bruke denne lagringen for hurtigbufring, logging og riperplass. Denne artikkelen diskuterer alle disse i detalj.