{"id":40729,"date":"2020-02-03T14:42:16","date_gmt":"2020-02-03T11:42:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage"},"modified":"2020-02-03T14:42:16","modified_gmt":"2020-02-03T11:42:16","slug":"kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","title":{"rendered":"Kort sammenligning af SDS-arkitektur eller finde den rette lagringsplatform (GlusterVsCephVsVirtuozzoStorage)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Denne artikel er skrevet for at hj\u00e6lpe med at v\u00e6lge den rigtige l\u00f8sning og forst\u00e5 forskellene mellem SDS som Gluster, Ceph og Vstorage (Virtuozzo).<\/p>\n<p>Teksten indeholder links til artikler med en mere detaljeret beskrivelse af forskellige problemer, s\u00e5 beskrivelserne vil v\u00e6re s\u00e5 korte som muligt, med fokus p\u00e5 centrale punkter uden un\u00f8dig fyldstof og indledende information, som du selv kan finde p\u00e5 internettet, hvis \u00f8nskes. <\/p>\n<p>Emnerne ber\u00f8rt kr\u00e6ver selvf\u00f8lgelig en bestemt tone, men i den moderne verden er der flere og flere mennesker, der ikke bryder sig om at l\u00e6se meget))), s\u00e5 man kan hurtigt skimmede teksten og tr\u00e6ffe et valg, og hvis noget er uklart, kan man f\u00f8lge linksene eller google ukendte ord))), og denne artikel fungerer som en gennemsigtig indpakning for disse dybe emner, der viser indholdet \u2013 hovedpunkterne for hver l\u00f8sning.<\/p>\n<h3>Gluster<\/h3>\n<p>\nLad os starte med Gluster, som aktivt anvendes af producenter af hyperkonvergerende platforme baseret p\u00e5 open source SDS til virtuelle milj\u00f8er, og det kan findes p\u00e5 RedHat's hjemmeside under storage, hvor man kan v\u00e6lge mellem to SDS-muligheder: Gluster eller Ceph.<\/p>\n<p>Gluster best\u00e5r af en stak overs\u00e6ttere \u2013 tjenester, der udf\u00f8rer alle opgaver relateret til filfordeling osv. Brick \u2013 en tjeneste, der varetager en disk, Volume \u2013 et volumene (pulje) \u2013 som samler disse bricks. Dern\u00e6st er der en tjeneste til filfordeling i grupper via DHT (distributed hash table) funktionen. Tjenesten Sharding vil vi ikke inkludere i beskrivelsen, da du i de link, der ligger nedenfor, vil finde en beskrivelse af de problemer, der er forbundet med den.<\/p>\n<p><img decoding=\"async\" alt=\"Kort sammenligning af SDS-arkitektur eller finde den rette lagringsplatform (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/0c54588b5b09c9069ffbd0c5161c5e34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVed skrivning placeres filen helt i en brick, og en kopi skrives parallelt til en brick p\u00e5 en anden server. Derefter vil den anden fil blive skrevet til den anden gruppe af to bricks (eller flere) p\u00e5 forskellige servere.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex> <br \/>\nHvis filerne er omtrent ens i st\u00f8rrelse og volumet kun vil best\u00e5 af \u00e9n gruppe, vil alt v\u00e6re i orden, men under andre forhold vil f\u00f8lgende problemer opst\u00e5 som beskrevet: <\/p>\n<ul>\n<li>pladsen i grupper udnyttes uj\u00e6vnt, hvilket afh\u00e6nger af filst\u00f8rrelserne, og hvis der ikke er nok plads i gruppen til at skrive filen \u2013 f\u00e5r du en fejl, filen vil ikke blive skrevet, og den vil ikke blive omfordelt til en anden gruppe;<\/li>\n<li>ved skrivning af \u00e9n fil g\u00e5r IO kun til \u00e9n gruppe, mens de andre st\u00e5r stille;<\/li>\n<li>man kan ikke f\u00e5 IO for hele volumet ved skrivning af \u00e9n fil;<\/li>\n<li>og den samlede konception virker mindre effektiv p\u00e5 grund af manglen p\u00e5 datadistrubution over blokke, hvor det er lettere at udf\u00f8re balancering og l\u00f8se problemet med j\u00e6vn fordeling, i mods\u00e6tning til hvordan en fil i \u00f8jeblikket placeres i en brik i sin helhed.<\/li>\n<\/ul>\n<p>\nFra den officielle beskrivelse <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gluster.org\/en\/latest\/Quick-Start-Guide\/Architecture\/\">arkitekturer<\/a><\/noindex> kommer man ogs\u00e5 uundg\u00e5eligt til at forst\u00e5, at Gluster fungerer som en filopbevaring oven p\u00e5 klassisk hardware RAID. Der har v\u00e6ret fors\u00f8g p\u00e5 at sk\u00e6re (Sharding) filer i blokke, men alt dette er tilf\u00f8jelser, der medf\u00f8rer tab af ydeevne til den allerede eksisterende arkitektoniske tilgang, plus brugen af s\u00e5danne frit tilg\u00e6ngelige komponenter med begr\u00e6nsninger i ydeevne som Fuse. Der er ingen metadata-tjenester, hvilket begr\u00e6nser ydeevnen og p\u00e5lideligheden af lageret ved filfordelingsblokke. Bedre ydeevne kan observeres i konfigurationen \u201cDistributed Replicated\u201d med et minimum af 6 noder for at organisere en p\u00e5lidelig replik med 3 for optimal belastningsfordeling.<\/p>\n<p>Disse konklusioner er ogs\u00e5 relateret til beskrivelsen af oplevelsen med <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/353666\/\">Gluster<\/a><\/noindex> og ved sammenligning med <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Ceph<\/a><\/noindex>, samt der er en beskrivelse af erfaringerne leading til forst\u00e5elsen af denne mere effektive og mere p\u00e5lidelige konfiguration <noindex><a rel=\"nofollow\" href=\"https:\/\/www.linux.org.ru\/forum\/general\/13316001\">\u201cReplicated Distributed\u201d.<\/a><\/noindex><br \/>\n<img decoding=\"async\" alt=\"Kort sammenligning af SDS-arkitektur eller finde den rette lagringsplatform (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/6868ddf69e18bec0b50ae5aeba74440d.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nBilledet viser belastningsfordelingen ved skrivning af to filer, hvor kopierne af den f\u00f8rste fil fordeles over de tre f\u00f8rste servere, som er samlet i volume 0-gruppen, og tre kopier af den anden fil placeres p\u00e5 den anden gruppe volume 1 fra tre servere. Hver server har en disk.<\/p>\n<p>Den samlede konklusion er, at Gluster kan anvendes, men med forst\u00e5else for, at der vil v\u00e6re begr\u00e6nsninger i ydeevne og p\u00e5lidelighed, som skaber udfordringer under visse betingelser i hyperkonvergerede l\u00f8sninger, hvor ressourcer ogs\u00e5 er n\u00f8dvendige til beregningsbelastninger i virtuelle milj\u00f8er. <\/p>\n<p>Der er ogs\u00e5 nogle Gluster-ydeevneindikatorer, der kan opn\u00e5s under visse forhold, begr\u00e6nset til <noindex><a rel=\"nofollow\" href=\"http:\/\/moo.nac.uci.edu\/~hjm\/Performance_in_a_Gluster_Systemv6F.pdf\"> p\u00e5lidelighed.<\/a><\/noindex><\/p>\n<h3>Ceph<\/h3>\n<p>\nLad os nu se p\u00e5 Ceph fra de arkitekturbeskrivelser, som jeg har v\u00e6ret i stand til <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/313644\/\">at finde.<\/a><\/noindex> Der er ogs\u00e5 en sammenligning mellem <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Glusterfs og Ceph<\/a><\/noindex>, hvor man straks kan forst\u00e5, at Ceph generelt b\u00f8r implementeres p\u00e5 separate servere, da dets tjenester kr\u00e6ver alle hardware-ressourcer under belastning. <\/p>\n<p>Arkitektur <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/architecture\/\">Ceph<\/a><\/noindex> mere komplekst end Gluster og inkluderer tjenester som metadata services, men hele komponentstakken er ret kompleks og ikke s\u00e6rlig fleksibel til brug i virtualiseringsl\u00f8sninger. Data er opdelt i blokke, hvilket synes at v\u00e6re mere effektivt, men der er tab og latenstid i hierarkiet af alle tjenester (komponenter) under visse belastninger og n\u00f8dsituationer, som f\u00f8lgende eksempel viser. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/oleg-bunin\/blog\/431536\/\">article.<\/a><\/noindex><\/p>\n<p>Fra arkitekturens beskrivelse er hjertet CRUSH, som bestemmer placeringen af data. Dern\u00e6st kommer PG \u2014 det er den mest komplekse abstraktion (logisk gruppe) at forst\u00e5. PG er n\u00f8dvendige for at g\u00f8re CRUSH mere effektiv. Hovedform\u00e5let med PG er at gruppere objekter for at reducere ressourc verbraugen, \u00f8ge ydeevnen og skalerbarheden. Direkte adressering af objekter enkeltvis uden at samle dem i PG ville v\u00e6re meget omkostningskr\u00e6vende. OSD er en service for hver enkelt disk.<\/p>\n<p><img decoding=\"async\" alt=\"Kort sammenligning af SDS-arkitektur eller finde den rette lagringsplatform (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/b7d59066a01db9bbb55bbd87c6e5053a.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Kort sammenligning af SDS-arkitektur eller finde den rette lagringsplatform (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/a86622bc051ab820d42a8aa08a3fc759.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEt cluster kan have en eller flere datalagre til forskellige form\u00e5l og med forskellige indstillinger. Lagringene er opdelt i placering grupper. I placering grupperne opbevares de objekter, som kunderne tilg\u00e5r. Dette markerer afslutningen p\u00e5 det logiske niveau, og det fysiske niveau begynder, da der er knyttet en hoveddisk og flere replika diske til hver placering gruppe (hvor mange afh\u00e6nger af replikationsfaktoren for lagringen). Med andre ord, p\u00e5 det logiske niveau opbevares objektet i en bestemt placering gruppe, mens det p\u00e5 det fysiske niveau ligger p\u00e5 de diske, der er knyttet til den. Diskene kan fysisk v\u00e6re placeret p\u00e5 forskellige noder eller endda i forskellige datacentre.<\/p>\n<p>I denne skema ser gruppeplaceringer ud til at v\u00e6re et n\u00f8dvendigt niveau for fleksibilitet i hele l\u00f8sningen, men p\u00e5 samme tid ogs\u00e5 som et un\u00f8dvendigt led i k\u00e6den, hvilket uvilk\u00e5rligt f\u00f8rer tankerne hen p\u00e5 et tab af ydeevne. For eksempel, n\u00e5r data skal skrives, skal systemet opdele dem i disse grupper og derefter p\u00e5 det fysiske niveau til hoveddisken og replika-diskene. Det vil sige, at hash-funktionen arbejder, n\u00e5r den s\u00f8ger efter og inds\u00e6tter objekter, men der er en bivirkning \u2013 der er meget store omkostninger og begr\u00e6nsninger ved at omstrukturere hashen (n\u00e5r man tilf\u00f8jer eller fjerner en disk). Et andet problem med hashen er den faste placering af dataene, som ikke kan \u00e6ndres. Det vil sige, at hvis en disk oplever en h\u00f8jere belastning, har systemet ikke mulighed for ikke at skrive til den (ved at v\u00e6lge en anden disk); hash-funktionen forpligter til at placere data efter en regel, uanset hvor d\u00e5rligt det g\u00e5r med disken. Derfor bruger Ceph meget hukommelse ved omstrukturering af PG i tilf\u00e6lde af selvreparation eller \u00f8gning af lagerkapaciteten. Konklusionen er, at Ceph fungerer godt (selv om det er langsomt), men kun n\u00e5r der ikke er skalering, n\u00f8dsituationer eller opdateringer.<\/p>\n<p>Der er selvf\u00f8lgelig muligheder for at \u00f8ge ydeevnen gennem caching og cache-tiering, men det kr\u00e6ver godt hardware, og der vil stadig v\u00e6re tab. Men generelt ser Ceph mere tiltalende ud end Gluster for produktive milj\u00f8er. Derudover er det vigtigt at tage h\u00f8jde for en v\u00e6sentlig faktor, nemlig et h\u00f8jt niveau af kompetencer, erfaring og professionalisme med stort fokus p\u00e5 Linux, da det er meget vigtigt at implementere, konfigurere og vedligeholde det korrekt, hvilket l\u00e6gger endnu mere ansvar og belastning p\u00e5 administratoren. <\/p>\n<h3>Vstorage<\/h3>\n<p>\nEndnu mere interessant ser arkitekturen ud hos <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/virtuozzo\/blog\/334724\/\">Virtuozzo storage (Vstorage)<\/a><\/noindex>, som kan bruges sammen med hypervisoren p\u00e5 de samme noder, p\u00e5 det samme <noindex><a rel=\"nofollow\" href=\"http:\/\/samag.ru\/archive\/article\/3794\">hardware<\/a><\/noindex>, men det er meget vigtigt at konfigurere det korrekt for at opn\u00e5 god ydeevne. Det vil sige, at det er meget let at implementere et s\u00e5dant produkt lige ud af boksen p\u00e5 en vilk\u00e5rlig konfiguration uden at tage h\u00f8jde for anbefalingerne i henhold til arkitekturen, men det vil ikke v\u00e6re produktivt.<\/p>\n<p>Hvad kan sameksistere til lagring ved siden af hypervisor-tjenesterne kvm-qemu? Det er blot et par tjenester, hvor der er fundet en kompakt optimal hierarki af komponenter: kundeservice monteret via FUSE (modificeret, ikke open source), metadata-tjenesten MDS (Metadata service), dataservice Chunk service, som p\u00e5 det fysiske niveau svarer til \u00e9n disk, og det er alt. For hastighed er det selvf\u00f8lgelig optimalt at bruge en fejltolerant ordning med to replikaer, men hvis caching og logning p\u00e5 SSD-diske implementeres, kan fejlkodning (erase coding eller raid6) accelereres betydeligt i et hybrid system eller endnu bedre p\u00e5 all flash. Ved EC (erase coding) er der en lille ulempe: \u00e6ndres \u00e9n datablok, skal paritetssummerne beregnes igen. For at undg\u00e5 tab p\u00e5 denne operation skriver Ceph i EC forsinket, og der kan opst\u00e5 pr\u00e6stationsproblemer ved bestemte foresp\u00f8rgsler, n\u00e5r man for eksempel har brug for at l\u00e6se alle blokke. I tilf\u00e6lde af Virtuozzo Storage udf\u00f8res skrivning af \u00e6ndrede blokke ved hj\u00e6lp af en tilgang med \"log-structured file system\", som minimerer omkostningerne ved paritetsberegningen. For at f\u00e5 en id\u00e9 om mulighederne for at fremskynde arbejdet med og uden EC, er der <noindex><a rel=\"nofollow\" href=\"https:\/\/www.virtuozzo.com\/products\/virtuozzo-storage\/storage-calculator\">en calculator.<\/a><\/noindex> \u2013 tallene kan v\u00e6re omtrentlige afh\u00e6ngigt af producentens pr\u00e6cisionskoefficient, men resultatet af beregningerne hj\u00e6lper godt med at planl\u00e6gge konfigurationen.<\/p>\n<p>En simpel opstilling af lagringskomponenter betyder ikke, at disse komponenter ikke forbruger <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/virtuozzo_7_installation_guide\/preparing-for-installation\/planning-storage-cli.html#hardware-requirements\">hardware ressourcer,<\/a><\/noindex> men hvis man beregner alle udgifter p\u00e5 forh\u00e5nd, kan man regne med en samarbejdende drift t\u00e6t p\u00e5 hypervisoren. <br \/>\nDer er et sammenligningsskema for hardware ressourcer for Ceph-tjenesterne og Virtuozzo-storage.<\/p>\n<p><img decoding=\"async\" alt=\"Kort sammenligning af SDS-arkitektur eller finde den rette lagringsplatform (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/27de0ab0cc61c2fab6d741bc3105b6cc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nHvis man tidligere kunne sammenligne Gluster og Ceph ud fra gamle artikler, ved at bruge de vigtigste linjer fra dem, er det sv\u00e6rere med Virtuozzo. Der er ikke s\u00e5 mange artikler om dette produkt, og informationen kan kun f\u00e5s fra dokumentationen p\u00e5 <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/master\/index.html\">det engelske<\/a><\/noindex> eller p\u00e5 russisk, hvis man betragter Vstorage som et lager, der anvendes i nogle hyperkonvergente l\u00f8sninger i virksomheder som <noindex><a rel=\"nofollow\" href=\"http:\/\/rosplatforma.ru\/#downloads\">Rosplatforma<\/a><\/noindex> og Acronis.<\/p>\n<p>Jeg vil pr\u00f8ve at hj\u00e6lpe med beskrivelsen af denne arkitektur, s\u00e5 teksten bliver lidt l\u00e6ngere, men for at forst\u00e5 dokumentationen selv kr\u00e6ver det meget tid, og den eksisterende dokumentation kan kun bruges som reference ved at gennemg\u00e5 indholdsfortegnelsen eller s\u00f8ge efter n\u00f8gleord. <\/p>\n<p>Lad os se p\u00e5 skriveprocessen i en hybrid konfiguration af hardware med de ovenfor beskrevne komponenter: skrivningen begynder p\u00e5 den node, hvorfra den blev initieret af klienten (FUSE-monteringspunktstjenesten), men komponenten master metadata service (MDS) vil selvf\u00f8lgelig sende klienten direkte til den rette chunk service (block storage service), s\u00e5 MDS deltager ikke i skriveprocessen, men dirigerer blot til den n\u00f8dvendige chunk service. Man kan generelt lave en analogi med skrivning som vandudl\u00f8b i t\u00f8nder. Hver t\u00f8nde er en datablok p\u00e5 256 MB.<\/p>\n<p><img decoding=\"async\" alt=\"Kort sammenligning af SDS-arkitektur eller finde den rette lagringsplatform (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/8f10333f1573226fbb50a40377eafc93.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDet vil sige, at en disk er et bestemt antal af s\u00e5danne t\u00f8nder, s\u00e5 diskens volumen divideret med 256 MB. Hver kopi udl\u00e6gges til en node, den anden n\u00e6sten parallelt til en anden node osv. Hvis vi har tre replikaer og der er SSD-diske til cache (til l\u00e6sning og skrivejournaler), s\u00e5 vil bekr\u00e6ftelsen af skrivningen finde sted efter, at journalen er skrevet til SSD, mens den parallelle udskrivning fra SSD forts\u00e6tter p\u00e5 HDD, n\u00e6sten i baggrunden. I tilf\u00e6lde af tre replikaer vil skrivekommitment v\u00e6re efter bekr\u00e6ftelse fra SSD p\u00e5 den tredje node. Det kan virke som om, at den samlede hastighed for skrivningen af de tre SSD'er kan deles med tre, og at vi f\u00e5r hastigheden for skrivningen af \u00e9n replika, men skrivningen af kopier sker parallelt, og netv\u00e6rkslatens er som regel h\u00f8jere end for SSD, og i praksis vil skriveydelsen afh\u00e6nge af netv\u00e6rket. Derfor, for at se reelle IOPS, er det n\u00f8dvendigt korrekt at belaste hele Vstorage efter <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/pdf\/virtuozzo_infrastructure_platform_3_benchmarking_guide.pdf\">metoden<\/a><\/noindex>, s\u00e5 man tester den reelle belastning, ikke blot hukommelse og cache, hvor man skal tage h\u00f8jde for den rette blokst\u00f8rrelse, antal tr\u00e5de osv. <\/p>\n<p>Den f\u00f8rn\u00e6vnte SSD-log fungerer s\u00e5dan, at s\u00e5 snart data kommer ind, bliver de straks l\u00e6st af tjenesten og skrevet til HDD. Der er flere metadata services (MDS) pr. klynge, og deres antal bestemmes af et quorum, der fungerer efter Paxos-algoritmen. For kunden er FUSE-monteringspunktet en mappe i klyngeopbevaringen, der samtidig er synlig for alle noder i klyngen; hver node har monteret en klient p\u00e5 denne m\u00e5de, s\u00e5 hver enhed har adgang til denne opbevaring.<\/p>\n<p>For ydeevnen af enhver af de ovenfor beskrevne tilgange er det meget vigtigt, ved planl\u00e6gnings- og implementeringsfasen, at netv\u00e6rket indstilles korrekt, hvor der skal ske belastningsbalancering gennem aggregation og med den rigtige valgte b\u00e5ndbredde. I aggregationen er det vigtigt korrekt at v\u00e6lge hash-tilstand og rammestr\u00f8rrelser. Derudover er der en meget tydelig forskel fra de ovenfor beskrevne SDS, da dette er FUSE med hurtig sti-teknologi i Virtuozzo Storage. Denne l\u00f8sning, med den opgraderede FUSE i mods\u00e6tning til andre open source-l\u00f8sninger, \u00f8ger IOPS betydeligt og g\u00f8r det muligt ikke at v\u00e6re begr\u00e6nset til horisontal eller vertikal skalering. Sammenlignet med de tidligere beskrevne arkitekturer virker denne mere kraftfuld, men for denne fordel er det selvf\u00f8lgelig n\u00f8dvendigt at k\u00f8be licenser i mods\u00e6tning til Ceph og Gluster. <\/p>\n<p>Afslutningsvis kan man fremh\u00e6ve top tre: f\u00f8rste plads for ydeevne og p\u00e5lidelighed indtages af Virtuozzo Storage, efterfulgt af Ceph p\u00e5 anden plads og Gluster p\u00e5 tredje plads. <\/p>\n<p>Kriterierne for valg af Virtuozzo Storage er: det optimale s\u00e6t af komponenter i arkitekturen, den opgraderede Fuse med hurtig sti, fleksible konfigurationsmuligheder for hardware, lavere ressourceforbrug og muligheden for at dele med compute (beregninger\/virtualisering), hvilket g\u00f8r det fuldt ud velegnet til hyperkonvergerende l\u00f8sninger, som det er en del af. Andenplads g\u00e5r til Ceph, fordi det er en mere ydedygtig arkitektur end Gluster, takket v\u00e6re blokoperationer, samt mere fleksible scenarier og muligheden for at arbejde i st\u00f8rre klynger.<\/p>\n<p>Planerne inkluderer \u00f8nsket om at skrive en sammenligning mellem vSAN, Space Direct Storage, Vstorage og Nutanix Storage, test af Vstorage p\u00e5 HPE- og Huawei-udstyr, samt scenarier for integration af Vstorage med eksterne hardware SAN, s\u00e5 hvis du kunne lide artiklen, ville det v\u00e6re godt at modtage feedback fra dig, som kunne styrke motivationen for nye artikler med hensyntagen til dine kommentarer og \u00f8nsker.<br \/>\n<br \/>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/486392\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0430 \u0434\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u043f\u043e\u043c\u043e\u0447\u044c \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0434\u043b\u044f \u0441\u0435\u0431\u044f \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0449\u0435\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0438 \u043f\u043e\u043d\u044f\u0442\u044c \u043e\u0442\u043b\u0438\u0447\u0438\u044f \u043c\u0435\u0436\u0434\u0443 \u0442\u0430\u043a\u0438\u043c\u0438 SDS \u043a\u0430\u043a Gluster, Ceph \u0438 Vstorage (Virtuozzo). \u0412 \u0442\u0435\u043a\u0441\u0442\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442\u0441\u044f \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u0442\u0430\u0442\u044c\u0438 \u0441 \u0431\u043e\u043b\u0435\u0435 \u0434\u0435\u0442\u0430\u043b\u044c\u043d\u044b\u043c \u0440\u0430\u0441\u043a\u0440\u044b\u0442\u0438\u0435\u043c \u0442\u0435\u0445 \u0438\u043b\u0438 \u0438\u043d\u044b\u0445 \u043f\u0440\u043e\u0431\u043b\u0435\u043c, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u044f \u0431\u0443\u0434\u0443\u0442 \u043c\u0430\u043a\u0441\u0438\u043c\u0430\u043b\u044c\u043d\u043e \u043a\u0440\u0430\u0442\u043a\u0438\u043c\u0438 \u0441 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043a\u043b\u044e\u0447\u0435\u0432\u044b\u0445 \u043c\u043e\u043c\u0435\u043d\u0442\u043e\u0432 \u0431\u0435\u0437 \u043b\u0438\u0448\u043d\u0435\u0439 \u0432\u043e\u0434\u044b \u0438 \u0432\u0432\u043e\u0434\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0432\u044b [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":40730,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[],"tags":[],"class_list":["post-40729","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0430 \u0434\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u043f\u043e\u043c\u043e\u0447\u044c \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0434\u043b\u044f \u0441\u0435\u0431\u044f \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0449\u0435\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0438 \u043f\u043e\u043d\u044f\u0442\u044c \u043e\u0442\u043b\u0438\u0447\u0438\u044f \u043c\u0435\u0436\u0434\u0443 \u0442\u0430\u043a\u0438\u043c\u0438 SDS \u043a\u0430\u043a Gluster, Ceph \u0438 Vstorage (Virtuozzo). \u0412 \u0442\u0435\u043a\u0441\u0442\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442\u0441\u044f \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u0442\u0430\u0442\u044c\u0438 \u0441 \u0431\u043e\u043b\u0435\u0435.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/da\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0440\u0430\u0442\u043a\u043e\u0435 \u0441\u0440\u0430\u0432\u043d\u0435\u043d\u0438\u0435 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b SDS \u0438\u043b\u0438 \u043f\u043e\u0438\u0441\u043a \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0449\u0435\u0439 \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u044b \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f (GlusterVsCephVsVirtuozzoStorage) | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0430 \u0434\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u043f\u043e\u043c\u043e\u0447\u044c \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0434\u043b\u044f \u0441\u0435\u0431\u044f \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0449\u0435\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0438 \u043f\u043e\u043d\u044f\u0442\u044c \u043e\u0442\u043b\u0438\u0447\u0438\u044f \u043c\u0435\u0436\u0434\u0443 \u0442\u0430\u043a\u0438\u043c\u0438 SDS \u043a\u0430\u043a Gluster, Ceph \u0438 Vstorage (Virtuozzo). \u0412 \u0442\u0435\u043a\u0441\u0442\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442\u0441\u044f \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u0442\u0430\u0442\u044c\u0438 \u0441 \u0431\u043e\u043b\u0435\u0435.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-02-03T11:42:16+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-03T11:42:16+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Kort sammenligning af SDS-arkitektur eller s\u00f8gning efter den rette lagringsplatform (GlusterVsCephVsVirtuozzoStorage) | ProHoster","description":"Denne artikel er skrevet for at hj\u00e6lpe med at v\u00e6lge den rette l\u00f8sning for dig og forst\u00e5 forskellene mellem SDS'er som Gluster, Ceph og Vstorage (Virtuozzo). Teksten indeholder links til artikler med mere information.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0440\u0430\u0442\u043a\u043e\u0435 \u0441\u0440\u0430\u0432\u043d\u0435\u043d\u0438\u0435 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b SDS \u0438\u043b\u0438 \u043f\u043e\u0438\u0441\u043a \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0449\u0435\u0439 \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u044b \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f (GlusterVsCephVsVirtuozzoStorage) | ProHoster","og:description":"\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0430 \u0434\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u043f\u043e\u043c\u043e\u0447\u044c \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0434\u043b\u044f \u0441\u0435\u0431\u044f \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0449\u0435\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0438 \u043f\u043e\u043d\u044f\u0442\u044c \u043e\u0442\u043b\u0438\u0447\u0438\u044f \u043c\u0435\u0436\u0434\u0443 \u0442\u0430\u043a\u0438\u043c\u0438 SDS \u043a\u0430\u043a Gluster, Ceph \u0438 Vstorage (Virtuozzo). \u0412 \u0442\u0435\u043a\u0441\u0442\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442\u0441\u044f \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u0442\u0430\u0442\u044c\u0438 \u0441 \u0431\u043e\u043b\u0435\u0435.","og:url":"https:\/\/prohoster.info\/da\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-02-03T11:42:16+00:00","article:modified_time":"2020-02-03T11:42:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"40729","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:32:40","updated":"2022-09-29 09:23:33","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/40729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=40729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/40729\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/40730"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=40729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=40729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=40729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}