Openstack forskel i aske og hurtig, blik på

Openstack Difference Cinder



Fejlfindingsvejledning
1. Hvad tror du, at cinder og forskelle skaber det hurtigt?
to.Uanset om det er et enkelt fejlpunkt?
3.cinder hvordan udviklede sig?








I openstack støder vi ofte på et sådant problem, hvad er forskellen mellem aske og hurtig?

Hvilket cinder og hurtigt deres formål er?
askeEr en hukommelsesblok, der bruges til at hænge den virtuelle maskines harddiskudvidelse er ude af cinder, skab volumener, knyttet til den virtuelle maskine. F er cinder OpenStack-versionen, før den del af de vedvarende lagerfunktionsblokke i Nova (Nova-Volume) adskilles uafhængigt af den nye komponent Cinder

hurtigDet er et system, der kan uploade og downloade, som generelt ikke ofte ændrer det gemte indhold, f.eks. Til lagring af VM-billeder, sikkerhedskopiering og arkivering samt mindre filer, såsom fotos og e-mail-beskeder. Mere sandsynligt Management System


Blokeringslagring er sikker, pålidelig, høj kapacitet og høj samtidighed, lav latenstid, specifikationsrige, brugervenlige funktioner til filsystemer, databaser eller andre behov i den originale blokkenhedssystemsystemsoftware eller -applikationer.



Faktisk føler mange, at toppen ikke er for intuitiv, personligt tror, ​​at cinder kan forstås som en personlig computer mobil harddisk, det kan være frit formateret, klar adgang.
For hurtig som netværksdisk, og jeg mener, at de studerende inden for skyteknologi, skal netværksdisken ikke være mærkelig, hvis noget ofte brugt indhold på netværksdisken er meget ubelejligt.

Swift eller Cinder? Og hvornår skal man bruge hvilken der skal bruges?
Swift still Cinder: Så hvilken slags objektlager skal bruges? Svaret afhænger af din ansøgning. Hvis du har brug for at køre en kommerciel eller ældre applikation, har du sjældent brug for at udføre dette valg. Disse applikationer kan ikke kodes for at drage fordel af Swift API, men du kan nemt montere en Cinder-disk, den opfører sig som en butik, der er direkte knyttet til de fleste applikationer.
Selvfølgelig kan du også bruge Cinder ny applikation, men du vil ikke drage fordel af fleksibiliteten og redundansen, der følger med automatisk Swift automatisk. Hvis programmører står over for denne udfordring, er Swifts distribuerede og skalerbare arkitektur en funktion, der er værd at overveje.


Enkelt fejlpunkt
Swift er en distribueret arkitektur, der forhindrer ethvert fejlpunkt og vandret skalering.
cinder enkelt fejlpunkt, der endnu ikke er løst




Mere fra følgende IBM-database:


Bloker opbevaring (Cinder)
Cinder er projektnavnet OpenStack Block Storage, det giver en vedvarende bloklagring som en virtuel gæstemaskine (VM). For skalerbart filsystem, maksimal ydeevne og integrationsbetingelser og behovet for at få adgang til applikationer, der er gemt i et native block-level enterprise storage services, er block storage normalt nødvendigt.
Systemet kan blive eksponeret og tilsluttet enheden og derefter oprette en serveradministrationsserver, der er knyttet til og løsrevet fra serveren. Application Programming Interface (API) hjælper også med at styrke den snapshot-styring, der kan sikkerhedskopiere et stort antal bloklager.




Objektlagring (Swift)

Swift er to produkter i en mere moden: OpenStack siden starten har været et kerneprojekt. Swift fungerer på samme måde som et distribueret, tilgængeligt lagerplatform-API, det kan integreres direkte i applikationen eller til lagring af VM-billeder, sikkerhedskopiering og arkivering samt mindre filer, såsom fotos og e-mail-beskeder.

Objektbutik Der er to hovedkoncepter: objekter og containere.

Objektlagring er hovedenheden. Inkluderet i objektfilindholdet og tilknyttede metadata gemt med alt valgfrit OpenStack Object Storage System. Ukomprimerede data gemt ukrypteret format, der omfatter objektnavnet, alle containere og metadataobjektnøglepar. Objekter fordelt på flere diske i hele datacentret, kan Swift tage for at sikre replikering og dataintegritet. Driften kan distribueres til en lav pris ved brug af kommerciel hardware, samtidig med at skalerbarhed, redundans og holdbarhed forbedres.

