Bonjour à tous! Comme promis, nous publions les résultats d'un test de charge d'un système de stockage de données de fabrication russe - AERODISK ENGINE N2.
Dans le dernier article, nous avons cassé des systèmes de stockage (c'est-à-dire que nous avons effectué des crash tests) et les résultats du crash test étaient positifs (c'est-à-dire que nous n'avons jamais cassé de systèmes de stockage). Les résultats du crash test se trouvent ICI .
Dans les commentaires de l'article précédent, des souhaits ont été exprimés pour des tests de collision supplémentaires - plus délicats. Nous les avons tous corrigés et nous les mettrons certainement en œuvre dans l'un des articles suivants. Dans le même temps, vous pouvez visiter notre laboratoire à Moscou à tout moment (venir avec vos pieds ou le faire à distance via Internet) et effectuer ces tests vous-même (vous pouvez même faire des tests pour un projet spécifique :-)). Écrivez-nous, considérez tous les scénarios!
De plus, si vous n'êtes pas à Moscou, vous pouvez néanmoins mieux connaître notre système de stockage en participant à une formation gratuite au centre de compétences de la ville la plus proche de vous.
Vous trouverez ci-dessous une liste des événements à venir et des dates de travail des centres de compétence.
- Iekaterinbourg 16 mai 2019. Atelier de formation. Vous pouvez vous inscrire sur le lien: https://aerodisk.promo/ekb/
- Iekaterinbourg 20 mai - 21 juin 2019. Centre de compétence. Venez à tout moment de travail pour une démonstration en direct des systèmes de stockage AERODISK ENGINE N2. L'adresse exacte et le lien d'inscription seront plus tard. Gardez une trace des informations.
- Novossibirsk SUIVEZ LES INFORMATIONS SUR NOTRE SITE ou sur HABRA.
Octobre 2019 - Kazan. SUIVEZ LES INFORMATIONS SUR NOTRE SITE ou sur HABRA.
Octobre 2019 - Krasnoyarsk SUIVEZ LES INFORMATIONS SUR NOTRE SITE ou sur HABRA.
Novembre 2019
Nous voulons également partager une autre bonne nouvelle: enfin, notre chaîne YouTube , où vous pouvez regarder des vidéos d'événements passés, a pleinement gagné. Là, nous téléchargeons régulièrement nos vidéos de formation.
Banc d'essai
Revenons donc aux tests. Nous avons mis à niveau notre système de stockage de laboratoire ENGINE N2 en installant des disques SSD SAS supplémentaires, ainsi que des adaptateurs Fibre Channel 16G frontaux. De manière symétrique, nous avons mis à niveau le serveur à partir duquel nous allons démarrer la charge en y ajoutant des adaptateurs FC 16G.
En conséquence, dans notre laboratoire, il existe un système de stockage à 2 contrôleurs avec 24 disques SSD SAS 800 Go, 3 disques DWPD, qui est connecté via des commutateurs SAN à un serveur Linux physique via FC 16G.
Disposition du banc de test dans la figure ci-dessous.
Méthodologie de test
Pour les meilleures performances sur l'accès aux blocs, nous utiliserons des pools DDP (Dynamic Disk Pool), que nous avons créés pour les systèmes ALL-FLASH.
Pour les tests, nous avons créé deux LUN de 1 To chacun avec un niveau de protection RAID-10. Nous «répartissons» chaque LUN en 12 disques (24 au total) afin d'utiliser pleinement le potentiel de chacun des disques installés dans le système de stockage.
Nous présentons les LUN au serveur via différents contrôleurs afin de maximiser l'utilisation des ressources de stockage.
Chacun des tests durera une heure, et les tests seront effectués par le programme Flexible IO (FIO), les données FIO sont automatiquement téléchargées vers Excel, dans lequel des graphiques sont déjà en cours de construction, pour plus de clarté.
Profils de charge
Au total, nous effectuerons trois tests en une heure sans prendre en compte le temps de préchauffage, pour lequel nous prenons 15 minutes (c'est le temps nécessaire pour réchauffer une matrice de 24 disques SSD). Ces tests émulent les profils de charge les plus courants que nous rencontrons, en particulier ceux-ci ou d'autres SGBD, les systèmes de vidéosurveillance, la diffusion de contenu multimédia et les sauvegardes.
De plus, dans tous les tests, nous avons délibérément désactivé la possibilité de mettre en cache dans la RAM sur le système de stockage et sur l'hôte. Les résultats vont bien sûr empirer, mais, à notre avis, dans de telles conditions, le test sera plus honnête.
Résultats des tests
Numéro de test 1. Chargement aléatoire en petits blocs. Émulation d'un SGBD transactionnel très chargé.
- Taille du bloc = 4k
- Lecture / écriture = 70% / 30%
- Nombre d'emplois = 16
- Profondeur de file d'attente = 32
- La nature de la charge = Aléatoire complet
Résultats des tests:
Au total, nous avons reçu 438 000 IOPS avec un retard de 2,6 millisecondes du système N2 du moteur milieu de gamme junior. Compte tenu de la classe du système, à notre avis, le résultat est assez décent. Pour comprendre s'il s'agit de la limite du système, nous examinerons l'utilisation des ressources des contrôleurs de stockage.
Nous sommes principalement intéressés par le CPU, car, comme indiqué ci-dessus, nous avons délibérément désactivé le cache RAM afin de ne pas fausser les résultats des tests.
Sur les deux contrôleurs de stockage, nous voyons approximativement la même image.
Autrement dit, la charge sur le processeur est de 50%. Cela suggère que cela est loin de la limite de ce système de stockage et vous pouvez toujours le faire évoluer facilement. Avançons un peu: tous les tests suivants ont également montré une charge sur le processeur des contrôleurs de l'ordre de 50%, donc nous ne les redonnerons pas.
Sur la base de nos tests en laboratoire, la limite confortable du système AERODISK Engine N2, si l'on compte les IOPS aléatoires avec des blocs de 4k, est d'environ 700 000 IOPS. Si cela ne suffit pas et que vous devez viser un million, nous avons un ancien moteur ENGINE N4.
Autrement dit, l'histoire de millions d'IOPS est ENGINE N4, et si un million est trop pour vous, alors utilisez calmement N2.
Nous revenons aux tests.
Numéro de test 2. Enregistrement séquentiel en gros blocs. Émulation de systèmes de vidéosurveillance, chargement de données dans un SGBD analytique ou enregistrement de sauvegardes.
Dans ce test, nous ne nous intéressons plus aux IOPS, car avec une charge séquentielle de gros blocs, ils n'ont aucun sens. Nous sommes principalement intéressés par: le flux d'enregistrement (mégaoctets par seconde) et les retards, qui avec des blocs de grande taille, bien sûr, seront plus élevés qu'avec de petits blocs.
- Taille du bloc = 128k
- Lecture / écriture = 0% / 100%
- Nombre d'emplois = 16
- Profondeur de file d'attente = 32
- La nature de la charge - séquentielle
Total: nous avons un record de cinq et demi gigaoctets par seconde avec des retards de onze millisecondes. Par rapport aux concurrents étrangers les plus proches, le résultat, à notre avis, est excellent, et n'est pas non plus la limite du système ENGINE N2.
Numéro d'essai 3. Lecture séquentielle en gros blocs. Émulation de contenu multimédia de diffusion, génération de rapports à partir d'un SGBD analytique ou récupération de données à partir de sauvegardes.
Comme dans le test précédent, nous nous intéressons au flux et aux retards.
- Taille du bloc = 128k
- Lecture / écriture = 100% / 0%
- Nombre d'emplois = 16
- Profondeur de file d'attente = 32
- La nature de la charge - séquentielle
Les métriques de lecture en continu sont légèrement meilleures que les métriques d'écriture en continu.
Fait intéressant, le taux de retard pour l'ensemble du test est identique (ligne droite). Ce n'est pas une erreur; en lecture séquentielle en gros blocs, dans notre cas, c'est une situation courante.
Bien sûr, si vous laissez le système sous cette forme pendant quelques semaines, nous verrons éventuellement des sauts périodiques dans les graphiques qui seront associés à des facteurs externes. Mais, en général, ils n'affecteront pas l'image.
Conclusions
À partir du système à deux contrôleurs AERODISK ENGINE N2, nous avons pu compresser des indicateurs assez sérieux (~ 438 000 IOPS et ~ 5-6 gigaoctets par seconde). Les tests de charge ont montré que pour notre stockage, nous n'avons certainement pas honte. Au contraire, les indicateurs sont très corrects et correspondent à un bon stockage.
Bien que, comme nous l'avons écrit ci-dessus, le moteur N2 soit un modèle plus jeune, et d'ailleurs, les résultats présentés dans cet article ne sont pas sa limite. Plus tard, nous publierons un test similaire à partir de notre ancien système ENGINE N4.
Naturellement, dans le cadre d'un article, nous ne pouvons pas couvrir tous les tests possibles, donc, invitant à plusieurs reprises les lecteurs à partager leurs souhaits pour les futurs tests dans les commentaires, nous les prendrons certainement en compte dans les futures publications.
De plus, nous vous rappelons que cette année, nous sommes activement engagés dans la formation, nous vous invitons donc à nos centres de compétence, où vous pouvez suivre une formation sur les systèmes de stockage AERODISK, tout en étant intéressant et amusant.
Informations en double sur les événements de formation à venir.
- Iekaterinbourg 16 mai 2019. Atelier de formation. Vous pouvez vous inscrire sur le lien: https://aerodisk.promo/ekb/
- Iekaterinbourg 20 mai - 21 juin 2019. Centre de compétence. Venez à tout moment de travail pour une démonstration en direct des systèmes de stockage AERODISK ENGINE N2. L'adresse exacte et le lien d'inscription seront plus tard. Gardez une trace des informations.
- Novossibirsk SUIVEZ LES INFORMATIONS SUR NOTRE SITE ou sur HABRA.
Octobre 2019 - Kazan. SUIVEZ LES INFORMATIONS SUR NOTRE SITE ou sur HABRA.
Octobre 2019 - Krasnoyarsk SUIVEZ LES INFORMATIONS SUR NOTRE SITE ou sur HABRA.
Novembre 2019