{"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\/fr\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","title":{"rendered":"Comparaison courte de l'architecture SDS ou recherche de la plateforme de stockage ad\u00e9quate (GlusterVsCephVsVirtuozzoStorage)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Cet article a \u00e9t\u00e9 r\u00e9dig\u00e9 pour aider \u00e0 choisir la solution ad\u00e9quate et \u00e0 comprendre les diff\u00e9rences entre des SDS tels que Gluster, Ceph et Vstorage (Virtuozzo).<\/p>\n<p>Le texte contient des liens vers des articles offrant des explications plus d\u00e9taill\u00e9es sur certains probl\u00e8mes, donc les descriptions seront aussi concises que possible en utilisant des points essentiels sans trop de d\u00e9tails et d'informations d'introduction, que vous pourrez rechercher par vous-m\u00eame sur Internet si vous le souhaitez. <\/p>\n<p>Les sujets abord\u00e9s n\u00e9cessitent en effet un certain ton, mais de nos jours, de plus en plus de personnes n'aiment pas lire longuement))), donc il est possible de lire rapidement et de faire un choix, et si quelque chose n'est pas clair, vous pouvez suivre les liens ou chercher des termes inconnus))), cet article \u00e9tant une sorte d'emballage transparent pour ces th\u00e8mes profonds, pr\u00e9sentant le contenu \u2013 les principaux points cl\u00e9s de chaque solution.<\/p>\n<h3>Gluster<\/h3>\n<p>\nCommen\u00e7ons par Gluster, qui est largement utilis\u00e9 par les fabricants de plateformes hyperconvergentes utilisant des SDS bas\u00e9s sur des logiciels open source pour des environnements virtuels et qui peut \u00eatre trouv\u00e9 sur le site de RedHat dans la section stockage, o\u00f9 vous pouvez choisir entre deux options de SDS : Gluster ou Ceph.<\/p>\n<p>Gluster se compose d'une pile de traducteurs \u2013 des services qui ex\u00e9cutent toutes les t\u00e2ches de distribution de fichiers, etc. Brick \u2013 un service qui g\u00e8re un disque unique, Volume \u2013 un volume (pool) \u2013 qui regroupe ces bricks. Ensuite, il y a un service de distribution de fichiers par groupes gr\u00e2ce \u00e0 la fonction DHT (table de hachage distribu\u00e9e). Nous n'inclurons pas dans la description le service de sharding, car des probl\u00e8mes le concernant seront abord\u00e9s dans les liens ci-dessous.<\/p>\n<p><img decoding=\"async\" alt=\"Comparaison courte de l&#039;architecture SDS ou recherche de la plateforme de stockage ad\u00e9quate (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/0c54588b5b09c9069ffbd0c5161c5e34.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLors de l'\u00e9criture, le fichier entier est enregistr\u00e9 dans un brick et une copie est \u00e9crite en parall\u00e8le dans un brick sur le deuxi\u00e8me serveur. Ensuite, le deuxi\u00e8me fichier sera enregistr\u00e9 dans le deuxi\u00e8me groupe de deux bricks (ou plus) sur des serveurs diff\u00e9rents.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex> <br \/>\nSi les fichiers ont une taille \u00e0 peu pr\u00e8s \u00e9gale et que le volume ne se compose que d'un seul groupe, tout ira bien, mais dans d'autres conditions, les descriptions \u00e9voqueront les probl\u00e8mes suivants : <\/p>\n<ul>\n<li>l'espace dans les groupes est utilis\u00e9 de mani\u00e8re in\u00e9gale, cela d\u00e9pend des tailles des fichiers et si un groupe n'a pas assez d'espace pour enregistrer un fichier \u2013 vous obtiendrez une erreur, le fichier ne sera pas enregistr\u00e9 et ne sera pas redistribu\u00e9 dans un autre groupe;<\/li>\n<li>lors de l'enregistrement d'un fichier, l'I\/O n'est effectu\u00e9 que sur un seul groupe, les autres \u00e9tant inactifs;<\/li>\n<li>il est impossible d'obtenir l'I\/O de l'ensemble du volume lors de l'enregistrement d'un seul fichier;<\/li>\n<li>et le concept g\u00e9n\u00e9ral semble moins performant en raison de l'absence de distribution des donn\u00e9es par blocs, o\u00f9 il est plus facile d'effectuer un \u00e9quilibrage et de r\u00e9soudre le probl\u00e8me de la r\u00e9partition uniforme, plut\u00f4t que comme c'est le cas actuellement o\u00f9 le fichier se place dans un brique dans son int\u00e9gralit\u00e9.<\/li>\n<\/ul>\n<p>\nD'apr\u00e8s la description officielle <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gluster.org\/en\/latest\/Quick-Start-Guide\/Architecture\/\">de l'architecture<\/a><\/noindex> , on en vient \u00e9galement \u00e0 comprendre que Gluster fonctionne comme un stockage de fichiers au-dessus d'un RAID mat\u00e9riel classique. Des tentatives ont \u00e9t\u00e9 faites pour d\u00e9couper (Sharding) les fichiers en blocs, mais tout cela est un ajout qui entra\u00eene une perte de performance \u00e0 l'approche architecturale d\u00e9j\u00e0 existante, en plus de l'utilisation de composants open source dont la performance est limit\u00e9e comme Fuse. Il n'y a pas de services de m\u00e9tadonn\u00e9es, ce qui limite les performances et la r\u00e9silience du stockage lors de la r\u00e9partition des fichiers par blocs. De meilleures performances peuvent \u00eatre observ\u00e9es dans la configuration \u201cDistributed Replicated\u201d et le nombre de n\u0153uds doit \u00eatre d'au moins 6 pour organiser une r\u00e9plique fiable de 3 avec une r\u00e9partition de charge optimale.<\/p>\n<p>Ces conclusions sont \u00e9galement li\u00e9es \u00e0 la description de l'exp\u00e9rience d'utilisation <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/353666\/\">Gluster<\/a><\/noindex> et lors de la comparaison avec <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Ceph<\/a><\/noindex>, ainsi qu'une description de l'exp\u00e9rience d'appr\u00e9hension de cette configuration plus performante et plus fiable <noindex><a rel=\"nofollow\" href=\"https:\/\/www.linux.org.ru\/forum\/general\/13316001\">\u201cReplicated Distributed\u201d.<\/a><\/noindex><br \/>\n<img decoding=\"async\" alt=\"Comparaison courte de l&#039;architecture SDS ou recherche de la plateforme de stockage ad\u00e9quate (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/6868ddf69e18bec0b50ae5aeba74440d.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nL'image montre la r\u00e9partition de la charge lors de l'\u00e9criture de deux fichiers, o\u00f9 des copies du premier fichier sont distribu\u00e9es sur les trois premiers serveurs, qui sont regroup\u00e9s dans le volume 0, et trois copies du second fichier sont plac\u00e9es sur le deuxi\u00e8me groupe volume1 compos\u00e9 de trois serveurs. Chaque serveur a un disque.<\/p>\n<p>La conclusion g\u00e9n\u00e9rale est que Gluster peut \u00eatre utilis\u00e9, mais avec la compr\u00e9hension qu'il y aura des limitations en termes de performance et de r\u00e9silience qui posent des difficult\u00e9s dans certaines conditions de solution hyper-convergente, o\u00f9 des ressources sont \u00e9galement n\u00e9cessaires pour les charges de calcul des environnements virtuels. <\/p>\n<p>Il existe \u00e9galement certaines performances de Gluster qui peuvent \u00eatre atteintes sous certaines conditions, tout en se limitant \u00e0 <noindex><a rel=\"nofollow\" href=\"http:\/\/moo.nac.uci.edu\/~hjm\/Performance_in_a_Gluster_Systemv6F.pdf\"> la r\u00e9silience.<\/a><\/noindex><\/p>\n<h3>Ceph<\/h3>\n<p>\nExaminons maintenant Ceph \u00e0 partir des descriptions d'architecture que j'ai pu <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/313644\/\">trouver.<\/a><\/noindex> Il y a aussi une comparaison entre <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croccloudteam\/blog\/430474\/\">Glusterfs et Ceph<\/a><\/noindex>, o\u00f9 l'on peut imm\u00e9diatement comprendre que Ceph doit \u00eatre d\u00e9ploy\u00e9 sur des serveurs s\u00e9par\u00e9s, car ses services n\u00e9cessitent toutes les ressources mat\u00e9rielles lors de charges. <\/p>\n<p>Architecture <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/architecture\/\">Ceph<\/a><\/noindex> plus complexe que Gluster et propose des services tels que des services de m\u00e9tadonn\u00e9es, mais l'ensemble de la pile de composants est assez difficile et pas tr\u00e8s flexible pour une utilisation dans une solution de virtualisation. Les donn\u00e9es sont organis\u00e9es par blocs, ce qui semble plus performant, mais dans la hi\u00e9rarchie de tous les services (composants), il y a des pertes et de la latence sous certaines charges et conditions d'urgence, par exemple. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/oleg-bunin\/blog\/431536\/\">article.<\/a><\/noindex><\/p>\n<p>Dans la description de l'architecture, le c\u0153ur est repr\u00e9sent\u00e9 par CRUSH, qui choisit l'emplacement pour le stockage des donn\u00e9es. Ensuite vient le PG \u2014 c'est l'abstraction la plus complexe (groupe logique) \u00e0 comprendre. Les PG sont n\u00e9cessaires pour que CRUSH soit plus efficace. La principale fonction du PG est de regrouper des objets pour r\u00e9duire la consommation de ressources, am\u00e9liorer les performances et la scalabilit\u00e9. L'adressage des objets directement, individuellement, sans les regrouper dans un PG serait tr\u00e8s co\u00fbteux. OSD est le service pour chaque disque individuel.<\/p>\n<p><img decoding=\"async\" alt=\"Comparaison courte de l&#039;architecture SDS ou recherche de la plateforme de stockage ad\u00e9quate (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/b7d59066a01db9bbb55bbd87c6e5053a.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Comparaison courte de l&#039;architecture SDS ou recherche de la plateforme de stockage ad\u00e9quate (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/a86622bc051ab820d42a8aa08a3fc759.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUn cluster peut avoir un ou plusieurs pools de donn\u00e9es avec des objectifs diff\u00e9rents et des configurations vari\u00e9es. Les pools sont divis\u00e9s en groupes de placement. Les groupes de placement contiennent des objets auxquels les clients acc\u00e8dent. \u00c0 ce niveau logique, on termine et on commence au niveau physique, car chaque groupe de placement est associ\u00e9 \u00e0 un disque principal et plusieurs disques r\u00e9pliques (le nombre d\u00e9pend du facteur de r\u00e9plication du pool). En d'autres termes, au niveau logique, un objet est stock\u00e9 dans un groupe de placement sp\u00e9cifique, et au niveau physique \u2014 sur les disques qui lui sont associ\u00e9s. Ces disques peuvent physiquement se trouver sur diff\u00e9rents n\u0153uds ou m\u00eame dans diff\u00e9rents centres de donn\u00e9es.<\/p>\n<p>Dans ce sch\u00e9ma, les groupes de placement apparaissent comme un niveau n\u00e9cessaire pour la flexibilit\u00e9 de l'ensemble de la solution, mais en m\u00eame temps comme un maillon superflu dans cette cha\u00eene, ce qui suscite in\u00e9vitablement des pens\u00e9es sur la perte de performance. Par exemple, lors de l'enregistrement des donn\u00e9es, le syst\u00e8me doit les diviser en ces groupes et ensuite les transf\u00e9rer physiquement sur le disque principal et sur les disques pour les r\u00e9pliques. Autrement dit, la fonction de hachage fonctionne lors de la recherche et de l'insertion d'un objet, mais il y a un effet secondaire - des co\u00fbts \u00e9lev\u00e9s et des limitations lors de la reconstruction du hachage (lors de l'ajout ou de la suppression d'un disque). Un autre probl\u00e8me du hachage est la localisation rigide des donn\u00e9es, qui ne peut pas \u00eatre modifi\u00e9e. Ainsi, si un disque subit une charge accrue, le syst\u00e8me n'a pas la possibilit\u00e9 d'\u00e9crire sur un autre disque, car la fonction de hachage oblige \u00e0 placer les donn\u00e9es selon une r\u00e8gle, ind\u00e9pendamment de l'\u00e9tat du disque. C'est pourquoi Ceph consomme beaucoup de m\u00e9moire lors de la reconstruction du PG en cas d'auto-r\u00e9paration ou d'augmentation du stockage. En r\u00e9sum\u00e9, Ceph fonctionne bien (bien que lentement), mais seulement en l'absence de mont\u00e9e en charge, de situations d'urgence et de mises \u00e0 jour.<\/p>\n<p>Il existe bien s\u00fbr des options pour am\u00e9liorer les performances par le biais du caching et du cache tiering, mais cela n\u00e9cessite du bon mat\u00e9riel et il y aura tout de m\u00eame des pertes. Dans l'ensemble, Ceph semble plus attrayant que Gluster pour la production. De plus, lors de l'utilisation de ces produits, il est crucial de prendre en compte un facteur important : un haut niveau de comp\u00e9tences, d'exp\u00e9rience et de professionnalisme, avec un accent mis sur Linux, car il est tr\u00e8s important de tout d\u00e9ployer, configurer et maintenir correctement, ce qui impose encore plus de responsabilit\u00e9s et de charges \u00e0 l'administrateur. <\/p>\n<h3>Vstorage<\/h3>\n<p>\nL'architecture de <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/virtuozzo\/blog\/334724\/\">Virtuozzo storage (Vstorage)<\/a><\/noindex>, qui peut \u00eatre utilis\u00e9e conjointement avec l'hyperviseur sur les m\u00eames n\u0153uds, sur le m\u00eame <noindex><a rel=\"nofollow\" href=\"http:\/\/samag.ru\/archive\/article\/3794\">mat\u00e9riel<\/a><\/noindex>, mais il est crucial de tout configurer correctement pour atteindre de bonnes performances. Il est donc tr\u00e8s facile de d\u00e9ployer un tel produit directement avec une configuration quelconque sans respecter les recommandations en fonction de l'architecture, mais cela ne sera pas performant.<\/p>\n<p>Qu'est-ce qui peut coexister pour le stockage \u00e0 proximit\u00e9 des services du conteneur KVM-QEMU, cela comprend seulement quelques services o\u00f9 l'on trouve une hi\u00e9rarchie compacte et optimale des composants : le service client mont\u00e9 via FUSE (modifi\u00e9, non open source), le service de m\u00e9tadonn\u00e9es MDS (Metadata service), le service de blocs de donn\u00e9es Chunk service, qui au niveau physique \u00e9quivaut \u00e0 un disque et c'est tout. En termes de vitesse, il est bien s\u00fbr optimal d'utiliser une configuration de redondance avec deux r\u00e9pliques, mais si l'on utilise un cache et des journaux sur des disques SSD, alors le codage de correction d'erreurs (erase coding ou raid6) peut \u00eatre raisonnablement acc\u00e9l\u00e9r\u00e9 dans un sch\u00e9ma hybride ou m\u00eame mieux sur un syst\u00e8me enti\u00e8rement flash. Avec EC (erase coding), il y a un petit inconv\u00e9nient : lorsque l'on modifie un bloc de donn\u00e9es, il est n\u00e9cessaire de recalculer les sommes de parit\u00e9. Pour contourner la latence de cette op\u00e9ration, Ceph \u00e9crit en EC de mani\u00e8re diff\u00e9r\u00e9e et des probl\u00e8mes de performance peuvent se produire en r\u00e9ponse \u00e0 une certaine requ\u00eate, par exemple, lorsqu'il est n\u00e9cessaire de lire tous les blocs. En revanche, avec Virtuozzo Storage, l'\u00e9criture des blocs modifi\u00e9s est effectu\u00e9e en utilisant une approche de \u00ab syst\u00e8me de fichiers structur\u00e9 par journaux \u00bb, ce qui minimise les co\u00fbts de calcul de parit\u00e9. Pour estimer approximativement les options d'acc\u00e9l\u00e9ration des op\u00e9rations avec et sans EC, il y a <noindex><a rel=\"nofollow\" href=\"https:\/\/www.virtuozzo.com\/products\/virtuozzo-storage\/storage-calculator\">un calculateur.<\/a><\/noindex> Les chiffres obtenus peuvent \u00eatre approximatifs et d\u00e9pendent du coefficient de pr\u00e9cision du fabricant du mat\u00e9riel, mais les r\u00e9sultats des calculs aident bien \u00e0 planifier la configuration.<\/p>\n<p>Une simple sch\u00e9ma de composants de stockage ne signifie pas que ces composants ne consomment pas <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/virtuozzo_7_installation_guide\/preparing-for-installation\/planning-storage-cli.html#hardware-requirements\">des ressources mat\u00e9rielles,<\/a><\/noindex> mais si l'on compte toutes les d\u00e9penses \u00e0 l'avance, on peut esp\u00e9rer travailler en parall\u00e8le avec le conteneur. <br \/>\nIl existe un sch\u00e9ma comparatif de la consommation des ressources mat\u00e9rielles par les services Ceph et Virtuozzo Storage.<\/p>\n<p><img decoding=\"async\" alt=\"Comparaison courte de l&#039;architecture SDS ou recherche de la plateforme de stockage ad\u00e9quate (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/27de0ab0cc61c2fab6d741bc3105b6cc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSi auparavant il \u00e9tait possible de comparer Gluster et Ceph \u00e0 partir d'anciens articles en utilisant les lignes les plus importantes, avec Virtuozzo, c'est plus compliqu\u00e9. Il n'y a pas beaucoup d'articles sur ce produit et l'on peut trouver des informations seulement dans la documentation sur <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/master\/index.html\">anglais<\/a><\/noindex> ou en russe si l'on consid\u00e8re Vstorage comme le stockage utilis\u00e9 dans certaines solutions hyper-convergentes dans des entreprises comme <noindex><a rel=\"nofollow\" href=\"http:\/\/rosplatforma.ru\/#downloads\">Rospplattform<\/a><\/noindex> et Acronis.<\/p>\n<p>Je vais essayer d'aider \u00e0 d\u00e9crire cette architecture, donc le texte sera un peu plus long, mais pour comprendre la documentation, il faut beaucoup de temps, et la documentation existante ne peut \u00eatre utilis\u00e9e que comme un manuel en consultant le sommaire ou en recherchant par mot-cl\u00e9. <\/p>\n<p>Consid\u00e9rons le processus d'\u00e9criture dans une configuration hybride de mat\u00e9riel avec les composants d\u00e9crits ci-dessus : l'\u00e9criture commence sur le n\u0153ud \u00e0 partir duquel elle a \u00e9t\u00e9 initi\u00e9e par le client (le service de point de montage FUSE), mais le composant du service ma\u00eetre des m\u00e9tadonn\u00e9es (MDS) dirigera bien s\u00fbr le client directement vers le service de bloc requis (le service de stockage de blocs CS), donc le MDS ne participe pas au processus d'\u00e9criture, mais dirige simplement vers le service de bloc n\u00e9cessaire. En gros, on peut faire une analogie de l'\u00e9criture avec le d\u00e9versement d'eau dans des f\u00fbts. Chaque f\u00fbt repr\u00e9sente un bloc de donn\u00e9es de 256 Mo.<\/p>\n<p><img decoding=\"async\" alt=\"Comparaison courte de l&#039;architecture SDS ou recherche de la plateforme de stockage ad\u00e9quate (GlusterVsCephVsVirtuozzoStorage)\" src=\"\/wp-content\/uploads\/2020\/02\/8f10333f1573226fbb50a40377eafc93.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nC'est-\u00e0-dire qu'un disque, c'est une certaine quantit\u00e9 de ces f\u00fbts, donc le volume du disque divis\u00e9 par 256 Mo. Chaque copie est vers\u00e9e sur un n\u0153ud, la seconde presque parall\u00e8lement sur un autre n\u0153ud, etc. Si nous avons trois r\u00e9pliques et des disques SSD pour le cache (pour la lecture et les journaux d'\u00e9criture), la confirmation d'\u00e9criture se fera apr\u00e8s l'\u00e9criture du journal sur le SSD, tandis que le d\u00e9versement parall\u00e8le depuis le SSD se poursuivra sur le HDD, en quelque sorte en mode arri\u00e8re-plan. Dans le cas de trois r\u00e9pliques, l'engagement d'\u00e9criture se fera apr\u00e8s confirmation du SSD du troisi\u00e8me n\u0153ud. Il peut sembler que la somme des vitesses d'\u00e9criture des trois SSD peut \u00eatre divis\u00e9e par trois, ce qui donnerait la vitesse d'\u00e9criture d'une r\u00e9plique, mais l'\u00e9criture des copies se fait en parall\u00e8le et la latence du r\u00e9seau est g\u00e9n\u00e9ralement plus \u00e9lev\u00e9e que celle des SSD, et en r\u00e9alit\u00e9, la performance d'\u00e9criture d\u00e9pendra du r\u00e9seau. En raison de cela, pour voir de r\u00e9els IOPS, il est n\u00e9cessaire de bien charger tout le Vstorage selon <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.virtuozzo.com\/pdf\/virtuozzo_infrastructure_platform_3_benchmarking_guide.pdf\">la m\u00e9thode<\/a><\/noindex>, c'est-\u00e0-dire tester la charge r\u00e9elle, et non la m\u00e9moire et le cache, o\u00f9 il est n\u00e9cessaire de prendre en compte la taille correcte du bloc de donn\u00e9es, le nombre de flux, etc. <\/p>\n<p>Le journal des enregistrements mentionn\u00e9 ci-dessus sur SSD fonctionne de mani\u00e8re \u00e0 ce que d\u00e8s que des donn\u00e9es y sont enregistr\u00e9es, elles sont imm\u00e9diatement lues par le service et \u00e9crites sur HDD. Il y a plusieurs services de m\u00e9tadonn\u00e9es (MDS) par cluster, et leur nombre est d\u00e9termin\u00e9 par un quorum qui fonctionne selon l'algorithme Paxos. Du point de vue du client, le point de montage FUSE est un dossier de stockage cluster qui est simultan\u00e9ment visible par tous les n\u0153uds du cluster, chaque n\u0153ud ayant un client mont\u00e9 de cette mani\u00e8re, ce qui rend ce stockage accessible \u00e0 chaque n\u0153ud.<\/p>\n<p>Pour la performance de n'importe lequel des approches d\u00e9crites ci-dessus, il est tr\u00e8s important, lors de la planification et du d\u00e9ploiement, de configurer correctement le r\u00e9seau, o\u00f9 l'\u00e9quilibrage se fait gr\u00e2ce \u00e0 l'agr\u00e9gation et \u00e0 une bande passante r\u00e9seau correctement s\u00e9lectionn\u00e9e. Dans l'agr\u00e9gation, il est essentiel de choisir le mode de hachage et les tailles des trames de mani\u00e8re ad\u00e9quate. Il y a \u00e9galement une distinction importante par rapport aux SDS d\u00e9crits ci-dessus, c'est le fuse avec la technologie fast path dans Virtuozzo Storage. Ce dernier, en plus d'un fuse modernis\u00e9, contrairement aux autres solutions open source, augmente consid\u00e9rablement les IOPS et ne se limite pas \u00e0 l'\u00e9volutivit\u00e9 horizontale ou verticale. En g\u00e9n\u00e9ral, par rapport aux architectures d\u00e9crites ci-dessus, celle-ci semble plus puissante, mais cet avantage n\u00e9cessite l'achat de licences, contrairement \u00e0 Ceph et Gluster. <\/p>\n<p>En r\u00e9sum\u00e9, on peut souligner le classement des trois : la premi\u00e8re place en termes de performance et de fiabilit\u00e9 est occup\u00e9e par Virtuozzo Storage, suivie par Ceph et enfin Gluster. <\/p>\n<p>Les crit\u00e8res pour lesquels Virtuozzo Storage a \u00e9t\u00e9 choisi : c'est un ensemble optimal de composants d'architecture, un fuse modernis\u00e9 avec fast path, une configuration mat\u00e9rielle flexible, une consommation de ressources r\u00e9duite et la possibilit\u00e9 de co-utilisation avec des ressources de calcul (calculs\/virtualisation), ce qui le rend enti\u00e8rement adapt\u00e9 \u00e0 une solution hyperconvergente, dont il fait partie. La deuxi\u00e8me place revient \u00e0 Ceph, car c'est une architecture plus performante que Gluster, gr\u00e2ce \u00e0 l'op\u00e9ration sur des blocs, ainsi qu'\u00e0 des sc\u00e9narios plus flexibles et la possibilit\u00e9 de travailler dans des clusters de plus grande taille.<\/p>\n<p>Dans les projets, il y a le souhait d'\u00e9crire une comparaison entre vSAN, Space Direct Storage, Vstorage et Nutanix Storage, de tester Vstorage sur du mat\u00e9riel HPE, Huawei, ainsi que des sc\u00e9narios d'int\u00e9gration de Vstorage avec des syst\u00e8mes de stockage externes, donc si vous avez aim\u00e9 l'article, il serait bon de recevoir vos retours, qui pourraient renforcer la motivation pour de nouveaux articles en tenant compte de vos remarques et suggestions.<br \/>\n<br \/>Source : <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\/fr\/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=\"fr_FR\" \/>\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\/fr\/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\udd47Comparaison succincte de l'architecture SDS ou recherche de la plateforme de stockage id\u00e9ale (GlusterVsCephVsVirtuozzoStorage) | ProHoster","description":"Cet article a \u00e9t\u00e9 \u00e9crit pour aider \u00e0 choisir la solution qui vous convient et comprendre les diff\u00e9rences entre les SDS tels que Gluster, Ceph et Vstorage (Virtuozzo). Des liens vers des articles plus d\u00e9taill\u00e9s sont inclus dans le texte.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/kratkoe-sravnenie-arhitektury-sds-ili-poisk-podhodyashhej-platformy-hraneniya-glustervscephvsvirtuozzostorage","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","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\/fr\/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\/fr\/wp-json\/wp\/v2\/posts\/40729","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=40729"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/40729\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/40730"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=40729"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=40729"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=40729"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}