Windows®-mappe som container, containeren er et opbevaringsrum til lagring af et sæt filer. Containere kan ikke indlejres, men for en lejer kan de oprette et ubegrænset antal containere. Objekter skal opbevares i en container, du skal have mindst en container, der bruges til at opbevare objekter.

Forskellig fra traditionel filserver distribueres Swift på flere systemer. Den gemmer automatisk overflødige kopier af hvert objekt, hvorved tilgængelighed og skalerbarhed maksimeres. Objektversionering giver yderligere beskyttelse mod utilsigtet tab af data eller dækning.


Hurtig arkitektur



Swift-arkitektur består af tre komponenter: en server og procesløkken.

serverSwift er en distribueret arkitektur, alle enkelte fejlpunkter og for at forhindre vandret ekspansion. Det inkluderer fire servere:
  • Proxyserver
  • Objekt Server
  • Containerserver
  • Kontoserver

Proxy-server giver en samlet grænseflade til resten af ​​OpenStack Object Storage-arkitekturen. Det modtager for at oprette en container, uploade filer eller ændre metadataanmodning, kan også give en liste over filcontainere eller gemt display. Når der modtages anmodningen, bestemmer proxyserveren placeringen af ​​kontoen, containeren eller objektet i ringen og videresender anmodningen til den relevante server.
Object Server er en simpel server, du kan uploade, ændre og hente objekter, der er gemt på den enhed, den administrerer (normalt en fil). Objekter gemmes i et lokalt filsystem, brugen af ​​udvidede attributter gemmer alle metadata. Sti baseret på et hash- og tidsstempel-objektnavn.
Container Server er i det væsentlige et biblioteksobjekt. Tildel det et specifikt containerhåndteringsobjekt og efter anmodning at give en liste over skibet. Listen kan replikeres på tværs af klyngen for at give redundans.
Kontoserver ved hjælp af en objektlagringstjeneste til at administrere kontoen. Driften svarer til at give en liste over servere inde i containeren. I dette tilfælde tæller den tildelt til en container givet konto.

