Get best of the week

Une brève comparaison de l'architecture SDS ou la recherche d'une plate-forme de stockage appropriée (GlusterVsCephVsVirtuozzoStorage)

Cet article est écrit pour vous aider à choisir la bonne solution pour vous-même et à comprendre les différences entre SDS telles que Gluster, Ceph et Vstorage (Virtuozzo).

Le texte utilise des liens vers des articles avec une description plus détaillée de certains problèmes, de sorte que les descriptions seront aussi brèves que possible en utilisant des points clés sans eau inutile et des informations de fond que vous pouvez obtenir indépendamment sur Internet si vous le souhaitez.

En fait, bien sûr, les sujets abordés nécessitent des tons de texte, mais dans le monde moderne, de plus en plus de gens n'aiment pas beaucoup lire))), vous pouvez donc lire rapidement et faire un choix, et s'il n'est pas clair de suivre les liens ou les mots incompréhensibles de google))), et cet article comme un emballage transparent pour ces sujets profonds, montrant le remplissage - les principaux points clés de chaque décision.

Gluster


Commençons par Gluster, qui est activement utilisé par les fabricants de plates-formes hyperconvergées avec SDS basées sur l'open source pour les environnements virtuels et se trouve sur le site Web RedHat dans la section de stockage, où vous êtes proposé de choisir entre deux options SDS: Gluster ou Ceph.

Gluster consiste en une pile de traducteurs - des services qui font tout le travail de distribution de fichiers, etc. Brick - un service qui dessert un disque, Volume - un volume (pool) - qui combine ces briques. Vient ensuite le service de distribution de fichiers en groupes grâce à la fonction DHT (table de hachage distribuée). Nous n'inclurons pas le service Sharding dans la description car les liens ci-dessous décrivent les problèmes qui lui sont associés.

image

Lors de l'enregistrement, le fichier entier se trouve dans la brique et sa copie est écrite en parallèle sur la brique du deuxième serveur. De plus, le deuxième fichier sera déjà écrit dans le deuxième groupe de deux brik (ou plus) sur des serveurs différents.

Si les fichiers sont à peu près de la même taille et que le volume ne comprendra qu'un seul groupe, alors tout va bien, mais dans d'autres conditions, les problèmes suivants résulteront des descriptions:

  • la place dans les groupes n'est pas utilisée uniformément, cela dépend de la taille des fichiers et s'il n'y a pas assez d'espace dans le groupe pour écrire le fichier, vous obtiendrez une erreur, le fichier ne sera pas écrit et ne sera pas redistribué à un autre groupe;
  • lors de l'écriture d'un fichier, IO va à un seul groupe, les autres sont inactifs;
  • Vous ne pouvez pas obtenir l'IO de l'intégralité du volume lors de l'écriture d'un seul fichier;
  • , , .

D'après la description officielle de l' architecture, on comprend aussi involontairement que gluster fonctionne comme un stockage de fichiers au-dessus du RAID matériel classique. Il y a eu des tentatives de développement de fichiers Sharding en blocs, mais il s'agit d'un module complémentaire qui place les pertes de performances sur une approche architecturale existante, ainsi que l'utilisation de composants distribués librement avec des limitations de performances comme Fuse. Il n'y a pas de services de métadonnées, ce qui limite les capacités de stockage et de distribution des fichiers lors de la distribution de fichiers en blocs. De meilleures performances peuvent être observées avec la configuration «Distributed Replicated», et le nombre de nœuds doit être d'au moins 6 pour créer une réplique fiable de 3 avec une répartition de charge optimale.

Ces conclusions sont également liées à la description de l'expérience d'utilisation de Gluster et par rapport à Ceph , et il y a aussi une description de l'expérience pour arriver à une compréhension de cette configuration «répliquée distribuée» plus productive et plus fiable .
image

L'image montre la répartition de la charge lors de l'enregistrement de deux fichiers, où des copies du premier fichier sont disposées sur les trois premiers serveurs, qui sont combinées dans le groupe du volume 0 et trois copies du deuxième fichier tombent sur le deuxième volume du groupe 1 des trois serveurs. Chaque serveur possède un disque.

La conclusion générale est que vous pouvez utiliser Gluster, mais en sachant qu'il y aura des limitations de performances et de tolérance aux pannes, ce qui crée des difficultés dans certaines conditions d'une solution hyperconvergée, où des ressources sont également nécessaires pour les charges de calcul des environnements virtuels.

Il existe également certains indicateurs de performance Gluster qui peuvent être atteints dans certaines conditions en limitant la tolérance aux pannes.

Ceph


eph , . Glusterfs Ceph, Ceph , .

eph Gluster , . , , (), latency .

CRUSH, . PG — ( ) . PG , CRUSH . PG — -, . , , PG . OSD – .





. -. - , . , , - - ( ). , -, — , . .

- , , . . , – ( , ). – , . - , ( ), , , Ceph PG self-healing . , Ceph ( ), , .

-, . Ceph Gluster . – , linux, , , .

Vstorage


Virtuozzo storage(Vstorage), , , , . , .

kvm-qemu, , : FUSE(, open source), MDS (Metadata service), Chunk service, . , SSD, (erase coding raid6) all flash. EC(erase coding) : . eph EC , , Virtuozzo Storage “log-structured file system”, . EC , . – , .

, , , .
eph Virtuozzo storage.



Gluster Ceph , , Virtuozzo . Vstorage .

, , .

: ( FUSE), (MDS) ( CS), MDS , . . , 256.



, - , 256. , .… SSD , ( ), SSD, SSD, HDD, . SSD . , SSD , Latency , SSD, . , IOPS Vstorage , , , , ..

SSD, , , HDD. (MDS) , Paxos. FUSE, , , .

, , , . . SDS, fuse fast path Virtuozzo Storage. fuse open source , IOPS- . , eph Gluster.

: Virtuozzo Storage, Ceph Gluster.

, Virtuozzo Storage: , Fuse fast path, , compute(/), , . Ceph, Gluster, , .

Les plans incluent un désir d'écrire une comparaison entre vSAN, Space Direct Storage, Vstorage et Nutanix Storage, tester Vstorage sur HPE, des équipements Huawei, ainsi que des scénarios pour intégrer Vstorage avec des systèmes de stockage matériels externes, donc si vous avez aimé l'article, ce serait bien d'obtenir des commentaires de votre part , ce qui pourrait renforcer la motivation pour de nouveaux articles, en tenant compte de vos commentaires et suggestions.

Source: https://habr.com/ru/post/undefined/

More articles:


All Articles