Lagring er et problem som i dagens verden har blitt veldig viktig siden vi på grunn av dets evner kan ha tilgang til data. For ingen av oss er det en hemmelighet at data i dag flyttes i forbløffende mengder av alle slag (stemme, lyd, bilder), og hvis lagringen ikke har nok kapasitet til å imøtekomme disse dataene, vil vi stå overfor en latent risiko for å miste dem …
Med dette i bakhodet har Red Hat utviklet Red Hat OpenShift Container Storage som består av lagring definert av integrert programvare som er optimalisert for Red Hat OpenShift Container Platform. I lenken nedenfor finner du mer informasjon om det:
OpenShift Container Storage versjon 4.2 er basert på Red Hat Ceph® Storage, Rook og NooBaa som lar oss levere innbyggede containerfokuserte lagringstjenester som er kompatible med blokk-, fil- og objekttjenester. Dette resulterer i en mer omfattende dekning av lagringskapasitet.
PlattformerVersjon 4.2, OpenShift Container Storage kan brukes på plattformer som:
- Amazon Web Services
- VMware
- GCP
- IBM Z
- Openstack
- VSphere
PlattformimplementeringDenne plattformen kan brukes lokalt eller i en offentlig sky med forbedringer som:
- Integrert Red Hat -teknologi
- Åpen kildekode utviklingsmodell
- Hybride skyutplasseringer
OppbevaringOpenShift Container Storage fungerer sømløst når det er vert for populære eller nettsky-native arbeidsmengder som:
- Objektlagring for arkivering, sikkerhetskopiering eller medielagring
- Lagringsblokker fokusert på databaser og meldinger
- Delt lagring av filer for kontinuerlig integrering og dataaggregering
Type jobberEn av de viktigste nyhetene til OpenShift 4.2 er at den interne strukturen har blitt redesignet for å dra full nytte av Kubernetes -operatørene (Kubernetes -operatørene), og disse tillater full utnyttelse av Kubernetes -distribusjonen på bedriftsnivå når du utfører arbeid Hva:
- arbeidsflyt automatisering
- gjennomføring
- start
- innstilling
- levering
- skalert
- Oppdater
- overvåkning
- ressursforvaltning
Kort sagt, dette gir brukeren full kontroll over installasjons-, oppgraderings- og lagringsadministrasjon i OpenShift.
For å gi oss litt forståelse av operatører, er disse en enkel måte å pakke, distribuere og administrere et opprinnelig Kubernetes -program. Disse applikasjonene er implementert i Kubernetes, og deres administrasjon utføres gjennom Kubernetes APIer og kubectl -verktøy.
Variabler for temaerOpenShift Container Storage 4 har en klar visjon slik at administratoren kan jobbe uten forvirring i hver hostingprosess, uavhengig av kunnskapsnivå, siden det tilbys levedyktige løsninger for emner som:
- Distribuer lagringstjenester på nettverket ditt
- Utvid lagringskapasitet
- Lag et varsel til brukere når det oppstår et lagringsproblem
- Integrer dashbordene i OpenShift Administrator Console, hvor du kan se statusen til verktøyet og lagringsnivået.
OpenShift bruker operatørrammer (Kubernete operatørrammer) som for det meste automatiserer lagringshandlinger i skyen for OpenShift. Dette gir et globalt og kontrollert fokus på viktige aspekter som planlegging, livssyklus, ressursstyring, analyse, overvåking og sikkerhet for dataene som er plassert i containeren.
GjennomføringOpenShift Container Storage kan implementeres i forskjellige scenarier, for eksempel:
- Fillagring for CI / CD -redigeringsmiljøer
- Testmiljøer der komplekse databaser, dokumentlagre og meldingssystemer brukes
- Lagring av webapplikasjoner
- Lagring av flere skyobjekter
Vi kommer til å kjenne prosessen med installasjon og bruk av OpenShift Container Storage.
1. Hvordan laste ned OpenShift Container Storage Red Hat
Trinn 1
Det første trinnet vil være å gå til den offisielle OpenShift Container Storage -lenken og opprette vår Red Hat -konto eller logge inn:
Der må vi legge inn alle dataene som blir bedt om:
FORSTØRRE
Steg 2
Etter dette tilbys muligheten til å få tilgang til læringsscenarier:
FORSTØRRE
Trinn 3
Med dette er det mulig å få en global ide om hvordan OpenShift Container Storage fungerer.
For å montere og administrere det fysisk må vi installere OpenShift 4 i henhold til indikasjonene på lenken ovenfor og først validere at utstyret har minimumskravene, i dette tilfellet Windows 10, som er:
- Har Hyper-V aktivert
- Windows 10 Falls Creator -versjon eller nyere
- Windows 10 Pro
For dette får vi tilgang til ledeteksten og går til banen der OpenShift 4 har blitt trukket ut og utført:
crc -oppsett
FORSTØRRE
Trinn 4
Deretter oppretter vi klyngen der OpenShift Container Storage 4 skal konfigureres med følgende kommando:
crc start
FORSTØRRE
MerkOpenShift Container Storage er en del av OpenShift 4, så du må alltid ha en klynge opprettet for bruk.
Trinn 5
Når denne prosessen er fullført, kan vi kontrollere statusen med:
crc -status
FORSTØRRE
Trinn 6
Vi må få tilgang til klyngen ved å utføre:
crc -konsoll
FORSTØRRE
Trinn 7
Der legger vi inn brukerdata, og i det neste vinduet går vi til delen "Lagring" der vi vil se følgende:
FORSTØRRE
Det er tre typer lagring som er:
Vedvarende volumerDette alternativet gir oss muligheten til å lage et volum med en fast størrelse og er ressurser i klyngen.
Krav til vedvarende volumerDe oppfyller den samme funksjonen som den forrige, men ytterligere denne nåværende som verifisering av krav på ressursen
LagringsklasserTillater administratorer å tildele lagringsklasser til bruk basert på tjenester, retningslinjer for sikkerhetskopiering eller retningslinjer bestemt av klyngeadministratorer.
Trinn 8
I dette tilfellet velger vi vedvarende volumer, og vi vil se følgende. Der ser vi gjeldende volumer og OpenShift Container Storage lar oss lage volumet ved å klikke på "Create Persistent Volume"
FORSTØRRE
Trinn 9
I konsollen er det en serie forhåndsdefinerte verdier som er:
apiVersionAPIVersion er ansvarlig for å tildele det versjonerte skjemaet for denne representasjonen av et objekt, hver server må konvertere de gjenkjente skjemaene til den siste interne verdien og ikke kunne godta de ukjente verdiene
snillDette er en strengverdi som representerer REST -ressursen som dette objektet representerer.
MetadataDette er standard objektmetadata
SpesifikasjonerDenne verdien definerer en spesifikasjon for det vedvarende volumet som eies av klyngen, som vi kan se der er standardkapasiteten (5 GB) og tilgangsmodus bestemt
StatusDette alternativet angir gjeldende status for volumet
Kapasitetsverdien og tilgangsmodusen kan redigeres direkte i konsollen, og deretter klikker vi på "Opprett" for å lage volumet takket være OpenShift Container Storage:
FORSTØRRE
Trinn 10
Hvis vi vil redigere en variabel av dette lagrede lagringsvolumet, går vi til "Handlinger" -knappen og der kan vi gjøre følgende:
- Rediger taggene.
- Rediger selve volumet.
- Rediger merknadene.
- Slett langvarig volum.
FORSTØRRE
Trinn 11
Hvis vi går til kategorien YAML, vil vi se alle parameterne i konsollmodus:
FORSTØRRE
Trinn 12
Hvis vi vil lage et volum av typen "Vedvarende volumkrav" klikker vi der og følger de samme trinnene:
FORSTØRRE
Trinn 13
Der klikker vi på "Create Persistent Volume Claim" og deretter skriver vi inn:
- Volumnavn
- Størrelse i GB å bruke
- Tilgangsmodus, enkeltbruker (RWO), delt tilgang (RWX) eller skrivebeskyttet (ROX)
FORSTØRRE
Trinn 14
Vi klikker på "Opprett" for opprettelsen:
FORSTØRRE
Trinn 15
Fra og med YAML vil vi se parameterne i konsollen:
FORSTØRRE
Trinn 16
Vi vil se det opprettet:
FORSTØRRE
Trinn 17
Hvis du vil slette noen av lagringsvolumene som er opprettet, vil du alltid motta en advarsel:
FORSTØRRE
Trinn 18
Til slutt, hvis vi velger å bruke alternativet "Lagringsklasser" klikker vi der, og vi vil se følgende:
FORSTØRRE
Trinn 19
Ved å klikke på "Lag lagringsklasser", vil det være nødvendig:
- Skriv inn volumnavn og beskrivelse
- Tilordne kravspolicyen
- Velg leverandør
FORSTØRRE
Som vi kan se, takket være OpenShift Container Storage 4, har vi mulighetene til å lage denne typen volumer, hver med de nødvendige sikkerhetstiltakene for å være et pålitelig og omfattende volum.