BehandleDer er flere foruddefinerede interne styringsprocesser til styring af datalagring, herunder kopieringstjeneste, revisionsprocedurer (revisor) og opdatering (opdatering).
Replikeringstjeneste er afgørende for processen: Sørg for konsistens og tilgængelighed af hele klyngen. Da en stor attraktion for objektet, der er gemt i distribueret lager, skal vi sikre ensartet OpenStack-tilstand under forbigående fejlforhold, såsom komponentfejl eller strømsvigt. Replikeringstjeneste ved regelmæssigt at sammenligne lokale og eksterne kopier af data og sikre, at alle kopier indeholder den nyeste version til dette.
For at minimere den mængde netværkstrafik, der kræves for at udføre sammenligningen, opretter tjenesten en hash (hash) for hvert partitionssegment og sammenligner disse lister. Container og konti kan også bruges til at kopiere hash, men blev suppleret med en hash af disse markeringer for højt vand (højt vandmærke). Den aktuelle opdatering er normalt skubbetrsyncFor at kopiere objekter, containere og konti.
Når du sletter et objekt, en container eller konto, implementeres replikator (replikator) konsekvent data sletning af affaldssamling. Når du sletter, bruger systemet en billedgravsten til at markere den nyeste version, som er at fortælle, at replikatoren kan fjerne objekter fra alle duplikatnoder, signalbeholder eller konto.
Selv det bedste kopidesign, der kun er i besiddelse af en gyldig kopi af realiseringen af ​​enheden, uanset om der er hardwarefejl eller softwarefejl, eller bare på grund af manglende produktfunktioner, skal produktionsmiljøer være i stand til at reproducere disse fejl. I Swift udføres denne operation af opdaterings- og revisionsprocedurerne, der skal gennemføres.
Opdatering er ansvarlig for at sikre systemets integritet, når systemet står over for en fejl. Når kopieringstjenesten stødte på et problem og ikke kan opdateres eller containerkontoen, vil der i mellemtiden være inkonsekvente over tid, selvom objektet findes i butikken, men ikke alle de containere eller konti, der er angivet på serveren. I dette tilfælde står systemopdateringerne i kø på det lokale filsystem, og der er et regelmæssigt opdateret program, der prøver opdateringen igen.
Revisionsprocedurer giver et ekstra beskyttelsesniveau for denne uoverensstemmelse. De scanner regelmæssigt det lokale lager, verificerer integriteten af ​​konti, containere og objekter. Når du bekræfter skader, skal elementisolationsrevisionsprogrammet udskiftes med en kopi fra en anden replika. Hvis du finder uforenelige inkonsekvenser (for eksempel hører objektet ikke til nogen container), registrerer revisionsprocedurerne fejlen i en logfil.
ringOpenStack-brugere og andre projekter henvises til i henhold til det logiske lagringsenhedsnavn, men i sidste ende skal alle anmodninger, enten til læsning eller til skrivning, knyttes til en fysisk placering. For at udføre denne handling skal proxyserveren og back-end-processer (inklusive replikeringstjeneste) være i stand til at kortlægge det logiske navn til en fysisk placering. Denne kortlægning kaldes en loop (ring). Konto, beholderen og objekterne med en separat ring. Ringapparat ifølge beskrivelsen af ​​denne kortlægning, partition og kopiområdet.
I denne sammenhæng henviser udtrykket partition til en delmængde af det ringlogiske lagrede indhold. 100 anbefalinger til hver partition involveret i distributionsudstyret. Partitioner jævnt fordelt på alle enheder, der er tildelt OpenStack Object Storage. Hvis klyngen bruger forskellige drevstørrelser, er det muligt, at retten tildeles igen for at afbalancere fordelingen af ​​partition på hver enhed.
Som standard kan hver partition replikeres tre gange. Der kan bruges et højere antal for at optimere tilgængeligheden, men dette vil naturligvis øge lagerforbruget. Ring angiver også, hvilke udstyrsscenarier der skal overtage arbejdsbyrden, og hvordan man omfordeler partition, når du føjer enheden til klyngen eller fjerner enheden.
Det sidste element er et ringkortområde, de data, der bruges til at muliggøre affinitet og modaffinitet, en zone kan repræsentere en lagerenhed, en server eller en fysisk placering, såsom et rack, en kanal eller et datacenter, brugerområdet er tilgængeligt et logisk koncept, der imødekommer deres behov, men generelt afspejler de fysiske elementer, såsom position, strøm og netværksforbindelse.

Askepotarkitektur
Cinder er meget enklere end Swift, fordi det ikke giver automatisk objektdistribution og replikering. Figur 1 viser arkitekturen Cinder.
1. Sinderarkitektur FIG.






Svarende til andet OpenStack-projekt, Cinder-funktion af eksponering for instrumentpanelet og kommandolinjen via API. Det er muligt at angive overførsel (Representational State Transfer, REST) ​​ved at have HTTP API til at få adgang til lagrede objekter og en navngivet ved hjælp afAuth ManagerPython-klasser godkendes til OpenStack Keystone.
API parser alle indgående anmodninger og videresender dem til meddelelseskøen, og planlægningsserveren udfører den faktiske lydstyrke i arbejdskøen. Når du opretter en ny diskenhed, bestemmer planlæggeren, hvilken vært der er ansvarlig for at håndtere diskenheden. Som standard vælger den noden med den mest tilgængelige plads.
Volumenstyringsprogrammet styrer dynamisk yderligere bloklagerenheder, disse enheder kaldes også volumener. De kan bruges som initiatorens virtuelle forekomst eller tilføjes som en ekstra lagring. Cinder giver også en enhed til snapshots (skrivebeskyttede kopier af lydstyrken). Du kan derefter bruge disse snapshots til at oprette en ny bind, der kan bruges til læsning og skrivning.
Volumen er typisk knyttet til computernoderne gennem iSCSI. Blokeringslagring kræver også en eller anden form for back-end-lagring, som standard er den logiske volumenadministrationsbackendlagring på den lokale lydstyrkegruppe, men ved at udvide den til driverarrayet eller den eksterne lagerenhed.

