Lagring är en fråga som i dagens värld har blivit mycket viktig eftersom vi baserat på dess förmåga kan ha tillgång till data. För ingen av oss är det hemligt att data idag flyttas i häpnadsväckande mängder av alla slag (röst, ljud, bilder) och om lagringen inte har tillräckligt med kapacitet för att ta emot dessa data kommer vi att stå inför en latent risk att förlora dem …
Med detta i åtanke har Red Hat utvecklat Red Hat OpenShift Container Storage som utgör lagring definierad av integrerad programvara som har optimerats för Red Hat OpenShift Container Platform. I följande länk hittar du mer information om det:
OpenShift Container Storage version 4.2 är baserad på Red Hat Ceph® Storage, Rook och NooBaa som gör att vi kan leverera inbyggda containerfokuserade lagringstjänster som är kompatibla med block-, fil- och objekttjänster. Detta resulterar i en mer omfattande täckning av lagringskapacitet.
PlattformarVersion 4.2, OpenShift Container Storage kan användas på plattformar som:
- Amazon Web Services
- VMware
- GCP
- IBM Z
- Öppen stapel
- VSphere
PlattformsimplementeringDenna plattform kan användas lokalt eller i ett offentligt moln med förbättringar som:
- Integrerad Red Hat -teknik
- Öppen källkod utvecklingsmodell
- Hybrid moln distribution
LagringOpenShift Container Storage fungerar sömlöst vid värd för populära eller molnbaserade arbetsbelastningar som:
- Objektlagring för arkiv-, backup- eller medielagringsändamål
- Lagringsblock fokuserade på databaser och meddelanden
- Delad fillagring för kontinuerlig integration och dataggregering
Typ av jobbEn av de viktigaste nyheterna i OpenShift 4.2 är att dess interna struktur har gjorts om för att dra full nytta av Kubernetes -operatörerna (Kubernetes -operatörerna) och dessa gör det möjligt att till fullo utnyttja Kubernetes -distributionen på företagsnivå när du utför arbete Vad:
- arbetsflödesautomation
- genomförande
- Start
- miljö
- tillhandahållande
- skalad
- uppdatering
- övervakning
- resurshantering
Kort sagt, detta ger användaren full kontroll över installation, uppgradering och lagringshantering i OpenShift.
För att ge oss lite förståelse för operatörer är dessa ett enkelt sätt att paketera, distribuera och hantera ett inbyggt Kubernetes -program. Dessa applikationer implementeras i Kubernetes och deras hantering sker via Kubernetes API: er och kubectl -verktyg.
Variabler för temanOpenShift Container Storage 4 har en tydlig vision så att administratören kan arbeta utan förvirring i varje värdprocess, oavsett deras kunskapsnivå, eftersom livskraftiga lösningar erbjuds för ämnen som:
- Distribuera lagringstjänster i ditt nätverk
- Utöka lagringskapaciteten
- Skapa en varning till användare när ett lagringsproblem uppstår
- Integrera instrumentpaneler i OpenShift -administratörskonsolen där du kan se status för verktyget och lagringsnivån.
OpenShift använder sig av Operator -ramverk (Kubernete -operatörsramar) som för det mesta automatiserar molnlagringsåtgärder för OpenShift. Detta ger ett globalt och kontrollerat fokus på viktiga aspekter som schemaläggning, livscykel, resurshantering, analys, övervakning och säkerhet för data som finns i containern.
GenomförandeOpenShift Container Storage kan implementeras i olika scenarier som:
- Fillagring för CI / CD -redigeringsmiljöer
- Testmiljöer där komplexa databaser, dokumentlagrar och meddelandesystem används
- Lagring av webbapplikationer
- Lagring av flera molnobjekt
Vi kommer att känna till processen för installation och användning av OpenShift Container Storage.
1. Hur man laddar ner OpenShift Container Storage Red Hat
Steg 1
Det första steget blir att gå till den officiella OpenShift Container Storage -länken och skapa vårt Red Hat -konto eller logga in:
Där måste vi ange all information som efterfrågas:
FÖRSTORA
Steg 2
Efter detta erbjuds möjligheten att komma åt inlärningsscenarier:
FÖRSTORA
Steg 3
Med detta är det möjligt att få en global uppfattning om hur OpenShift Container Storage fungerar.
För att montera och hantera det fysiskt måste vi installera OpenShift 4 enligt indikationerna på länken ovan och först verifiera att utrustningen har minimikraven, i detta fall Windows 10, som är:
- Har Hyper-V aktiverat
- Windows 10 Falls Creator -version eller högre
- Windows 10 Pro
För detta öppnar vi kommandotolken och går till sökvägen där OpenShift 4 har extraherats och körs:
crc -inställning
FÖRSTORA
Steg 4
Därefter skapar vi klustret där OpenShift Container Storage 4 kommer att konfigureras med följande kommando:
crc start
FÖRSTORA
NoteraOpenShift Container Storage är en del av OpenShift 4 så du måste alltid ha ett kluster skapat för dess användning.
Steg 5
När denna process är klar kan vi kontrollera dess status med:
crc -status
FÖRSTORA
Steg 6
Vi måste komma åt klustret genom att köra:
crc -konsol
FÖRSTORA
Steg 7
Där anger vi användardata och i nästa fönster går vi till avsnittet "Lagring" där vi kommer att se följande:
FÖRSTORA
Det finns tre typer av lagring som är:
Ihållande volymerDetta alternativ ger oss möjlighet att skapa en volym med en fast storlek och är resurser i klustret.
Ihållande volymkravDe fyller samma funktion som den föregående men ytterligare denna nuvarande som verifiering av resursanspråk
LagringsklasserTillåter administratörer att tilldela lagringsklasser att använda baserat på tjänster, säkerhetskopieringspolicyer eller policyer som fastställs av klusteradministratörer.
Steg 8
I det här fallet väljer vi Persistent Volumes och vi kommer att se följande. Där ser vi de aktuella volymerna och OpenShift Container Storage låter oss skapa volymen genom att klicka på "Skapa ihållande volym"
FÖRSTORA
Steg 9
I konsolen finns det en serie fördefinierade värden som är:
apiVersionAPIVersion ansvarar för att tilldela det versionerade schemat för denna representation av ett objekt, varje server måste konvertera de igenkända scheman till det sista interna värdet och inte kunna acceptera de okända värdena
snällDetta är ett strängvärde som representerar REST -resursen som detta objekt representerar.
MetadataDessa är standardobjektmetadata
SpecDet här värdet definierar en specifikation för den ihållande volymen som ägs av klustret, eftersom vi där kan se standardkapaciteten (5 GB) och åtkomstläget bestäms
StatusDetta alternativ indikerar den aktuella statusen för volymen
Kapacitetsvärdet och åtkomstläget kan redigeras direkt i konsolen och sedan klickar vi på “Skapa” för att skapa volymen tack vare OpenShift Container Storage:
FÖRSTORA
Steg 10
Om vi vill redigera någon variabel av denna skapade lagringsvolym går vi till knappen "Åtgärder" och där kan vi göra följande:
- Redigera taggarna.
- Redigera själva volymen.
- Redigera anteckningarna.
- Radera kvarvarande volym.
FÖRSTORA
Steg 11
Om vi går till fliken YAML ser vi alla parametrar i konsolläge:
FÖRSTORA
Steg 12
Om vi vill skapa en volym av typen "Persistent Volumes Claims" klickar vi där och följer samma steg:
FÖRSTORA
Steg 13
Där klickar vi på "Create Persistent Volume Claim" och sedan anger vi:
- Volymnamn
- Storlek i GB att använda
- Åtkomstläge, enskild användare (RWO), delad åtkomst (RWX) eller skrivskyddad (ROX)
FÖRSTORA
Steg 14
Vi klickar på "Skapa" för att skapa det:
FÖRSTORA
Steg 15
Från och med YAML kommer vi att se parametrarna i konsolen:
FÖRSTORA
Steg 16
Vi kommer att se det skapat:
FÖRSTORA
Steg 17
Om du vill ta bort någon av de lagrade volymerna får du alltid en varning:
FÖRSTORA
Steg 18
Slutligen, om vi väljer att använda alternativet "Lagringsklasser" klickar vi där och vi kommer att se följande:
FÖRSTORA
Steg 19
Genom att klicka på "Skapa lagringsklasser" blir det nödvändigt:
- Ange volymnamn och beskrivning
- Tilldela kravpolicyn
- Välj leverantör
FÖRSTORA
Som vi kan se, tack vare OpenShift Container Storage 4 har vi möjligheterna att skapa dessa typer av volymer, var och en med de nödvändiga säkerhetsåtgärderna för att vara en pålitlig och omfattande volym.
