{"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\/et\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","title":{"rendered":"L\u00fchike v\u00f5rdlus SDS arhitektuurist v\u00f5i sobiva salvestusplatvormi leidmine (GlusterVsCephVsVirtuozzoStorage)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>See artikkel on kirjutatud, et aidata teil valida sobiv lahendus ning m\u00f5ista erinevusi selliste SDS-ide nagu Gluster, Ceph ja Vstorage (Virtuozzo) vahel.<\/p>\n<p>Tekstis kasutatakse viiteid artikeltele, kus arutatakse erinevaid probleeme p\u00f5hjalikumalt, seet\u00f5ttu on kirjeldused v\u00f5imalikult l\u00fchikesed ning sisaldavad peamisi punkte, v\u00e4ltides liialt pikkade seletuste ja sissejuhatuste jagamist, mida saate vajadusel ise internetist leida. <\/p>\n<p>Tegelikult n\u00f5uavad k\u00e4sitletavad teemad s\u00f5numit, kuid t\u00e4nap\u00e4eva maailmas ei soovi \u00fcha rohkem inimesi palju lugeda))), seega v\u00f5ite kiirelt \u00fcle vaadata ja otsustada, ning kui midagi j\u00e4\u00e4b arusaamatuks, siis uurida viiteid v\u00f5i Google\u2019ist otsida tundmatuid s\u00f5nu))), see artikkel on nagu l\u00e4bipaistev kate nende s\u00fcgavate teemade jaoks, n\u00e4idates sisu \u2013 iga lahenduse peamised v\u00f5tmeviidatud punktid.<\/p>\n<h3>Gluster<\/h3>\n<p>\nAlustame Glusterist, mida kasutatakse aktiivselt h\u00fcperkonsolideeritud platvormide tootjate seas, kes pakuvad open source baasil SDS-i virtuaalsete keskkondade jaoks, ja seda saab leida RedHati kodulehelt salvestuse jaotises, kus pakutakse valida kahe SDS variandi vahel: Gluster v\u00f5i Ceph.<\/p>\n<p>Gluster koosneb t\u00f5lkeserveriteste \u2013 teenustest, mis teostavad k\u00f5ik failide jaotamise t\u00f6\u00f6d jne. Brick on teenus, mis teenindab \u00fchte ketast, Volume \u2013 maht (plokk) \u2013 mis \u00fchendab need brick'id. Edasi liigub failide jaotamise teenus gruppide vahel DHT (jaotatud r\u00e4si tabel) funktsiooni abil. Sharding teenust ei hakka siia kirjeldama, kuna allolevates linkides on kirjas sellega seotud probleemid.<\/p>\n<p><img decoding=\"async\" alt=\"L\u00fchike v\u00f5rdlus SDS arhitektuurist v\u00f5i sobiva salvestusplatvormi leidmine (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/0c54588b5b09c9069ffbd0c5161c5e34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKirjutamisel pannakse fail tervikuna brick'i ja selle koopia kirjutatakse paralleelselt teise serveri brick'ile. J\u00e4rgnev fail kirjutatakse siis teise gruppi kahest brick'ist (v\u00f5i rohkem) erinevates serverites.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex> <br \/>\nKui failid on umbes sama suurusega ja maht koosneb ainult \u00fchest grupist, siis on k\u00f5ik korras, kuid teiste tingimuste korral tekivad j\u00e4rgmistest kirjeldustest j\u00e4rgmised probleemid: <\/p>\n<ul>\n<li>ruumi grupis kasutatakse eba\u00fchtlaselt, see s\u00f5ltub failide suurustest ja kui grupis ei ole kirjutamiseks piisavalt ruumi \u2014 saate vea, fail ei salvestata ega jaotata teise gruppi;<\/li>\n<li>\u00fche faili kirjutamisel toimub IO vaid \u00fches grupis, teised aga ootavad;<\/li>\n<li>\u00fche faili kirjutamisel ei saa kogu mahu IO-d saada;<\/li>\n<li>ja \u00fcldine kontseptsioon tundub v\u00e4hem tootlik, kuna puudub andmete jaotus plokkide vahel, kus tasakaalustamine ja probleemide lahendamine on lihtsam, mitte nagu praegu, kui fail asetub tervikuna brikkidesse.<\/li>\n<\/ul>\n<p>\nAmetlikust kirjelduse <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gluster.org\/en\/latest\/Quick-Start-Guide\/Architecture\/\">arhitektuurist<\/a><\/noindex> ka tuleb tahtmatult arusaam, et gluster t\u00f6\u00f6tab nagu failide salvestamise s\u00fcsteem klassikalise riistvara RAID-i kohal. On tehtud katseid faile plokkideks jagada (Sharding), kuid see on k\u00f5ik t\u00e4iendav, mis toob kaasa tootlikuse kaotuse juba olemasolevale arhitektuurilisele l\u00e4henemisele, pluss selliste tasuta v\u00f5imaluste kasutamine, millel on tootlikuse piirang nagu Fuse. Metandmete teenuseid pole, mis piiravad salvestuse tootlikkuse ja talitlush\u00e4iret\u00f5rje v\u00f5imalusi failide jaotamisel plokkideks. Paremaid tootlikkuse n\u00e4itajaid v\u00f5ib t\u00e4heldada<\/p>\n<p>need j\u00e4reldused on seotud ka kogemuse kirjeldamisega <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/353666\/\">Gluster<\/a><\/noindex> ja v\u00f5rdlemisel <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Ceph<\/a><\/noindex>, samuti on olemas kogemuse kirjeldus selle t\u00f5husama ja usaldusv\u00e4\u00e4rsema konfiguratsiooni m\u00f5istmise saavutamise kohta <noindex><a rel=\"nofollow\" href=\"https:\/\/www.linux.org.ru\/forum\/general\/13316001\">\u201cReplicated Distributed\u201d.<\/a><\/noindex><br \/>\n<img decoding=\"async\" alt=\"L\u00fchike v\u00f5rdlus SDS arhitektuurist v\u00f5i sobiva salvestusplatvormi leidmine (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/6868ddf69e18bec0b50ae5aeba74440d.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPildil on n\u00e4idatud koormuse jaotust kahe faili kirjutamisel, kus esimese faili koopiad jaotatakse kolmele esimesest serverist, mis on \u00fchendatud mahtude r\u00fchmaga 0, ja kolme koopia teise faili asetatakse teise gruppi volume1 kolme serveri seast. Igal serveril on \u00fcks k\u00f5vaketas.<\/p>\n<p>\u00dcldine j\u00e4reldus on see, et Glusterit saab kasutada, kuid arvestades, et tootlikkuse ja talitlush\u00e4iret\u00f5rje osas on piirangud, mis loovad raskusi teatud h\u00fcperkonvergente lahenduse tingimustes, kus ressursse vajatakse ka virtuaalsete keskkondade arvutuskoormuseks. <\/p>\n<p>On olemas ka m\u00f5ned Glusteri tootlikkuse n\u00e4itajad, mida saab saavutada teatud tingimustes piiratud <noindex><a rel=\"nofollow\" href=\"http:\/\/moo.nac.uci.edu\/~hjm\/Performance_in_a_Gluster_Systemv6F.pdf\"> talitlush\u00e4iret\u00f5rjes.<\/a><\/noindex><\/p>\n<h3>Ceph<\/h3>\n<p>\nN\u00fc\u00fcd vaatame Cephi arhitektuuri kirjelduse, mida olen suutnud <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/313644\/\">leida.<\/a><\/noindex> Samuti on olemas v\u00f5rdlus <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Glusterfs ja Ceph<\/a><\/noindex>, kus saab kohe aru, et Cephi on soovitatav paigaldada eraldi serveritele, kuna selle teenused vajavad koormuste korral k\u00f5iki riistvara ressursse. <\/p>\n<p>Arhitektuur <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/architecture\/\">Ceph<\/a><\/noindex> on keerukam kui Gluster ja sellel on sellised teenused nagu metateenused, kuid kogu komponentide virna struktuur on \u00fcsna keeruline ja mitte eriti paindlik virtuaaliseerimise lahenduste kasutamiseks. Andmed salvestatakse plokkidena, mis n\u00e4evad v\u00e4lja tootlikumad, kuid k\u00f5igi teenuste (komponentide) hierarhias esinevad kaotused ja latentsus teatud koormuste ja avariitingimuste korral, n\u00e4iteks j\u00e4rgmised <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/oleg-bunin\/blog\/431536\/\">artikkel.<\/a><\/noindex><\/p>\n<p>Arhitektuuri kirjeldusest on peamiseks komponendiks CRUSH, t\u00e4nu millele valitakse andmete paiknemise koht. J\u00e4rgmiseks on PG \u2013 see on k\u00f5ige keerulisem abstraktsioon (loogiline r\u00fchm), mida on raske m\u00f5ista. PG-d on vajalikud selleks, et CRUSH oleks efektiivsem. PG peamine eesm\u00e4rk on objektide r\u00fchmitamine ressursikasutuse v\u00e4hendamiseks, tootlikkuse suurendamiseks ja skaaleeritavuse tagamiseks. Objektide otsene ja eraldi adresseerimine, ilma nende PG-sse \u00fchendamiseta, oleks v\u00e4ga kulukas. OSD on teenus iga eraldi ketta jaoks.<\/p>\n<p><img decoding=\"async\" alt=\"L\u00fchike v\u00f5rdlus SDS arhitektuurist v\u00f5i sobiva salvestusplatvormi leidmine (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/b7d59066a01db9bbb55bbd87c6e5053a.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"L\u00fchike v\u00f5rdlus SDS arhitektuurist v\u00f5i sobiva salvestusplatvormi leidmine (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/a86622bc051ab820d42a8aa08a3fc759.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKlastril v\u00f5ib olla \u00fcks v\u00f5i mitu andmepooli, millel on erinevad eesm\u00e4rgid ja seaded. Pooled jagunevad paigutusgruppideks. Paigutusgruppides hoitakse objekte, millele kliendid p\u00f6\u00f6rduvad. Siit l\u00f5peb loogiline tase ja algab f\u00fc\u00fcsiline, kuna igale paigutusgrupile on m\u00e4\u00e4ratud \u00fcks peamine ketas ja mitu koopiakettast (kui palju s\u00f5ltub pooli kopeerimise tegurist). Teisis\u00f5nu, loogilisel tasemel hoitakse objekt konkreetsetes paigutusgruppides, samas kui f\u00fc\u00fcsilisel tasemel hoitakse neid ketastes, mis on nende kaudu m\u00e4\u00e4ratud. Samas v\u00f5ivad kettad f\u00fc\u00fcsiliselt asuda erinevates s\u00f5lmedes v\u00f5i isegi erinevates andmekeskustes.<\/p>\n<p>Selles skeemis n\u00e4evad paigutusgrupid v\u00e4lja kui vajalik tasand kogu lahenduse paindlikkuse jaoks, kuid samas ka kui \u00fcleliigne l\u00fcli selles ahelas, mis sunnib m\u00f5tlema j\u00f5udluse kaotamisele. N\u00e4iteks, kui andmeid salvestatakse, peab s\u00fcsteem need jagama nende gruppide vahel ja seej\u00e4rel f\u00fc\u00fcsiliselt peamisele kettale ning replikatsiooniketastele. See t\u00e4hendab, et hash-funktsioon t\u00f6\u00f6tab objekti otsimisel ja lisamisel, kuid on ka k\u00f5rvalm\u00f5jusid \u2013 see toob kaasa v\u00e4ga suured kulud ja piirangud hash'i taastamisel (kui ketast lisatakse v\u00f5i eemaldatakse). Veel \u00fcks hash'i probleem on see, et andmete asukoht on rangelt m\u00e4\u00e4ratletud, mida ei saa muuta. See t\u00e4hendab, et kui m\u00f5ni ketas kogeb suuremat koormust, ei saa s\u00fcsteem kirjutada sellele (valides teise ketta), hash-funktsioon sunnib andmeid paigutama reegli j\u00e4rgi, s\u00f5ltumata sellest, kui halvasti kettaga l\u00e4heb, mist\u00f5ttu Ceph s\u00f6\u00f6b palju m\u00e4lu PG-de taastamisel eneseparandamise v\u00f5i salvestusruumi suurendamise korral. Kokkuv\u00f5ttes t\u00f6\u00f6tab Ceph h\u00e4sti (kuigi aeglaselt), kuid ainult siis, kui ei toimu skaleerimist, h\u00e4daolukordi ega uuendusi.<\/p>\n<p>Muidugi on olemas v\u00f5imalusi j\u00f5udluse parandamiseks vahem\u00e4lu ja vahem\u00e4lu kihistamise abil, kuid selleks on vajalik hea riistvara ja ikkagi tekivad kaotused. K\u00fcll aga tundub Ceph \u00fcldiselt ahvatlevam kui Gluster tootmises. Samuti tuleb neid tooteid kasutades arvesse v\u00f5tta oluline tegur \u2013 k\u00f5rge kompetentsuse, kogemuse ja professionaalsuse tase, keskendudes eriti Linuxile, kuna on \u00e4\u00e4rmiselt oluline k\u00f5ik \u00f5igesti seadistada, paigaldada ja toetada, mis seab administreerimisele veelgi suurema vastutuse ja koormuse. <\/p>\n<h3>Vstorage<\/h3>\n<p>\nVeelgi huvitavam arhitektuur on <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/virtuozzo\/blog\/334724\/\">Virtuozzo storage (Vstorage)<\/a><\/noindex>, mida saab kasutada koos hyperviisoriga samadel s\u00f5lmedel, samas <noindex><a rel=\"nofollow\" href=\"http:\/\/samag.ru\/archive\/article\/3794\">riistvaral<\/a><\/noindex>, kuid on \u00e4\u00e4rmiselt oluline k\u00f5ik \u00f5igesti konfigureerida, et saavutada hea j\u00f5udlus. See t\u00e4hendab, et kui selline toode paigaldatakse lihtsalt mingi konfiguratsiooni peale, j\u00e4rgimata arhitektuuri soovitusi, on v\u00e4ga lihtne seda teha, kuid tulemus ei ole tulemuslik.<\/p>\n<p>Mis saab eksisteerida koos KVM-QEMU h\u00fcperviisori teenustega, see on vaid m\u00f5ned teenused, kus leiti kompaktne optimaalne komponentide hierarhia: kliendi teenus, mis on \u00fchendatud FUSE'i kaudu (muudetud, mitte avatud l\u00e4htekoodiga), metateenuste teenus MDS, andmeplokkide teenus Chunk, mis f\u00fc\u00fcsilisel tasandil vastab \u00fchele kettale ja sellega asi piirdub. Kiirus on loomulikult optimaalne kasutada kahe replikaga talitlush\u00e4iretesti, kuid kui kasutada vahem\u00e4lu ja ajakirju SSD-kettal, siis saab vigade korrigeerimise kodeeringut (erase coding v\u00f5i raid6) m\u00e4rgatavalt kiirendada h\u00fcbriidskeemil v\u00f5i isegi paremini all-flash skeemil. EC (erase coding) puhul on teatav miinus: \u00fche andmeploki muutmisel tuleb arvutada pariteetsummad uuesti. Selle operatsiooni kadude v\u00e4ltimiseks kirjutab Ceph EC-st viivitusega ja j\u00f5udlusega v\u00f5ivad tekkida probleemid teatud p\u00e4ringute korral, kui n\u00e4iteks on vajalik lugeda k\u00f5iki plokke, samas kui Virtuozzo Storage'is toimub muudetud plokkide kirjutamine l\u00e4henemisviisi \"log-structured file system\" abil, mis minimaliseerib pariteedi arvutamise kulusid. Et ligikaudselt hinnata variante t\u00f6\u00f6 kiirendamiseks EC ja ilma, on. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.virtuozzo.com\/products\/virtuozzo-storage\/storage-calculator\">kalkulaator.<\/a><\/noindex> \u2013 numbrid v\u00f5ivad olla ligikaudsed, s\u00f5ltuvalt seadme tootja t\u00e4psuse koefitsiendist, kuid arvutustulemused aitavad h\u00e4sti konfigureerimist planeerida.<\/p>\n<p>Lihtne salvestuskomponentide skeem ei t\u00e4henda, et need komponendid ei tarbiks. <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/virtuozzo_7_installation_guide\/preparing-for-installation\/planning-storage-cli.html#hardware-requirements\">rauda,<\/a><\/noindex> aga kui k\u00f5iki kulusid ette arvestada, siis v\u00f5ib loota koost\u00f6\u00f6s h\u00fcperviisoriga. <br \/>\nOn olemas v\u00f5rdlustabel Ceph'i ja Virtuozzo salvestus teenuste rauatarbimise kohta.<\/p>\n<p><img decoding=\"async\" alt=\"L\u00fchike v\u00f5rdlus SDS arhitektuurist v\u00f5i sobiva salvestusplatvormi leidmine (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/27de0ab0cc61c2fab6d741bc3105b6cc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKui varem sai Glusterit ja Cephi v\u00f5rrelda vanade artiklite p\u00f5hjal, kasutades nende olulisemaid ridu, siis Virtuozzot on keerulisem. Selle toote kohta ei ole palju artikleid ja teavet saab ammutada ainult dokumentatsioonist. <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/master\/index.html\">inglise<\/a><\/noindex> v\u00f5i vene keeles, kui vaadata Vstorage'i, kui salvestust, mida kasutatakse m\u00f5nes h\u00fcperkonvergentses lahenduses ettev\u00f5tetes nagu. <noindex><a rel=\"nofollow\" href=\"http:\/\/rosplatforma.ru\/#downloads\">Rospilatforma<\/a><\/noindex> ja Acronis.<\/p>\n<p>P\u00fc\u00fcan aidata selle arhitektuuri kirjeldamisega, seet\u00f5ttu on tekst veidi pikem. Ent, et ise dokumentatsioonist aru saada, on vajalik palju aega ja olemasolevat dokumentatsiooni saab kasutada ainult viitena, vaadates sisukorda v\u00f5i otsides m\u00e4rks\u00f5na kaudu. <\/p>\n<p>Vaatame h\u00fcbriidkonfiguratsiooni riistvara salvestusprotsessi, kus osaleb eelpool kirjeldatud komponente: salvestus algab sellele s\u00f5lmele, kust klient (FUSE montaa\u017eiteenuse) selle algatab, kuid metandmete teenuse (MDS) komponent suunab kliendi otse vajaliku ploki salvestusteenuse (CS), s.t MDS ei osale salvestusprotsessis, vaid suunab lihtsalt vajaliku ploki teenusele. \u00dcldiselt v\u00f5ib tuua analoogia salvestamise jaotumisega veekeeriste vahel. Iga keeris on 256 MB andmeplokk.<\/p>\n<p><img decoding=\"async\" alt=\"L\u00fchike v\u00f5rdlus SDS arhitektuurist v\u00f5i sobiva salvestusplatvormi leidmine (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/8f10333f1573226fbb50a40377eafc93.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSee t\u00e4hendab, et \u00fcks ketas on mingi hulk selliseid keeriseid, st ketta maht jagada 256 MB-ga. Iga koopia jaotatakse \u00fchele s\u00f5lmele, teine peaaegu samal ajal teisele s\u00f5lmele jne... Kui meil on kolm koopia ja SSD kettad, mida kasutatakse vahem\u00e4lu jaoks (lugemiseks ja kirjutuslogideks), siis kirjutamise kinnitamine toimub p\u00e4rast logi kirjutamist SSD-le ja paralleelne tagasi m\u00e4\u00e4rimine SSD-lt j\u00e4tkub HDD-le, nagu taustal. Kolme koopia puhul toimub kirjutamise kinnitamine p\u00e4rast kinnitust kolmanda s\u00f5lme SSD-lt. V\u00f5ib tunduda, et kolme SSD kirjutamiskiirus jagatakse kolme ja saame \u00fche koopia kirjutamiskiirus, kuid koopia kirjutamine toimub paralleelselt ja v\u00f5rgu latentsus on tavaliselt suurem kui SSD-l, seega s\u00f5ltub kirjutamise j\u00f5udlus v\u00f5rgust. Sel p\u00f5hjusel, et n\u00e4ha reaalseid IOPS-e, on vajalik koormata kogu Vstorage \u00f5igesti <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/pdf\/virtuozzo_infrastructure_platform_3_benchmarking_guide.pdf\">meetodi<\/a><\/noindex>, st testida reaalselt koormust, mitte m\u00e4lu ja vahem\u00e4lu, kus on oluline arvestada andmeploki \u00f5ige suuruse, voogude arvu jne. <\/p>\n<p>\u00dcles nimetatud SSD logifail t\u00f6\u00f6tab nii, et niipea kui andmed sinna j\u00f5uavad, loetakse need koheselt teenuse poolt ja kirjutatakse HDD-le. Metaandmete teenuseid (MDS) on klastris mitu ning nende arv m\u00e4\u00e4ratakse kvoorumiga, mis t\u00f6\u00f6tab Paxos algoritmi p\u00f5hjal. Klientide jaoks on FUSE-mount punkt klastrihalduse kaust, mis on samaaegselt n\u00e4htav k\u00f5igile klastrinodele; igal noodil on see mountitud kliendi kaudu, mist\u00f5ttu on sellele salvestusele igas nodis ligip\u00e4\u00e4s.<\/p>\n<p>Iga eelpool kirjeldatud l\u00e4henemise j\u00f5udluse jaoks on v\u00e4ga oluline, et plaanimise ja juurutamise etapis oleks \u00f5ige v\u00f5rgu seadistamine, kus toimub tasakaalustus aggregeerimise ja \u00f5igesti valitud v\u00f5rgu\u00fchenduse l\u00e4bilaskev\u00f5ime kaudu. Aggregeerimises on oluline \u00f5igesti valida hashimise re\u017eiim ja raamide suurused. Samuti on suur erinevus eelpool kirjeldatud SDS-de ja Technoloogia fast path fuse vahel Virtuozzo Storage'is. See, erinevalt teiste avatud l\u00e4htekoodiga lahendustest, suurendab IOPS-e ja v\u00f5imaldab mitte piirduda horisontaalse v\u00f5i vertikaalse skaleerimisega. \u00dcldiselt tundub see eelpool kirjeldatud arhitektuuride v\u00f5rreldes tugevam, kuid sellise r\u00f5\u00f5mu eest tuleb siiski litsentse osta, erinevalt Cephist ja Glusterist. <\/p>\n<p>Kokkuv\u00f5tteks v\u00f5ib r\u00f5hutada kolme parimat: esikoha j\u00f5udluse ja usaldusv\u00e4\u00e4rsuse osas hoiab Virtuozzo Storage, teisel kohal on Ceph ja kolmandal Gluster. <\/p>\n<p>Kriteeriumid, mille p\u00f5hjal valiti Virtuozzo Storage: see on optimaalne komponentide komplekt arhitektuurist, fuse on moderniseeritud selle l\u00e4henemise jaoks fast path tehnoloogiaga, paindlik riistvara konfiguratsiooni komplekt, madalam ressursitarve ja v\u00f5imalus koos kasutada arvutusv\u00f5imet (virtualiseerimisega), see t\u00e4hendab, et see sobib t\u00e4ielikult h\u00fcperkonvergente lahendusse, mille osana see on. Teisel kohal on Ceph, kuna see on t\u00f5husam arhitektuur kui Gluster, operatiivsete plokkide t\u00f5ttu, samuti paindlike stsenaariumide ja v\u00f5imaluse t\u00f5ttu t\u00f6\u00f6tada suuremates klastrites.<\/p>\n<p>Plaanide hulgas on soov kirjutada v\u00f5rdlus vSANi, Space Direct Storage'i, Vstorage'i ja Nutanix Storage'i vahel, testida Vstorage'i HPE ja Huawei riistvaraga ning samuti Vstorage'i integreerimise stsenaariumeid v\u00e4listesse riistvaralistesse andmesalvestusse. Seet\u00f5ttu, kui artikkel teile meeldis, oleks tore saada teie tagasisidet, mis v\u00f5iks suurendada motivatsiooni uute artiklite kirjutamiseks, arvestades teie m\u00e4rkusi ja soove.<br \/>\n<br \/>Allikas: <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.2 - 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\/et\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\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\/et\/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\udd47L\u00fchike v\u00f5rdlus SDS-i arhitektuurist v\u00f5i sobiva andmesalvestuse platvormi leidmine (GlusterVsCephVsVirtuozzoStorage) | ProHoster","description":"See artikkel on kirjutatud, et aidata teil valida sobiv lahendus ja m\u00f5ista erinevusi selliste SDS-ide nagu Gluster, Ceph ja Vstorage (Virtuozzo) vahel. Tekstis on lingid artiklitele, mis k\u00e4sitlevad teemat l\u00e4hemalt.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","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\/et\/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\/et\/wp-json\/wp\/v2\/posts\/40729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=40729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/40729\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/40730"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=40729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=40729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=40729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}