OpsætningDen aktuelle installationsvejledning er meget forskellig mellem frigivelses- og OpenStack-versionen. De kan typisk bruges som en del af frigivelsen. Du skal dog udføre de samme grundlæggende opgaver. Dette afsnit introducerer de involverede begreber.
SystemkravOpenStack er afhængig af en 64-bit x86-arkitektur. Desuden er den designet til kommerciel hardware og har derfor meget lave systemkrav. Det kan køre hele systemet på et enkelt element OpenStack 8 GB RAM indeholdt i distributionen. For store arbejdsbelastninger er det dog til dedikerede lagersystemer at opnå kritiske. Fordi vi fokuserer på kommercielt udstyr, er der ikke behov for redundant array af uafhængige diske (redundant array of independent disks, RAID) -funktion, men brug af mindst to fire-core CPU, 8-12 GB 1 GB RAM og en netværksadapter et klogt træk. Naturligvis afhænger størrelsen af ​​harddisken eller SSD-redundansniveauet af mængden af ​​data, der skal lagres og håber.

installationInstallationsinstruktioner afhængigt af frigivelse og mere specifikt afhængigt af pakkehåndteringsværktøjet efter eget valg. I mange tilfælde skal lageret erklæres. Så hvis du f.eks. Bruger Zypper, så vil du bruge zypper ar åben for libzypp:
Klik for at se Liste Derefter kræves Swift til installation og / eller Cinder-pakke. Pakkehåndteringsværktøjet skal automatisk installere alle afhængigheder. Hele installationsproceduren afhænger af den ønskede konfiguration og den nøjagtige version af OpenStack. Sørg for at kontrollere de autoritative instruktioner i installationsvejledningen med henblik på demonstration, det følgende giver en passende Debian (såsom Ubuntu), Red Hat (f.eks. Red Hat Enterprise Linux®, CentOS, Fedora) og nogle af de store kommandoer til openSUSE.

Debian : Swift installerede basispakker på alle værter:
  1. sudo apt-get installer python-hurtig
  2. sudo apt-get install hurtig
  3. og de serverspecifikke pakker på værterne, der kører dem:
  4. sudo apt-get install swift-auth
  5. sudo apt-get install swift-proxy
  6. sudo apt-get install swift-account
  7. sudo apt-get install hurtig-container
  8. sudo apt-get install hurtig-objekt
Kopier koden

Cinder pakke indeholder API og volumen management program planlægning:
  1. sudo apt-get install cinder-api
  2. sudo apt-get install cinder-scheduler
  3. sudo apt-get install cinder-volume
Kopier koden
rød hat : Brug kommandoen på Red Hat-systemer:
  1. sudo yum installer openstack-quick
  2. sudo yum installer openstack-swift-proxy
  3. sudo yum installer openstack-swift-konto
  4. sudo yum installer openstack-hurtig-container
  5. sudo yum installer openstack-hurtig-objekt
  6. sudo yum installer openstack-swift-doc
  7. sudo yum installer openstack-cinder
  8. sudo yum installer openstack-cinder-doc
Kopier koden



openSUSE : Brug følgende kommando:
  1. sudo zypper installer openstack-hurtig
  2. sudo zypper installer openstack-swift-auth
  3. sudo zypper installer openstack-swift-account
  4. sudo zypper installer openstack-hurtig-container
  5. sudo zypper installer openstack-hurtig-objekt
  6. sudo zypper installer openstack-swift-proxy
  7. sudo zypper installer openstack-cinder-api
  8. sudo zypper installer openstack-cinder-scheduler
  9. sudo zypper installer openstack-cinder-volume
Kopier koden
Konfiguration

Konfiguration af OpenStack Object Storage-installation involverer tilpasset konfigurationsfil for hver pakke fire pakke:
  • konto-server.konf
  • container-server.conf
  • objekt-server.konf
  • proxy-server.conf
Konfigurationsfilen er installeret i / etc / swift / in. Standardsættet med optioner fungerer godt i en standardinstallation, men der er særlige behov, det er nødvendigt at redigere konfigurationen.

scener, der skal brugesFor at lære at bruge OpenStack-lageret, forestil dig et scenarie: I dette scenarie er der en tjeneste, der bruger et filsystem og en ny kode til at køre ældre software, du vil bruge det distribuerede objekt, der er gemt i filsystemet og den nye kode. Miljøet for dette projekt skal omfatte Swift og Cinder.Lad os først se på Cinder.

En bruger, der har rollen som medlem, logger på OpenStack Dashboard.


