{"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\/it\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","title":{"rendered":"Breve confronto dell'architettura SDS o ricerca di una piattaforma di archiviazione adatta (GlusterVsCephVsVirtuozzoStorage)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Questo articolo \u00e8 stato scritto per aiutarti a scegliere la soluzione pi\u00f9 adatta e comprendere le differenze tra SDS come Gluster, Ceph e Vstorage (Virtuozzo).<\/p>\n<p>Nel testo vengono utilizzati collegamenti a articoli che approfondiscono ulteriormente varie problematiche, quindi le descrizioni saranno il pi\u00f9 concise possibile, con l'uso di punti chiave senza fronzoli e informazioni introduttive che potrai recuperare per conto tuo su Internet. <\/p>\n<p>In realt\u00e0, ovviamente, gli argomenti trattati richiedono un certo tono nel testo, ma nel mondo moderno sempre pi\u00f9 persone non amano leggere molto))), quindi puoi dare una lettura veloce e prendere una decisione, e se c'\u00e8 qualcosa di poco chiaro, puoi seguire i link o cercare parole sconosciute))), e questo articolo funge da involucro trasparente per questi argomenti profondi, mostrando il contenuto \u2013 i punti chiave principali di ciascuna soluzione.<\/p>\n<h3>Gluster<\/h3>\n<p>\nIniziamo con Gluster, che \u00e8 ampiamente utilizzato dai produttori di piattaforme iperconvergenti con SDS basato su open source per ambienti virtuali e pu\u00f2 essere trovato sul sito di RedHat nella sezione storage, dove viene offerta la possibilit\u00e0 di scegliere tra due opzioni SDS: Gluster o Ceph.<\/p>\n<p>Gluster \u00e8 composto da un insieme di traduttori, ovvero servizi che gestiscono tutte le operazioni di distribuzione dei file, ecc. Il Brick \u00e8 il servizio che gestisce un singolo disco, mentre il Volume \u00e8 un pool che unisce questi brick. Successivamente, ci sono i servizi di distribuzione dei file tramite la funzione DHT (distributed hash table). Non tratteremo il servizio di Sharding nella descrizione poich\u00e9 nei collegamenti riportati di seguito verranno illustrati i problemi associati ad esso.<\/p>\n<p><img decoding=\"async\" alt=\"Breve confronto dell&#039;architettura SDS o ricerca di una piattaforma di archiviazione adatta (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/0c54588b5b09c9069ffbd0c5161c5e34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nQuando viene scritto un file, esso viene interamente salvato in un brick e una copia viene scritta parallelamente in un brick su un secondo server. Successivamente, il secondo file verr\u00e0 registrato in un'altra coppia di brick (o pi\u00f9) su server diversi.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex> <br \/>\nSe i file sono di dimensioni simili e il volume consta di un'unica coppia, tutto funziona a meraviglia. Tuttavia, in altre condizioni, si presentano i seguenti problemi: <\/p>\n<ul>\n<li>lo spazio nei gruppi viene utilizzato in modo diseguale, dipende dalle dimensioni dei file; se un gruppo non ha spazio sufficiente per registrare un file, si verificher\u00e0 un errore: il file non verr\u00e0 scritto e non verr\u00e0 ridistribuito in un altro gruppo;<\/li>\n<li>quando si scrive un file, le operazioni di I\/O avvengono solo su un gruppo, mentre gli altri rimangono inattivi;<\/li>\n<li>non \u00e8 possibile ottenere IO dell'intero volume durante la registrazione di un singolo file;<\/li>\n<li>e l'intera concezione appare meno performante a causa della mancanza di distribuzione dei dati su blocchi, dove \u00e8 pi\u00f9 semplice effettuare il bilanciamento e risolvere il problema della distribuzione uniforme, piuttosto che come avviene ora, dove il file viene inserito in un singolo brick.<\/li>\n<\/ul>\n<p>\nDalla descrizione ufficiale <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gluster.org\/en\/latest\/Quick-Start-Guide\/Architecture\/\">dell'architettura<\/a><\/noindex> si comprende anche che gluster funziona come uno storage di file sopra un classico RAID hardware. Ci sono stati tentativi di sviluppare la suddivisione (Sharding) di file in blocchi, ma tutte queste aggiunte portano a una perdita di prestazioni rispetto all'approccio architetturale esistente, oltre all'uso di componenti open source con limitazioni nelle prestazioni come Fuse. Non ci sono servizi di metadati, il che limita le capacit\u00e0 di prestazione e di resilienza dello storage nella distribuzione dei file su blocchi. Prestazioni migliori possono essere osservate con la configurazione 'Distributed Replicated', e il numero di nodi deve essere almeno 6 per organizzare una replica affidabile di 3 con una distribuzione del carico ottimale.<\/p>\n<p>Queste conclusioni sono anche correlate alla descrizione dell'esperienza d'uso <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/353666\/\">Gluster<\/a><\/noindex> e al confronto con <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Ceph<\/a><\/noindex>, oltre a una descrizione dell'esperienza nell'arrivare a comprendere questa configurazione pi\u00f9 performante e affidabile <noindex><a rel=\"nofollow\" href=\"https:\/\/www.linux.org.ru\/forum\/general\/13316001\">\u201cReplicated Distributed\u201d.<\/a><\/noindex><br \/>\n<img decoding=\"async\" alt=\"Breve confronto dell&#039;architettura SDS o ricerca di una piattaforma di archiviazione adatta (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/6868ddf69e18bec0b50ae5aeba74440d.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nL'immagine mostra la distribuzione del carico durante la scrittura di due file, dove le copie del primo file sono distribuite su tre dei primi server, che sono raggruppati nel volume 0, e tre copie del secondo file vanno nel secondo gruppo volume1 di tre server. Ogni server ha un disco.<\/p>\n<p>La conclusione generale \u00e8 che si pu\u00f2 utilizzare Gluster, ma con la consapevolezza che ci saranno limitazioni nelle prestazioni e nella resilienza ai guasti, che creano difficolt\u00e0 in determinate condizioni di una soluzione iperconvergente, dove le risorse sono necessarie anche per i carichi di lavoro di calcolo degli ambienti virtuali. <\/p>\n<p>Ci sono anche alcune metriche di prestazione di Gluster che possono essere raggiunte in determinate condizioni, limitandosi a <noindex><a rel=\"nofollow\" href=\"http:\/\/moo.nac.uci.edu\/~hjm\/Performance_in_a_Gluster_Systemv6F.pdf\"> ridondanza.<\/a><\/noindex><\/p>\n<h3>Ceph<\/h3>\n<p>\nOra esaminiamo Ceph attraverso le descrizioni architettoniche che sono riuscito a <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/313644\/\">trovare.<\/a><\/noindex> C'\u00e8 anche un confronto tra <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Glusterfs e Ceph<\/a><\/noindex>, dove \u00e8 possibile capire subito che \u00e8 preferibile distribuire Ceph su server dedicati, poich\u00e9 i suoi servizi necessitano di tutte le risorse hardware sotto carico. <\/p>\n<p>Architettura <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/architecture\/\">Ceph<\/a><\/noindex> \u00e8 pi\u00f9 complesso rispetto a Gluster e include servizi come i servizi di metadati, ma l'intero stack di componenti \u00e8 piuttosto complicato e non molto flessibile per l'uso in soluzioni di virtualizzazione. I dati sono gestiti in blocchi, il che appare pi\u00f9 performante, ma ci sono perdite e latenza nella gerarchia di tutti i servizi (componenti) sotto determinate condizioni di carico e di emergenza, come indicato nel seguente <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/oleg-bunin\/blog\/431536\/\">articolo.<\/a><\/noindex><\/p>\n<p>Dalla descrizione dell'architettura, il cuore \u00e8 rappresentato da CRUSH, che determina il luogo per la collocazione dei dati. Successivamente, si trova PG, che \u00e8 l'astrazione pi\u00f9 complessa (gruppo logico) da comprendere. PG \u00e8 necessario affinch\u00e9 CRUSH sia pi\u00f9 efficiente. Lo scopo principale di PG \u00e8 raggruppare gli oggetti per ridurre il consumo di risorse, aumentare le prestazioni e la scalabilit\u00e0. L'indirizzamento diretto degli oggetti, uno per uno, senza raggrupparli in PG, sarebbe molto dispendioso. OSD \u00e8 il servizio per ciascun singolo disco.<\/p>\n<p><img decoding=\"async\" alt=\"Breve confronto dell&#039;architettura SDS o ricerca di una piattaforma di archiviazione adatta (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/b7d59066a01db9bbb55bbd87c6e5053a.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Breve confronto dell&#039;architettura SDS o ricerca di una piattaforma di archiviazione adatta (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/a86622bc051ab820d42a8aa08a3fc759.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUn cluster pu\u00f2 avere uno o pi\u00f9 pool di dati con scopi diversi e impostazioni distinte. I pool sono suddivisi in gruppi di posizionamento. Nei gruppi di posizionamento sono memorizzati gli oggetti a cui accedono i clienti. A questo livello logico termina il processo, e inizia quello fisico, poich\u00e9 a ciascun gruppo di posizionamento \u00e8 associato un disco principale e diversi dischi replica (il numero esatto dipende dal fattore di replicazione del pool). In altre parole, a livello logico, un oggetto \u00e8 memorizzato in un gruppo di posizionamento specifico, mentre a livello fisico esso si trova su dischi ad esso assegnati. Questi dischi possono trovarsi fisicamente su nodi diversi o addirittura in centri dati differenti.<\/p>\n<p>In questo schema, i gruppi di placement appaiono come un livello necessario per la flessibilit\u00e0 dell'intera soluzione, ma allo stesso tempo come un anello superfluo nella catena, suscitando involontariamente preoccupazioni riguardo alla perdita di prestazioni. Ad esempio, quando la sistema registra dati, \u00e8 necessario suddividerli in questi gruppi e poi, a livello fisico, scriverli sul disco principale e sui dischi per le repliche. Quindi, la funzione hash opera durante la ricerca e l'inserimento di oggetti, ma ha un effetto collaterale: ci sono spese molto elevate e limitazioni nella ristrutturazione dell'hash (ad esempio, quando si aggiunge o si rimuove un disco). Un altro problema dell'hash \u00e8 la posizione dei dati, che \u00e8 rigidamente fissata e non pu\u00f2 essere modificata. Ci\u00f2 significa che se un disco subisce un carico elevato, il sistema non ha la possibilit\u00e0 di non scriverci (selezionando un altro disco); la funzione hash obbliga a posizionare i dati secondo regole, indipendentemente dalle difficolt\u00e0 del disco. Pertanto, Ceph consuma molta memoria nella ristrutturazione dei PG in caso di self-healing o ampliamento dello storage. La conclusione \u00e8 che Ceph funziona bene (anche se lentamente), ma solo in assenza di scalabilit\u00e0, situazioni di emergenza e aggiornamenti.<\/p>\n<p>Ci sono certamente opzioni per migliorare le prestazioni attraverso la cache e il tiering della cache, ma \u00e8 necessario avere hardware adeguato e ci saranno comunque perdite. Tuttavia, in generale, Ceph appare pi\u00f9 allettante rispetto a Gluster per le applicazioni produttive. Inoltre, quando si utilizzano questi prodotti, \u00e8 fondamentale considerare un fattore di grande importanza: un elevato livello di competenze, esperienza e professionalit\u00e0 con un forte focus su Linux, poich\u00e9 \u00e8 cruciale installare, configurare e mantenere tutto correttamente, il che impone ulteriore responsabilit\u00e0 e carico all'amministratore. <\/p>\n<h3>Vstorage<\/h3>\n<p>\nAppare ancora pi\u00f9 interessante l'architettura di <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/virtuozzo\/blog\/334724\/\">Virtuozzo storage(Vstorage)<\/a><\/noindex>, che pu\u00f2 essere utilizzata insieme all'iper-vvisor sugli stessi nodi, sullo stesso <noindex><a rel=\"nofollow\" href=\"http:\/\/samag.ru\/archive\/article\/3794\">hardware<\/a><\/noindex>, ma \u00e8 molto importante configurare tutto correttamente per ottenere buone prestazioni. Cio\u00e8, l'installazione di un tale prodotto 'out of the box' su una qualsiasi configurazione senza considerare le raccomandazioni relative all'architettura sar\u00e0 molto facile, ma non produttiva.<\/p>\n<p>Cosa pu\u00f2 coesistere per l'archiviazione accanto ai servizi del hypervisor kvm-qemu? Si tratta di alcune funzionalit\u00e0 dove \u00e8 stata trovata una compatta gerarchia ottimale di componenti: il servizio client montato tramite FUSE (modificato, non open source), il servizio metadati MDS (Metadata service), il servizio di chunk di dati Chunk service, che a livello fisico \u00e8 equivalente a un disco e questo \u00e8 tutto. In termini di velocit\u00e0, \u00e8 ovviamente ottimale utilizzare uno schema di alta disponibilit\u00e0 in due repliche, ma se si impiega caching e log su dischi SSD, la codifica robusta contro i guasti (erase coding o raid6) pu\u00f2 essere notevolmente accelerata su uno schema ibrido o addirittura meglio su all flash. Con l'EC (erase coding) c'\u00e8 un certo svantaggio: quando un blocco di dati viene modificato, \u00e8 necessario ricalcolare le somme di parit\u00e0. Per aggirare le perdite concernenti a questa operazione, Ceph scrive in EC con un ritardo, e problemi di prestazioni possono verificarsi in presenza di una richiesta specifica, quando ad esempio \u00e8 necessario leggere tutti i blocchi. Nel caso di Virtuozzo Storage, la scrittura dei blocchi modificati avviene utilizzando l'approccio del 'log-structured file system', il che minimizza il costo per il calcolo delle parit\u00e0. Per stimare approssimativamente le opzioni per velocizzare il lavoro con e senza EC, ci sono <noindex><a rel=\"nofollow\" href=\"https:\/\/www.virtuozzo.com\/products\/virtuozzo-storage\/storage-calculator\">calcolatore.<\/a><\/noindex> \u2013 i numeri possono essere approssimativi a seconda del coefficiente di precisione del produttore dell'hardware, ma il risultato dei calcoli aiuta a pianificare bene la configurazione.<\/p>\n<p>Uno schema semplice dei componenti di archiviazione non significa che questi componenti non consumino <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/virtuozzo_7_installation_guide\/preparing-for-installation\/planning-storage-cli.html#hardware-requirements\">risorse hardware,<\/a><\/noindex> ma se si calcolano tutte le spese in anticipo, si pu\u00f2 contare su un funzionamento armonioso accanto all'iper-vistore. <br \/>\nEsiste uno schema di confronto del consumo delle risorse hardware da parte dei servizi Ceph e Virtuozzo storage.<\/p>\n<p><img decoding=\"async\" alt=\"Breve confronto dell&#039;architettura SDS o ricerca di una piattaforma di archiviazione adatta (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/27de0ab0cc61c2fab6d741bc3105b6cc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSe in precedenza era possibile confrontare Gluster e Ceph attraverso articoli obsoleti utilizzando le righe pi\u00f9 importanti, con Virtuozzo \u00e8 pi\u00f9 difficile. Gli articoli su questo prodotto non sono tanti e le informazioni possono essere tratte solo dalla documentazione su <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/master\/index.html\">inglese<\/a><\/noindex> o in russo se si considera Vstorage come archiviazione utilizzata in alcune soluzioni iperconvergenti in aziende come <noindex><a rel=\"nofollow\" href=\"http:\/\/rosplatforma.ru\/#downloads\">Rosplatforma<\/a><\/noindex> e Acronis.<\/p>\n<p>Cercher\u00f2 di aiutarti con la descrizione di questa architettura, quindi il testo sar\u00e0 un po' pi\u00f9 lungo, ma per comprendere la documentazione \u00e8 necessario molto tempo. La documentazione esistente pu\u00f2 essere utilizzata solo come riferimento tramite la consultazione del sommario o la ricerca per parole chiave. <\/p>\n<p>Esaminiamo il processo di scrittura in una configurazione ibrida dell'hardware con i componenti descritti sopra: la scrittura inizia sul nodo da cui \u00e8 stata avviata dal cliente (il servizio di montaggio FUSE), ma il componente del servizio master dei metadati (MDS) indirizzer\u00e0 il cliente direttamente al servizio del chunk richiesto (il servizio di archiviazione dei blocchi CS), quindi l'MDS non partecipa al processo di scrittura, ma semplicemente indirizza al servizio del chunk necessario. In generale, si pu\u00f2 fare un'analogia della scrittura con il flusso d'acqua in barili. Ogni barile rappresenta un blocco di dati di 256 MB.<\/p>\n<p><img decoding=\"async\" alt=\"Breve confronto dell&#039;architettura SDS o ricerca di una piattaforma di archiviazione adatta (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/8f10333f1573226fbb50a40377eafc93.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nCio\u00e8, un disco rappresenta una certa quantit\u00e0 di tali barili, quindi il volume del disco diviso per 256 MB. Ogni copia viene distribuita su un nodo, la seconda quasi parallelamente su un altro nodo, e cos\u00ec via\u2026 Se abbiamo tre repliche e ci sono dischi SSD per la cache (per la lettura e i registri di scrittura), la conferma della scrittura avverr\u00e0 dopo la scrittura del registro nell'SSD, mentre il salvataggio parallelo dall'SSD continuer\u00e0 su HDD, in modo quasi in background. In caso di tre repliche, il commit della scrittura avverr\u00e0 dopo la conferma dall'SSD del terzo nodo. Potrebbe sembrare che la somma della velocit\u00e0 di scrittura di tre SSD possa essere divisa per tre e otterremmo la velocit\u00e0 di scrittura di una replica, ma la scrittura delle copie avviene parallelamente e la latenza della rete \u00e8 solitamente superiore a quella degli SSD, e di fatto le prestazioni di scrittura dipenderanno dalla rete. Pertanto, per vedere i reali IOPS \u00e8 necessario caricare correttamente l'intero Vstorage. <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/pdf\/virtuozzo_infrastructure_platform_3_benchmarking_guide.pdf\">metodologia<\/a><\/noindex>, vale a dire testare il carico reale, e non la memoria e la cache, dove \u00e8 necessario considerare la dimensione corretta del blocco dati, il numero di flussi, ecc. <\/p>\n<p>Il registro menzionato sopra su SSD funziona in modo tale che, non appena i dati entrano, vengono immediatamente letti dal servizio e scritti su HDD. Ci sono pi\u00f9 servizi di metadata (MDS) per cluster e il loro numero \u00e8 determinato da un quorum che opera secondo l'algoritmo Paxos. Dal punto di vista del cliente, il punto di montaggio FUSE \u00e8 una cartella di archiviazione del cluster, visibile contemporaneamente a tutti i nodi del cluster; ogni nodo ha montato il cliente secondo questo principio, quindi questo storage \u00e8 accessibile a ciascun nodo.<\/p>\n<p>Per le prestazioni di ciascuno degli approcci descritti sopra, \u00e8 fondamentale, nella fase di pianificazione e distribuzione, configurare correttamente la rete, dove ci sar\u00e0 bilanciamento grazie all'aggregazione e alla corretta scelta della larghezza di banda del canale di rete. Nell'aggregazione, \u00e8 importante scegliere correttamente la modalit\u00e0 di hashing e le dimensioni dei frame. C'\u00e8 anche una differenza significativa rispetto ai SDS descritti in precedenza: il fuse con la tecnologia fast path in Virtuozzo Storage. Che, oltre a un fuse aggiornato, a differenza delle altre soluzioni open source, aumenta significativamente gli IOPS e non limita la scalabilit\u00e0 orizzontale o verticale. In generale, rispetto alle architetture descritte sopra, questa appare pi\u00f9 potente, ma per tale vantaggio \u00e8 necessario acquistare licenze, a differenza di Ceph e Gluster. <\/p>\n<p>In sintesi, possiamo evidenziare un top tre: il primo posto per prestazioni e affidabilit\u00e0 dell'architettura spetta a Virtuozzo Storage, il secondo a Ceph e il terzo a Gluster. <\/p>\n<p>I criteri per cui \u00e8 stato scelto Virtuozzo Storage: rappresenta un insieme ottimale di componenti architettonici, aggiornati per questo approccio Fuse con fast path, un set flessibile di configurazioni hardware, minore consumo di risorse e la possibilit\u00e0 di condivisione con compute (elaborazioni\/virtualizzazioni), rendendolo perfettamente adatto per una soluzione iperconvergente, di cui fa parte. In seconda posizione Ceph, perch\u00e9 offre un'architettura pi\u00f9 performante rispetto a Gluster, grazie alla gestione dei blocchi e a scenari pi\u00f9 flessibili, con la possibilit\u00e0 di operare in cluster pi\u00f9 ampi.<\/p>\n<p>Tra i piani c'\u00e8 l'intenzione di scrivere un confronto tra vSAN, Space Direct Storage, Vstorage e Nutanix Storage, testando Vstorage su hardware HPE, Huawei, e esplorando scenari di integrazione di Vstorage con sistemi di archiviazione esterni. Pertanto, se l'articolo vi \u00e8 piaciuto, sarebbe utile ricevere i vostri feedback, che potrebbero rafforzare la motivazione per nuovi articoli tenendo conto delle vostre osservazioni e suggerimenti.<br \/>\n<br \/>Fonte: <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.0.1 - 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\/it\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.0.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\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\/it\/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\udd47Confronto rapido tra architetture SDS o ricerca della piattaforma di storage pi\u00f9 adatta (GlusterVsCephVsVirtuozzoStorage) | ProHoster","description":"Questo articolo \u00e8 scritto per aiutarti a scegliere la soluzione pi\u00f9 adatta e a capire le differenze tra SDS come Gluster, Ceph e Vstorage (Virtuozzo). Nel testo sono presenti link ad articoli pi\u00f9 dettagliati.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/40729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=40729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/40729\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/40730"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=40729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=40729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=40729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}