{"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\/de\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","title":{"rendered":"Kurze Vergleich der Architektur SDS oder Suche nach der geeigneten Speicherplattform (GlusterVsCephVsVirtuozzoStorage)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Dieser Artikel wurde verfasst, um Ihnen bei der Auswahl der passenden L\u00f6sung zu helfen und die Unterschiede zwischen SDS wie Gluster, Ceph und Vstorage (Virtuozzo) zu verstehen.<\/p>\n<p>Im Text finden Sie Links zu Artikeln, die bestimmte Probleme detaillierter behandeln, weshalb die Beschreibungen so kurz wie m\u00f6glich gehalten werden, wobei die Schl\u00fcsselpunkte ohne \u00fcberfl\u00fcssige Informationen pr\u00e4sentiert werden. Diese Informationen k\u00f6nnen Sie sich bei Bedarf selbst im Internet holen. <\/p>\n<p>Tats\u00e4chlich erfordern die behandelten Themen einen bestimmten Ton, aber in unserer modernen Welt lesen immer mehr Menschen nicht gerne viel))), daher kann man alles schnell \u00fcberfliegen und eine Entscheidung treffen. Wenn etwas unklar ist, k\u00f6nnen Sie die Links besuchen oder nach den unbekannten W\u00f6rtern suchen))), und dieser Artikel fungiert als transparente H\u00fclle f\u00fcr diese tiefgehenden Themen, die die Hauptpunkte jeder L\u00f6sung zeigt.<\/p>\n<h3>Gluster<\/h3>\n<p>\nBeginnen wir mit Gluster, das h\u00e4ufig von Herstellern hyperkonvergenter Plattformen mit SDS auf Open-Source-Basis in virtuellen Umgebungen verwendet wird. Es finden Sie auf der RedHat-Website im Bereich Storage, wo Sie zwischen zwei SDS-Optionen w\u00e4hlen k\u00f6nnen: Gluster oder Ceph.<\/p>\n<p>Gluster besteht aus einem Stapel von Translatore \u2013 Diensten, die alle Arbeiten zur Verteilung von Dateien usw. erledigen. Brick \u2013 ist ein Dienst, der eine Festplatte verwaltet, Volume \u2013 ein Pool, der diese Bricks vereint. Dann folgt der Dienst zur Verteilung von Dateien in Gruppen mittels der Funktion DHT (Distributed Hash Table). Wir werden die Sharding-Funktion in der Beschreibung nicht behandeln, da in den weiter unten aufgef\u00fchrten Links Probleme beschrieben werden, die mit ihr zusammenh\u00e4ngen.<\/p>\n<p><img decoding=\"async\" alt=\"Kurze Vergleich der Architektur SDS oder Suche nach der geeigneten Speicherplattform (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/0c54588b5b09c9069ffbd0c5161c5e34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nBeim Schreiben wird die Datei vollst\u00e4ndig im Brick abgelegt, und eine Kopie wird parallel auf einen Brick auf dem zweiten Server geschrieben. Die zweite Datei wird dann in die zweite Gruppe von zwei Bricks (oder mehr) auf verschiedenen Servern geschrieben.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex> <br \/>\nWenn die Dateien ungef\u00e4hr gleich gro\u00df sind und das Volume nur aus einer Gruppe besteht, ist alles in Ordnung, aber unter anderen Bedingungen treten die folgenden Probleme auf: <\/p>\n<ul>\n<li>Der Platz in den Gruppen wird ungleichm\u00e4\u00dfig genutzt, was von den Dateigr\u00f6\u00dfen abh\u00e4ngt. Wenn in der Gruppe nicht gen\u00fcgend Platz zum Speichern der Datei vorhanden ist, erhalten Sie einen Fehler; die Datei wird nicht gespeichert und nicht in eine andere Gruppe umverteilt.<\/li>\n<li>Beim Schreiben einer Datei erfolgt IO nur auf einer Gruppe, die anderen stehen still;<\/li>\n<li>Es ist nicht m\u00f6glich, IO f\u00fcr das gesamte Volume beim Schreiben einer Datei zu erhalten.<\/li>\n<li>Die allgemeine Konzeption erscheint weniger leistungsf\u00e4hig aufgrund der fehlenden Datenverteilung \u00fcber Bl\u00f6cke, wo eine einfachere Lastverteilung und L\u00f6sung des Problems der gleichm\u00e4\u00dfigen Verteilung m\u00f6glich sind, anstatt dass die Datei jetzt komplett in einem Block liegt.<\/li>\n<\/ul>\n<p>\nAus der offiziellen Beschreibung <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gluster.org\/en\/latest\/Quick-Start-Guide\/Architecture\/\">Architektur<\/a><\/noindex> entsteht auch unweigerlich das Verst\u00e4ndnis, dass Gluster wie ein Dateispeicher \u00fcber klassischem Hardware-RAID funktioniert. Es gab Versuche, Dateien in Bl\u00f6cke zu schneiden (Sharding), aber all dies ist ein Zusatz, der die Leistung des bereits bestehenden architektonischen Ansatzes beeintr\u00e4chtigt, plus die Nutzung solcher frei verf\u00fcgbaren Komponenten mit Leistungsbeschr\u00e4nkungen wie Fuse. Es gibt keine Metadaten-Services, was die Leistungsf\u00e4higkeit und Fehlertoleranz des Speichers beim Verteilen von Dateien auf Bl\u00f6cke einschr\u00e4nkt. Bessere Leistungswerte k\u00f6nnen bei der Konfiguration \u201eDistributed Replicated\u201c beobachtet werden, wobei die Anzahl der Knoten mindestens 6 betragen sollte, um eine zuverl\u00e4ssige 3-fache Replikation mit optimierter Lastverteilung zu organisieren.<\/p>\n<p>Diese Erkenntnisse sind auch mit der Beschreibung der Nutzungserfahrungen <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/353666\/\">Gluster<\/a><\/noindex> und dem Vergleich mit <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Ceph<\/a><\/noindex>, sowie der Beschreibung der Erfahrungen klar zu erkennen, wie man zu dieser leistungsf\u00e4higeren und zuverl\u00e4ssigeren Konfiguration gelangt <noindex><a rel=\"nofollow\" href=\"https:\/\/www.linux.org.ru\/forum\/general\/13316001\">\u201eReplicated Distributed\u201c.<\/a><\/noindex><br \/>\n<img decoding=\"async\" alt=\"Kurze Vergleich der Architektur SDS oder Suche nach der geeigneten Speicherplattform (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/6868ddf69e18bec0b50ae5aeba74440d.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDie Abbildung zeigt die Lastverteilung beim Schreiben von zwei Dateien, wobei die Kopien der ersten Datei auf die ersten drei Server verteilt werden, die in die Gruppe Volume 0 integriert sind, und drei Kopien der zweiten Datei auf die zweite Gruppe Volume 1 aus drei Servern gelegt werden. Jeder Server hat eine Festplatte.<\/p>\n<p>Die allgemeine Schlussfolgerung ist, dass Gluster verwendet werden kann, aber mit dem Verst\u00e4ndnis, dass es Einschr\u00e4nkungen hinsichtlich der Leistung und Fehlertoleranz geben wird, die bei bestimmten Bedingungen einer hyperkonvergenten L\u00f6sung Probleme verursachen, da Ressourcen auch f\u00fcr die Rechenlasten virtueller Umgebungen ben\u00f6tigt werden. <\/p>\n<p>Es gibt auch einige Leistungsindikatoren von Gluster, die unter bestimmten Bedingungen erreicht werden k\u00f6nnen, wobei man sich in <noindex><a rel=\"nofollow\" href=\"http:\/\/moo.nac.uci.edu\/~hjm\/Performance_in_a_Gluster_Systemv6F.pdf\"> der Fehlertoleranz beschr\u00e4nken muss.<\/a><\/noindex><\/p>\n<h3>Ceph<\/h3>\n<p>\nSchauen wir uns nun Ceph anhand der Architekturbeschreibungen an, die ich finden konnte. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/313644\/\">Es gibt auch einen Vergleich zwischen<\/a><\/noindex> Glusterfs und Ceph <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">, wo man sofort erkennen kann, dass Ceph vorzugsweise auf separaten Servern bereitgestellt werden sollte, da seine Services alle Hardware-Ressourcen unter Last ben\u00f6tigen.<\/a><\/noindex>, wo man sofort erkennen kann, dass Ceph idealerweise auf separaten Servern bereitgestellt werden sollte, da seine Dienste bei hoher Auslastung alle Hardware-Ressourcen ben\u00f6tigen. <\/p>\n<p>Architektur <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/architecture\/\">Ceph<\/a><\/noindex> ist komplizierter als Gluster und es gibt Dienste wie Metadaten-Dienste, aber der gesamte Komponentenstack ist ziemlich komplex und nicht sehr flexibel f\u00fcr den Einsatz in Virtualisierungsl\u00f6sungen. Die Daten werden in Bl\u00f6cken gespeichert, was produktiver aussieht, aber es gibt in der Hierarchie aller Dienste (Komponenten) Verluste und Latenzen unter bestimmten Lasten und in Notfallsituationen, als Beispiel das Folgende. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/oleg-bunin\/blog\/431536\/\">Artikel.<\/a><\/noindex><\/p>\n<p>Aus der Beschreibung der Architektur ergibt sich, dass das Herzst\u00fcck CRUSH ist, das den Speicherort der Daten ausw\u00e4hlt. Dann kommt PG - dies ist die komplexeste Abstraktion (logische Gruppe) zu verstehen. PGs sind notwendig, damit CRUSH effektiver ist. Die Hauptaufgabe von PGs ist die Gruppierung von Objekten zur Reduzierung des Ressourcenverbrauchs, zur Erh\u00f6hung der Leistung und zur Skalierbarkeit. Die Adressierung von Objekten direkt, einzeln, ohne sie in PGs zusammenzufassen, w\u00e4re sehr ineffizient. OSD ist der Dienst f\u00fcr jede einzelne Festplatte.<\/p>\n<p><img decoding=\"async\" alt=\"Kurze Vergleich der Architektur SDS oder Suche nach der geeigneten Speicherplattform (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/b7d59066a01db9bbb55bbd87c6e5053a.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Kurze Vergleich der Architektur SDS oder Suche nach der geeigneten Speicherplattform (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/a86622bc051ab820d42a8aa08a3fc759.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEin Cluster kann einen oder mehrere Pools f\u00fcr unterschiedliche Zwecke und mit unterschiedlichen Einstellungen haben. Die Pools werden in Placement-Gruppen unterteilt. In den Placement-Gruppen werden Objekte gespeichert, auf die die Clients zugreifen. Auf dieser logischen Ebene endet die Struktur und die physische Ebene beginnt, da jeder Placement-Gruppe eine Hauptfestplatte und mehrere Replikatspeicher zugeordnet sind (wie viele h\u00e4ngt vom Replikationsfaktor des Pools ab). Mit anderen Worten, auf der logischen Ebene wird ein Objekt in einer bestimmten Placement-Gruppe gespeichert, auf der physischen Ebene jedoch auf den Festplatten, die ihr zugeordnet sind. Dabei k\u00f6nnen die Festplatten physisch an verschiedenen Knoten oder sogar in verschiedenen Rechenzentren stehen.<\/p>\n<p>In diesem Schema sehen Placement-Gruppen aus wie ein notwendiges Element f\u00fcr die Flexibilit\u00e4t der gesamten L\u00f6sung, sind aber gleichzeitig ein \u00fcberfl\u00fcssiges Glied in dieser Kette, was unweigerlich Gedanken \u00fcber den Verlust an Leistung aufwirft. Beispielsweise muss das System beim Schreiben von Daten diese in Gruppen aufteilen und dann auf physischer Ebene auf das Hauptlaufwerk und auf die Laufwerke f\u00fcr Replikate verteilen. Das bedeutet, dass die Hash-Funktion beim Suchen und Einf\u00fcgen von Objekten funktioniert, aber es gibt einen Nebeneffekt \u2013 sehr hohe Kosten und Einschr\u00e4nkungen beim Neuaufbau des Hashes (beim Hinzuf\u00fcgen oder Entfernen eines Laufwerks). Ein weiteres Problem der Hash-Funktion ist die festgelegte Position der Daten, die nicht ver\u00e4ndert werden kann. Wenn also ein Laufwerk \u00fcberm\u00e4\u00dfig belastet wird, hat das System nicht die M\u00f6glichkeit, nicht auf dieses zu schreiben (ein anderes Laufwerk auszuw\u00e4hlen), die Hash-Funktion zwingt dazu, die Daten nach einer Regel zu platzieren, unabh\u00e4ngig davon, wie schlecht es dem Laufwerk geht. Daher verbraucht Ceph viel Speicher beim Neuaufbau von PG im Falle von Self-Healing oder bei der Erweiterung des Speichers. Das Fazit ist, dass Ceph gut (wenn auch langsam) funktioniert, aber nur solange kein Skalierungsbedarf, Notf\u00e4lle oder Updates vorliegen.<\/p>\n<p>Es gibt nat\u00fcrlich M\u00f6glichkeiten zur Leistungssteigerung durch Caching und Cache-Tiering, aber daf\u00fcr ist eine gute Hardware erforderlich und es wird dennoch Verluste geben. Insgesamt sieht Ceph jedoch f\u00fcr produktive Umgebungen attraktiver aus als Gluster. Bei der Verwendung dieser Produkte muss auch ein nicht unwesentlicher Faktor ber\u00fccksichtigt werden \u2013 das hohe Niveau an Kompetenzen, Erfahrung und Professionalit\u00e4t mit einem gro\u00dfen Fokus auf Linux, da es entscheidend ist, alles korrekt bereitzustellen, zu konfigurieren und zu warten, was noch mehr Verantwortung und Belastung f\u00fcr den Administrator mit sich bringt. <\/p>\n<h3>Vstorage<\/h3>\n<p>\nDie Architektur von <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/virtuozzo\/blog\/334724\/\">Virtuozzo Storage (Vstorage)<\/a><\/noindex>, die zusammen mit dem Hypervisor auf denselben Knoten und derselben <noindex><a rel=\"nofollow\" href=\"http:\/\/samag.ru\/archive\/article\/3794\">Hardware<\/a><\/noindex>, ist noch interessanter, aber es ist sehr wichtig, alles richtig zu konfigurieren, um eine gute Leistung zu erzielen. Es ist also sehr einfach, ein solches Produkt ohne Ber\u00fccksichtigung der Empfehlungen gem\u00e4\u00df der Architektur aus der Box auf irgendeiner Konfiguration bereitzustellen, aber es wird nicht leistungsf\u00e4hig sein.<\/p>\n<p>Was kann neben den Hypervisor-Diensten kvm-qemu coexistieren? Es handelt sich nur um einige Dienste, wo eine kompakte, optimale Hierarchie von Komponenten gefunden wurde: der \u00fcber FUSE montierte Client-Service (modifiziert, nicht Open Source), der Metadaten-Service MDS (Metadata Service), der Chunk Service, der auf physikalischer Ebene einer Festplatte entspricht, und das war's auch schon. In Bezug auf die Geschwindigkeit ist es nat\u00fcrlich optimal, ein ausfallsicheres Schema mit zwei Replikaten zu verwenden, aber wenn Caching und Journale auf SSDs eingesetzt werden, kann die fehlertolerante Kodierung (Erasure Coding oder RAID 6) auf einem hybriden Schema oder sogar besser auf All-Flash-Systemen ordentlich beschleunigt werden. Mit EC (Erasure Coding) gibt es jedoch einen Nachteil: Bei der \u00c4nderung eines Datenblocks m\u00fcssen die Parit\u00e4tsbetr\u00e4ge neu berechnet werden. Um Verz\u00f6gerungen bei diesem Vorgang zu vermeiden, schreibt Ceph in EC verz\u00f6gert und es kann zu Leistungsproblemen bei bestimmten Anfragen kommen, wenn beispielsweise alle Bl\u00f6cke gelesen werden m\u00fcssen. Im Gegensatz dazu erfolgt die Aufzeichnung ge\u00e4nderter Bl\u00f6cke in Virtuozzo Storage unter Verwendung des \u201elog-structured file system\u201c-Ansatzes, was die Berechnungskosten f\u00fcr die Parit\u00e4t minimiert. Um ungef\u00e4hr Optionen mit Beschleunigung der Arbeit bei EC und ohne zu bewerten, gibt es <noindex><a rel=\"nofollow\" href=\"https:\/\/www.virtuozzo.com\/products\/virtuozzo-storage\/storage-calculator\">einen Rechner.<\/a><\/noindex> \u2013 die Zahlen k\u00f6nnen ungef\u00e4hr sein, abh\u00e4ngig vom Genauigkeitsfaktor des Ger\u00e4teherstellers, aber die Ergebnisse der Berechnungen helfen gut bei der Planung der Konfiguration.<\/p>\n<p>Ein einfaches Speicherkonzeptschema bedeutet nicht, dass diese Komponenten keine <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/virtuozzo_7_installation_guide\/preparing-for-installation\/planning-storage-cli.html#hardware-requirements\">Hardware-Ressourcen verbrauchen,<\/a><\/noindex> aber wenn man alle Ausgaben im Voraus berechnet, kann man mit der gemeinsamen Arbeit neben dem Hypervisor rechnen. <br \/>\nEs gibt ein Schema zum Vergleich des Ressourcenverbrauchs von Ceph-Diensten und Virtuozzo Storage.<\/p>\n<p><img decoding=\"async\" alt=\"Kurze Vergleich der Architektur SDS oder Suche nach der geeigneten Speicherplattform (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/27de0ab0cc61c2fab6d741bc3105b6cc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nFr\u00fcher war es einfacher, Gluster und Ceph anhand alter Artikel zu vergleichen, indem man die wichtigsten Zeilen daraus verwendete, aber mit Virtuozzo ist es komplizierter. Es gibt nicht viele Artikel zu diesem Produkt, und Informationen k\u00f6nnen nur aus der Dokumentation auf <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/master\/index.html\">Englisch<\/a><\/noindex> oder auf Russisch bezogen werden, wenn wir Vstorage als Speicher betrachten, der in einigen hyperkonvergenten L\u00f6sungen in Unternehmen wie <noindex><a rel=\"nofollow\" href=\"http:\/\/rosplatforma.ru\/#downloads\">Rospplattform<\/a><\/noindex> und Acronis verwendet wird.<\/p>\n<p>Ich werde versuchen, die Beschreibung dieser Architektur zu helfen, daher wird der Text etwas l\u00e4nger sein, aber um die Dokumentation selbst zu verstehen, ben\u00f6tigt man viel Zeit, und die vorhandene Dokumentation kann nur als Nachschlagewerk durch das Durchsehen des Inhaltsverzeichnisses oder durch die Suche nach Stichw\u00f6rtern verwendet werden. <\/p>\n<p>Betrachten wir den Prozess der Aufzeichnung in einer hybriden Hardware-Konfiguration mit den oben beschriebenen Komponenten: Die Aufzeichnung beginnt auf dem Knoten, von dem der Kunde sie initiiert hat (Dienstpunkt FUSE), aber der Master-Dienst des Metadaten-Dienstes (MDS) wird den Kunden nat\u00fcrlich direkt zum ben\u00f6tigten Chunk-Service (Block Storage Service) leiten, das hei\u00dft, MDS ist nicht am Schreibprozess beteiligt, sondern leitet einfach zum notwendigen Chunk-Service. Man kann das Schreibverfahren mit dem Ausgie\u00dfen von Wasser in F\u00e4ssern vergleichen. Jedes Fass ist ein Datenblock von 256 MB.<\/p>\n<p><img decoding=\"async\" alt=\"Kurze Vergleich der Architektur SDS oder Suche nach der geeigneten Speicherplattform (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/8f10333f1573226fbb50a40377eafc93.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDas bedeutet, dass eine Festplatte eine bestimmte Anzahl solcher F\u00e4sser ist, d.h. das Volumen der Festplatte geteilt durch 256 MB. Jede Kopie wird auf einen Knoten verteilt, die zweite fast parallel auf einen anderen Knoten usw. Wenn wir drei Repliken haben und SSDs f\u00fcr den Cache (zum Lesen und f\u00fcr das Schreibprotokoll) vorhanden sind, dann wird die Best\u00e4tigung der Aufzeichnung nach dem Schreiben des Protokolls in die SSD erfolgen, w\u00e4hrend die parallele \u00dcbertragung von der SSD auf die HDD im Hintergrund weiterl\u00e4uft. Bei drei Repliken erfolgt das Commit der Aufzeichnung nach der Best\u00e4tigung von der SSD des dritten Knotens. Es k\u00f6nnte scheinen, dass die Gesamtgeschwindigkeit des Schreibens von drei SSDs durch drei geteilt werden kann und wir die Schreibgeschwindigkeit einer Replik erhalten, aber das Schreiben der Kopien erfolgt parallel, und die Latenzgeschwindigkeit des Netzwerks ist in der Regel h\u00f6her als die der SSD, und im Wesentlichen wird die Schreibleistung vom Netzwerk abh\u00e4ngen. Aus diesem Grund ist es notwendig, die gesamte Vstorage gem\u00e4\u00df <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/pdf\/virtuozzo_infrastructure_platform_3_benchmarking_guide.pdf\">der Methodik<\/a><\/noindex>, also die tats\u00e4chliche Last zu testen, nicht den Speicher und den Cache, wobei die richtige Blockgr\u00f6\u00dfe, die Anzahl der Streams usw. ber\u00fccksichtigt werden m\u00fcssen. <\/p>\n<p>Das oben erw\u00e4hnte Protokoll auf SSD funktioniert so, dass, sobald Daten eingehen, diese sofort von einem Dienst gelesen und auf die HDD geschrieben werden. Es gibt mehrere Metadaten-Dienste (MDS) pro Cluster, und deren Anzahl wird durch ein Quorum bestimmt, das nach dem Paxos-Algorithmus arbeitet. Aus der Sicht des Clients ist der FUSE-Mountpunkt ein Ordner des Cluster-Speichers, der f\u00fcr alle Knoten des Clusters gleichzeitig sichtbar ist. Jeder Knoten hat einen Mount-Client nach diesem Prinzip, sodass jeder Knoten auf diesen Speicher zugreifen kann.<\/p>\n<p>F\u00fcr die Leistungsf\u00e4higkeit eines der oben beschriebenen Ans\u00e4tze ist es sehr wichtig, im Planungs- und Bereitstellungsprozess das Netzwerk korrekt zu konfigurieren, in dem das Lastenausgleich durch Aggregation und die richtig ausgew\u00e4hlte Bandbreite des NetzwerkkChannels erfolgt. Bei der Aggregation ist es wichtig, den Hashing-Modus und die Frame-Gr\u00f6\u00dfen richtig auszuw\u00e4hlen. Es gibt auch einen sehr starken Unterschied zu den oben beschriebenen SDS, n\u00e4mlich den FUSE mit der Fast-Path-Technologie in Virtuozzo Storage. Dieser bringt, im Gegensatz zu anderen Open-Source-L\u00f6sungen, erheblich mehr IOPS und erm\u00f6glicht eine unbegrenzte horizontale oder vertikale Skalierung. Im Vergleich zu den oben beschriebenen Architekturen sieht diese leistungsf\u00e4higer aus, jedoch m\u00fcssen f\u00fcr diesen Komfort Lizenzen erworben werden, im Gegensatz zu Ceph und Gluster. <\/p>\n<p>Zusammenfassend l\u00e4sst sich sagen, dass die Top drei nach Leistung und Zuverl\u00e4ssigkeit in der Architektur wie folgt aussehen: An erster Stelle steht Virtuozzo Storage, gefolgt von Ceph auf dem zweiten Platz und Gluster auf dem dritten Platz. <\/p>\n<p>Kriterien, nach denen Virtuozzo Storage gew\u00e4hlt wurde: ein optimales Set an Architekturkomponenten, ein verbessertes FUSE mit Fast-Path-Technologie, ein flexibler Hardware-Konfigurationssatz, geringerer Ressourcenverbrauch und die M\u00f6glichkeit der gemeinsamen Nutzung mit Compute (Berechnungen\/Virtualisierung), was es vollst\u00e4ndig f\u00fcr eine hyperkonvergente L\u00f6sung geeignet macht, zu der es geh\u00f6rt. Der zweite Platz geht an Ceph, da es eine leistungsf\u00e4higere Architektur im Vergleich zu Gluster ist, basierend auf Blockoperationen sowie flexibleren Szenarien und der M\u00f6glichkeit, in gr\u00f6\u00dferen Clustern zu arbeiten.<\/p>\n<p>In den Pl\u00e4nen besteht der Wunsch, einen Vergleich zwischen vSAN, Space Direct Storage, Vstorage und Nutanix Storage zu erstellen, Vstorage auf HPE- und Huawei-Hardware zu testen sowie Integrationsszenarien von Vstorage mit externen Hardware-SANs zu untersuchen. Daher w\u00e4re es sch\u00f6n, von Ihnen Feedback zu erhalten, wenn Ihnen der Artikel gefallen hat, um die Motivation f\u00fcr neue Artikel unter Ber\u00fccksichtigung Ihrer Anmerkungen und W\u00fcnsche zu st\u00e4rken.<br \/>\n<br \/>Quelle: <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.1.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\/de\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\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\/de\/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\udd47Kurze \u00dcbersicht \u00fcber die Architektur von SDS oder die Suche nach der passenden Speicherplattform (GlusterVsCephVsVirtuozzoStorage) | ProHoster","description":"Dieser Artikel wurde verfasst, um Ihnen zu helfen, die richtige L\u00f6sung zu finden und die Unterschiede zwischen SDS wie Gluster, Ceph und Vstorage (Virtuozzo) zu verstehen. Im Text werden Links zu Artikeln mit weiteren Informationen verwendet.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","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\/de\/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\/de\/wp-json\/wp\/v2\/posts\/40729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=40729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/40729\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/40730"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=40729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=40729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=40729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}