I navigationspanelet Administrer computer skal du klikke på Volumener> Opret volumen.



Figur 2. Oprettelse af en lydstyrke




Volumen skal vises på listen over projekter.
Figur 3. Projektvolumen





Rediger vedhæftede filer, så lydstyrken, der er knyttet til et beregningseksempel.
4. FIG. Volumenstyringsvedhæftning



OpenStack opretter et unikt iSCSI-kvalificeret navn og viser det for de beregningsnoder, der i øjeblikket har aktive iSCSI-sessioner. Hvis forekomsten er en logisk lagring (typisk en / dev / sdX-disk), kan du bruge Cinder-lydstyrke.

For at bruge Swift til dit projekt skal du først oprette en container.
Log ind som bruger med medlemsrolle til OpenStack Dashboard, under Object Store-navigationspanelet skal du klikke på Containere> Opret container. Figur 5. Opret beholder



Dette er en simpel operation, der ikke involverer data. Det er kun et navn.Når beholderen har det, udfyldes den generelt af applikationen ved hjælp af objektet og ved hjælp af en programmeringsgrænseflade for at hente dem efter behov. 6. Den fyldte beholder i fig.



Du kan dog også uploade objekter fra instrumentbrættet. I objektbutikken skal du klikke på Containere> Upload objekt og angive en fil, der indeholder det gemte indhold. Figur 7. Upload objekter

7.jpg (130,7 KB, downloads: 23)



Download vedhæftede filer gem i albummet



2014-11-17 10:50 upload



Du kan også bruge grænsefladen til at downloade, kopiere eller slette et objekt.Yderligere tilføjet:


Hurtig - at levere en objektbutik (Object Storage), der i koncept svarer til Amazon S3-tjenesten, men hurtig har stærk skalerbarhed, redundans og holdbarhed, er også kompatibel med S3 API
Blik - leverer et virtuelt maskinebillede (billede), der er gemt og administreret, og inkluderer mange funktioner, der ligner Amazon AMI-kataloget. (Se baggrundsdata fra det oprindelige praktiske synspunkt i Swifts).
Askepot - at levere en hukommelsesblok (Block Storage) svarer til Amazon EBS-bloklagertjenesten, der i øjeblikket kun bruges til at montere den virtuelle maskine.
(Amazon har været illusionens modstandere og udfordrer OpenStack Objektets begyndelse af designet, så dybest set har de vigtigste funktionelle moduler et tilsvarende projekt. Ud over de tre ovennævnte komponenter, der er vigtige for AWS EC2-tjenesten, kommer OpenStack Nova svarende til og holdt EC2 API og kompatibilitet, der er forskellige måder at implementere)
Tre komponenter, hovedsageligt Glance virtual machine image management, det er relativt simpelt Swift, da objektet allerede er meget modent, selv CloudStack understøtter det. Cinder block-opbevaring er relativt nyt, og det nye designkoncept er godt, og kommerciel opbevaring og har mulighed for at kombinere, så producenterne er mere positive.

Swift vises felter
Om Swift-arkitektur og implementering af diskussioner er der ud over det officielle websted mange onlineartikler, gentag det ikke her. (Jeg læste også før OpenStack-aktiviteterne i Kina i præsentationen PPT i Shanghai). Fra et udviklingsmæssigt synspunkt er der ikke meget nylig strukturtilpasning, så jeg vil tale om de vigtigste anvendelsesområder, der er mere egnede til det bedre.

Fra hvad jeg forstår med hensyn til faktiske sager, har felt Swift vist sig fire, (der burde være mere, jeg håber, du kan se de faktiske brugssager rådgive)
1. netværksdisk.
Hurtig symmetrisk distribueret arkitektur og multi-proxy multi-node design resulterer fra et gen, der er egnet til applikationer, hvor det er en stor multi-user samtidige tilstand, den mest typiske applikation end netværksapplikationen, der ligner Dropbox, Dropbox allerede i slutningen af ​​sidste år oversteg en million brugere antal, adgang til denne størrelse, god arkitektur er i stand til at understøtte grundårsagen til.
Swift symmetrisk arkitektur muliggør, at dataknudepunktet er logisk det samme niveau, mens der på hver knudepunkt har tilknyttede data og metadata. Og kernedatastrukturen for metadata ved hjælp af hashringen, den konsistente hashingalgoritme til at øge eller formindske noderne er kun en lille del af dataets omplacering af looprum, har god fejltolerance og skalerbarhed. Derudover er dataene statsløse, hver data på disklagring er komplet. Disse punkter sammen for at sikre god lagringsskalerbarhed i sig selv.
Derudover og i forbindelse med applikationen sagde Swift, at HTTP-protokollen er sproget, hvilket gør interaktive applikationer og lagring enkelt, ikke nødvendigt at overveje detaljerne i den underliggende infrastruktur, applikationssoftware kræver ingen ændringer, du kan foretage den samlede system udvidet i meget stor udstrækning.

