Opbevaring er et problem, der i nutidens verden er blevet meget vigtigt, da vi baseret på dets muligheder kan have tilgængelighed af data. For ingen af os er det en hemmelighed, at data i dag flyttes i forbløffende mængder af alle slags (stemme, lyd, billeder), og hvis lageret ikke har nok kapacitet til at rumme disse data, vil vi stå over for en latent risiko for at miste dem …
Med dette i tankerne har Red Hat udviklet Red Hat OpenShift Container Storage, som udgør lagring defineret af integreret software, der er optimeret til Red Hat OpenShift Container Platform. I det følgende link finder du mere information om det:
OpenShift Container Storage version 4.2 er baseret på Red Hat Ceph® Storage, Rook og NooBaa, som giver os mulighed for at levere native containerfokuserede lagertjenester, der er kompatible med blok-, fil- og objekttjenester. Dette resulterer i en mere omfattende dækning af lagerkapacitet.
PlatformeVersion 4.2, OpenShift Container Storage kan bruges på platforme som:
- Amazon Web Services
- VMware
- GCP
- IBM Z
- Openstack
- VSphere
Platform implementeringDenne platform kan bruges lokalt eller i en offentlig sky med forbedringer som:
- Integreret Red Hat -teknologi
- Open source udviklingsmodel
- Hybrid cloud -implementeringer
OpbevaringOpenShift Container Storage fungerer problemfrit, når der er vært for populære eller cloud-native arbejdsbyrder som:
- Objektlagring til arkiv-, backup- eller medielagringsformål
- Lagringsblokke fokuseret på databaser og beskeder
- Delt lagring af filer til kontinuerlig integration og dataaggregering
Type jobEn af de vigtigste nyheder i OpenShift 4.2 er, at dens interne struktur er blevet redesignet for at drage fuld fordel af Kubernetes -operatørerne (Kubernetes -operatører), og disse gør det muligt fuldt ud at udnytte Kubernetes -distributionen på virksomhedsniveau, når der udføres arbejde Hvad:
- workflow automatisering
- implementering
- Start
- indstilling
- levering
- skaleret
- opdatering
- overvågning
- ressourcestyring
Kort sagt giver dette brugeren fuld kontrol over installation, opgradering og lagerstyring i OpenShift.
For at give os lidt forståelse af operatører er disse en enkel måde at pakke, implementere og administrere et native Kubernetes -program på. Disse applikationer implementeres i Kubernetes, og deres styring udføres via Kubernetes API'er og kubectl -værktøjer.
Variabler til temaerOpenShift Container Storage 4 har en klar vision, så administratoren kan arbejde uden forvirring i hver hostingproces, uanset deres vidensniveau, da der tilbydes levedygtige løsninger til emner som:
- Distribuer lagertjenester på dit netværk
- Udvid lagerkapaciteter
- Opret en advarsel til brugerne, når der opstår et lagringsproblem
- Integrer dashboards i OpenShift Administrator Console, hvor du kan se status for værktøjet og lagringsniveauet.
OpenShift gør brug af Operator -rammerne (Kubernete -operatørrammer), der for det meste automatiserer cloud -native lagringshandlinger til OpenShift. Dette giver et globalt og kontrolleret fokus på vitale aspekter såsom planlægning, livscyklus, ressourcestyring, analyse, overvågning og sikkerhed for de data, der ligger i containeren.
ImplementeringOpenShift Container Storage kan implementeres i forskellige scenarier, såsom:
- Fillager til CI / CD -redigeringsmiljøer
- Testmiljøer, hvor komplekse databaser, dokumentlagre og messaging -systemer bruges
- Webapplikationslagring
- Lagring af flere skyobjekter
Vi kender processen med installation og brug af OpenShift Container Storage.
1. Sådan downloades OpenShift Container Storage Red Hat
Trin 1
Det første trin vil være at gå til det officielle OpenShift Container Storage -link og oprette vores Red Hat -konto eller logge ind:
Der skal vi indtaste alle de data, der anmodes om:
FORSTØRRE
Trin 2
Herefter tilbydes muligheden for at få adgang til læringsscenarier:
FORSTØRRE
Trin 3
Med dette er det muligt at få en global idé om, hvordan OpenShift Container Storage fungerer.
For at montere og administrere det fysisk skal vi installere OpenShift 4 i henhold til angivelserne i ovenstående link og først validere, at udstyret har minimumskravene, i dette tilfælde Windows 10, som er:
- Har Hyper-V aktiveret
- Windows 10 Falls Creator -version eller nyere
- Windows 10 Pro
Til dette får vi adgang til kommandoprompten og går til den sti, hvor OpenShift 4 er blevet ekstraheret og udført:
crc opsætning
FORSTØRRE
Trin 4
Dernæst opretter vi klyngen, hvor OpenShift Container Storage 4 konfigureres med følgende kommando:
crc start
FORSTØRRE
BemærkOpenShift Container Storage er en del af OpenShift 4, så du skal altid have oprettet en klynge til brug.
Trin 5
Når denne proces er afsluttet, kan vi kontrollere dens status med:
crc status
FORSTØRRE
Trin 6
Vi skal få adgang til klyngen ved at udføre:
crc konsol
FORSTØRRE
Trin 7
Der indtaster vi brugerdataene, og i det næste vindue går vi til sektionen "Opbevaring", hvor vi vil se følgende:
FORSTØRRE
Der er tre typer opbevaring, som er:
Vedholdende mængderDenne mulighed giver os mulighed for at oprette et volumen med en fast størrelse og er ressourcer i klyngen.
Krav til vedvarende mængderDe opfylder den samme funktion som den forrige, men yderligere denne nuværende som verifikation af krav på ressourcen
OpbevaringsklasserTillader administratorer at tildele lagerklasser til brug baseret på tjenester, sikkerhedskopieringspolitikker eller politikker bestemt af klyngeadministratorer.
Trin 8
I dette tilfælde vælger vi vedvarende volumener, og vi vil se følgende. Der ser vi de aktuelle mængder, og OpenShift Container Storage giver os mulighed for at oprette volumen ved at klikke på "Opret vedvarende volumen"
FORSTØRRE
Trin 9
I konsollen er der en række foruddefinerede værdier, der er:
apiVersionAPIVersion er ansvarlig for at tildele det versionerede skema for denne repræsentation af et objekt, hver server skal konvertere de genkendte skemaer til den sidste interne værdi og ikke kunne acceptere de ikke -genkendte værdier
venligDette er en strengværdi, der repræsenterer den REST -ressource, som dette objekt repræsenterer.
MetadataDisse er standardobjektmetadata
SpecDenne værdi definerer en specifikation for den vedvarende volumen, der ejes af klyngen, da vi der kan se standardkapaciteten (5 GB) og adgangstilstanden bestemmes
StatusDenne indstilling angiver den aktuelle status for lydstyrken
Kapacitetsværdien og adgangstilstanden kan redigeres direkte i konsollen, og derefter klikker vi på "Opret" for at oprette volumen takket være OpenShift Container Storage:
FORSTØRRE
Trin 10
Hvis vi ønsker at redigere en variabel af denne oprettede lagermængde, går vi til knappen "Handlinger", og der kan vi gøre følgende:
- Rediger mærkerne.
- Rediger selve lydstyrken.
- Rediger kommentarerne.
- Slet vedvarende lydstyrke.
FORSTØRRE
Trin 11
Hvis vi går til fanen YAML, vil vi se alle parametrene i konsoltilstand:
FORSTØRRE
Trin 12
Hvis vi vil oprette et volumen af typen "Vedvarende volumenkrav" klikker vi der og følger de samme trin:
FORSTØRRE
Trin 13
Der klikker vi på "Create Persistent Volume Claim" og derefter indtaster vi:
- Lydstyrkenavn
- Størrelse i GB at bruge
- Adgangstilstand, enkeltbruger (RWO), delt adgang (RWX) eller skrivebeskyttet (ROX)
FORSTØRRE
Trin 14
Vi klikker på "Opret" for at oprette den:
FORSTØRRE
Trin 15
Fra og med YAML ser vi parametrene i konsollen:
FORSTØRRE
Trin 16
Vi ser det oprettet:
FORSTØRRE
Trin 17
Hvis du vil slette nogen af de oprettede lagermængder, modtager du altid en advarsel:
FORSTØRRE
Trin 18
Endelig, hvis vi vælger at bruge indstillingen "Lagerklasser" klikker vi der, og vi vil se følgende:
FORSTØRRE
Trin 19
Ved at klikke på "Opret lagerklasser", og det vil være nødvendigt:
- Indtast volumennavn og beskrivelse
- Tildel kravspolitikken
- Vælg udbyder
FORSTØRRE
Som vi kan se, takket være OpenShift Container Storage 4 har vi mulighederne for at oprette disse typer mængder, hver med de nødvendige sikkerhedsforanstaltninger for at være en pålidelig og omfattende mængde.