2.IaaS offentlig sky
Hurtig udvidelse i det lineære design, høj samtidighed og understøttelse af flere lejere og andre funktioner, hvilket gør det meget velegnet som et udvalg af IaaS, storskalig offentlig sky, meget mere erfaring med samtidig virtuel maskine til at starte denne sag, så som baggrund billeder af virtuelle maskiner, der er gemt specifikt, udfordringen er faktisk en stor samtidig læst ydeevnedata (over G), i starten er det lagret som et baggrundsbilledbibliotek efter den næste OpenStack Swift i størrelsen af ​​implementeringen af ​​tusinder af maskiner RACKSpace flere års praksis har Swift vist sig at være et modent valg.
Også, hvis du vil levere topbaserede IaaS SaaS-tjenester, er multi-lejer et uundgåeligt problem, arkitekturen i sig selv er designet Swift til at understøtte multi-lejer, så det er mere praktisk docking.
3. Backup-arkiv
RackSpaces hovedforretning er at sikkerhedskopiere arkiverede data, så Swift er bevist i marken, men de udvider også en ny forretning - 'hot Archive'. På grund af den lange haleeffekt kan tidsvinduesdataene kalde mere og mere lang, varm arkivdataarkivering for at sikre, at applikationen er i stand til at genvinde på minutniveauer, og traditionelle båndarkivløsninger på få timer, det er en stor skridt fremad .

4. Mobilt internet og CDN
Internet- og mobiltelefonspil producerer store mængder brugerdata, datamængden er ikke særlig stor, men mange brugere, det er Swift-områder, der kan håndtere.

Da CDN plus, hvis det bruges Swift, kan cloud storage reagere direkte på den mobile enhed, ingen speciel HTTP-server til at svare på anmodningen, i dataoverførslen behøver ikke at gå gennem filsystemet på en mobilenhed direkte med HTTP protokol for at uploade skyerne. Hvis platformen ofte er cachelagret dataadgang, kan brugen af ​​visse optimeringsmekanismer, data fra forskellige placeringer distribueres til dine brugere der, så vi kan forbedre adgangshastigheden, jeg så for nylig, at Swift-udviklingssamfundet diskuterede video kombineret med web applikationer og Swift, og jeg mener ydmygt, at det er bemærkelsesværdig retning.

Blik
Blik er relativt simpelt, er en virtuel maskine billedlagring. Frontend nova (eller installeret anden virtuel styringsplatform Glance-client's) leverer spejltjenester, herunder opbevaring, forespørgsel og hentning. Selve modulet lagrer ikke store datamængder, der er nødvendige for at montere en baggrundslager (Swift, S3 ...) for at gemme de faktiske billeddata.

Blik inkluderer følgende sektioner:
1.API service: blik-api bruges hovedsageligt til at acceptere en række anmodninger om Nova api-opkald, anmodningen afleveres for at sætte RBMQ baggrundsbehandling.

2.Glacne-registry og MySQL database for at interagere, gemme eller hente metadata spejl, bemærkning nævnt i Swift, Swift i deres Storage Server er ikke gemt metadata, metadata refererer her gemt i en MySQL database, der spejler nogle af oplysningerne om metadata hører til Blik af.

3. billedbutik: backstage-lagringsgrænseflade, tilgængelig gennem dets spejlbillede, baggrunden er standardlagermonteret Swift, men understøtter også anden spejling af Amazon S3 og så videre.

På nogle måder ser en blik lidt ud som virtuel opbevaring, giver også API, du kan opnå mere komplette billedstyringsfunktioner. Så i teorien kan andre skyplatforme bruge det.

Se relativt enkel og begrænset intern sky, så intet kan være flere diskussioner, det er bedre at se de nye bloklagerkomponenter ud af Cinder, i øjeblikket er mine grundlæggende synspunkter på Cinder godt generelt design, funktion, og der er mange detaljer, der skal forbedre hvor et modent produkt fra en lille afstand.

Askepot
F OpenStack-version til en relativt stor ændring, hvoraf den ene er adskilt i det forrige afsnit Nova i vedvarende hukommelsesfunktionelle blokke (Nova-Volume) uafhængigt af den nye komponent Cinder. Det er gennem integrationen af ​​en række back-end-lagring, bloklagringsgrænseflade til omverdenen for at levere service med API'et, den vigtigste kerne er styring af volumener, hvilket giver lydstyrken, typen af ​​volumen, snapshot-volumener til behandling .

Askepot består af tre hovedkomponenter

API-tjeneste: Cinder-api er den primære servicegrænseflade, der er ansvarlig for modtagelse og behandling af API-anmodninger uden for verden, og anmodningen sættes til RabbitMQ-kø, afleveret til back-end-udførelsen. Cinder tilbyder i øjeblikket Volume API V2

Planlægningstjeneste: behandler opgavekøopgave, og vælg den relevante Volume Service-knude i henhold til en forudbestemt strategi til at udføre opgaven. Den aktuelle version af cinder giver kun en simpel planlægning, et minimum antal af planlæggeren vælger et volumen af ​​aktive noder for at oprette lydstyrken.

Voluminetjeneste: Tjenesten kører på lagerknudepunktet, lagerstyring, vedligeholdelsesstatus kolonne cinder database behandling af læse- og skriveanmodninger, meddelelseskøer og gennem direkte interaktion med andre processer på lagerenheden eller softwareblokken. Hver lagerknude har en volumetjeneste, flere sådanne lagerknudepunkter sammen kan udgøre en pulje af lagerressourcer.

Cinder ved at tilføje forskellige leverandører til udpegede drivere til at understøtte forskellige typer og modeller af lagring. Understøtter i øjeblikket kommercielt lagerudstyr EMC og IBM er adskillige, men også gennem LVM-understøttelse af lokal opbevaring og NFS NAS-opbevaringsprotokol, så Netapps NAS burde ikke have noget problem, som Huawei også arbejder i. For nogen tid siden var jeg stadig Cinder's tegninger se IBMs GPFS-distribuerede filsystem, i en fremtidig version, skal tilføjes kommer så langt, og Openstack store interne interaktioner mellem Nova Cinder, som vedhæft giver virtuelle maskine forekomster, der kræves større volumen, men teoretisk kan give blokopbevaring alene til omverdenen.


Ved implementering kan de tre tjenester implementeres på en enkelt server, den kan også distribueres uafhængigt til forskellige fysiske noder
Nu er Cinder stadig ikke moden nok, der er flere åbenlyse problemer, der endnu ikke er løst, en vareopbevaring er ikke nok, og understøtter ikke FC SAN, et andet enkelt punkt med fejlrisici er ikke blevet løst, den interne tidsplanlægningsalgoritme er for enkel. Ud over en række forskellige lagringskonsolideringer, fordi det kom med et andet ledelseslag, har en vej ud, men effektiviteten er bestemt indflydelsesrig, der skal være tab af ydeevne, men det er ingen måde at gøre tingene på.

Openstack efter mere end to års udvikling er det blevet mere og mere stort. I øjeblikket har der været tre slags optisk lagring: objektlagring, billedlagring og lagringsblokken. Dette er også for at imødekomme behovene hos mere forskelligartede, hvilket afspejler open source-projektets fleksible og hurtige egenskaber. Generelt, når man vælger et lagersystem, når man overvejer fremtiden, ofte bruges af flere applikationer, skal det betragtes som langsigtede beslutninger. Openstack som et åbent system, det vigtigste er at løse problemet med hardware- og softwareleverandør-lock-in, du kan til enhver tid vælge en ny hardwareleverandør, den nye hardware og eksisterende hardwarehybridklynge, samlet styring, selvfølgelig, være erstattet af softwareteknologitjenesteudbyder, skal du ikke flytte applikationen. Dette er fordelen ved selve open source!

Oprindeligt link: http: //www.aboutyun.com/thread-10060-1-1.html