
Bonjour à tous ! Comme promis, nous publions les résultats du test de charge du système de stockage de données fabriqué en Russie – AERODISK ENGINE N2.
Dans notre précédent article, nous avons soumis le système de stockage à des tests de résistance (c'est-à-dire que nous avons réalisé des crash tests) et les résultats ont été positifs (en d'autres termes, nous n'avons pas réussi à détruire le système de stockage). Vous pouvez consulter les résultats des crash tests .
Dans les commentaires de l'article précédent, des demandes ont été faites pour des crash tests supplémentaires – plus complexes. Nous les avons toutes notées et nous les mettrons en œuvre dans l'un de nos prochains articles. En attendant, vous pouvez visiter notre laboratoire à Moscou (venir en personne ou le faire à distance via Internet) et effectuer ces tests vous-même (vous pouvez même réaliser des tests pour un projet spécifique :-)). Écrivez-nous, nous examinerons tous les scénarios !
De plus, même si vous n'êtes pas à Moscou, vous pouvez tout de même vous familiariser davantage avec notre système de stockage en participant à un événement de formation gratuit dans le centre de compétences le plus proche de chez vous.
Ci-dessous se trouve la liste des événements à venir et les dates d'ouverture des centres de compétences.
- Ekaterinbourg. 16 mai 2019. Séminaire de formation. Vous pouvez vous inscrire via le lien :
- Ekaterinbourg. 20 mai – 21 juin 2019. Centre de compétences. Venez à tout moment pendant les heures d'ouverture pour une démonstration en direct du système de stockage AERODISK ENGINE N2. L'adresse exacte et le lien d'inscription seront fournis ultérieurement. Restez à l'affût des informations.
- Novossibirsk. RESTEZ À L'AFFÛT DES INFORMATIONS SUR NOTRE SITE WEB ou sur HABR.
octobre 2019 - Kazan. RESTEZ À L'AFFÛT DES INFORMATIONS SUR NOTRE SITE WEB ou sur HABR.
octobre 2019 - Krasnoïarsk. RESTEZ À L'AFFÛT DES INFORMATIONS SUR NOTRE SITE WEB ou sur HABR.
novembre 2019
Nous voulons également partager une autre bonne nouvelle : notre chaîne est maintenant pleinement opérationnelle, où vous pouvez visionner des vidéos des événements passés. Nous y publions également régulièrement nos vidéos de formation.
Stand de test
Ainsi, revenons aux tests. Nous avons modernisé notre système de stockage ENGIN N2 en installant des disques SSD SAS supplémentaires ainsi que des adaptateurs front-end Fibre Channel 16G. De manière symétrique, nous avons modernisé le serveur à partir duquel nous allons générer la charge, en y ajoutant des adaptateurs FC 16G.
Nous avons donc dans le laboratoire un système de stockage à 2 contrôleurs avec 24 disques SAS SSD de 1,6 To, 3 DWPD, connecté via des commutateurs SAN à un serveur Linux physique par FC 16G.
Le schéma du banc d'essai est illustré ci-dessous.

Méthodologie de test
Pour une performance optimale sur l'accès en bloc, nous utiliserons des pools DDP (Dynamic Disk Pool) que nous avons créés à l'origine 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. Chaque LUN sera « réparti » sur 12 disques (soit un total de 24) pour tirer parti du potentiel de chaque disque installé dans le SAN.
Les LUN sont présentés au serveur via différents contrôleurs afin d'optimiser au maximum les ressources du SAN.
Chaque test durera une heure et sera effectué avec le programme Flexible IO (FIO), dont les données sont automatiquement exportées vers Excel pour construire des graphiques pour une meilleure visualisation.
Profils de charge
Au total, nous effectuerons trois tests d'une heure, sans compter le temps de préchauffage, que nous allouons à 15 minutes (c'est le temps nécessaire pour préchauffer un ensemble de 24 SSD). Ces tests simulent les profils de charge les plus courants que nous rencontrons, notamment différentes bases de données, des systèmes de vidéosurveillance, des diffusions de contenu multimédia et des sauvegardes.
De plus, dans tous les tests, nous avons délibérément désactivé la possibilité de mise en cache en mémoire sur le SAN et sur l'hôte. Cela affectera les résultats, mais, selon nous, dans de telles conditions, le test sera plus juste.
Résultats des tests
Test n°1. Charge aléatoire avec de petits blocs. Simulation de l'activité d'une base de données transactionnelle à forte charge.
- Taille de bloc = 4k
- Lecture/écriture = 70%/30%
- Nombre de travaux = 16
- Profondeur de file d'attente = 32
- Type de charge = Full Random


Résultats du test :

Au total, avec le système mid-range Engine N2, nous avons obtenu 438k IOPS avec des latences de 2,6 millisecondes. Compte tenu de la classe du système, nous pensons que ce résultat est tout à fait satisfaisant. Pour comprendre si cela représente la limite du système, nous examinerons l'utilisation des ressources des contrôleurs SAN.
Nous sommes surtout intéressés par le CPU, car, comme mentionné ci-dessus, la mise en cache RAM a été délibérément désactivée pour ne pas fausser les résultats des tests.
Sur les deux contrôleurs SAN, nous observons à peu près la même image.
C'est-à-dire une charge CPU de 50 %. Cela indique que ce n'est clairement pas la limite de ce système de stockage et qu'il peut encore être évolué sans problème. Nous allons un peu en avant : tous les tests suivants ont également montré une charge des processeurs contrôleurs autour de 50 %, donc nous n’allons pas les répéter.
Selon nos tests en laboratoire, la limite de confort du système AERODISK Engine N2, en tenant compte des IOPS aléatoires avec des blocs de 4k, est d'environ ~700 000 IOPS. Si cela ne suffit pas et que vous visez un million, alors nous avons le modèle supérieur ENGINE N4.
C'est-à-dire que l'histoire des millions d'IOPS concerne l'ENGINE N4, et si un million est trop pour vous, alors utilisez tranquillement le N2.
Revenons aux tests.
Test n°2. Écriture séquentielle avec de gros blocs. Émulation de systèmes de vidéosurveillance, de chargement de données dans une base de données analytique ou d'enregistrement de sauvegardes.
Dans ce test, nous ne nous intéressons plus aux IOPS, car lors d'une charge séquentielle avec de gros blocs, ils n'ont aucun sens. Ce qui nous intéresse principalement, ce sont : le débit d'écriture (en mégaoctets par seconde) et les latences, qui, avec de gros blocs, seront naturellement plus élevées qu'avec de petits blocs.
- Taille de bloc = 128k
- Lecture/écriture = 0%/100%
- Nombre de travaux = 16
- Profondeur de file d'attente = 32
- Type de charge – Séquentiel



Au total : nous avons un débit d'écriture de cinq giga-octets et demi par seconde avec des latences d'onze millisecondes. Comparé aux concurrents internationaux les plus proches, le résultat est, selon nous, excellent et n'est pas non plus la limite du système ENGINE N2.
Test n°3. Lecture séquentielle avec de gros blocs. Émulation de la diffusion de contenu multimédia, de génération de rapports à partir d'une base de données analytique ou de restauration de données à partir de sauvegardes.
Comme dans le test précédent, nous nous intéressons au débit et aux latences.
- Taille de bloc = 128k
- Lecture/écriture = 100%/0%
- Nombre de travaux = 16
- Profondeur de file d'attente = 32
- Type de charge – Séquentiel


![]()
Les indicateurs de débit de lecture sont légèrement meilleurs que ceux de l'écriture.
Il est intéressant de noter que les latences sont identiques tout au long du test (ligne droite). Ce n'est pas une erreur, lors d'une lecture séquentielle avec de gros blocs, c'est une situation normale dans notre cas.
Bien sûr, si nous laissons le système dans cet état pendant quelques semaines, nous verrons finalement sur les graphiques des pics périodiques liés à des facteurs externes. Mais, dans l'ensemble, cela n'affectera pas le tableau.
Conclusions
Avec le système AERODISK ENGINE N2 à deux contrôleurs, nous avons réussi à obtenir des performances assez sérieuses (~438 000 IOPS et ~5-6 gigaoctets par seconde). Les tests de charge ont montré que nous ne sommes vraiment pas mal à l'aise avec notre stockage. Au contraire, les résultats sont très honorables et correspondent à un bon système de stockage.
Bien que, comme nous l'avons mentionné précédemment, l'Engine N2 soit le modèle d'entrée de gamme, les résultats présentés dans cet article ne constituent pas sa limite. Nous publierons prochainement un test similaire avec notre système de pointe ENGINE N4.
Il est évident qu'il est impossible de couvrir tous les tests possibles dans une seule article, c'est pourquoi nous invitons à nouveau les lecteurs à partager leurs souhaits pour les futurs tests dans les commentaires, nous les prendrons en compte dans nos prochaines publications.
De plus, nous tenons à rappeler qu'en cette année, nous nous consacrons activement à la formation, nous vous invitons donc dans nos centres de compétences où vous pourrez suivre une formation sur le stockage AERODISK, tout en passant un moment intéressant et agréable.
Je duplique l'information sur les prochains événements de formation.
- Ekaterinbourg. 16 mai 2019. Séminaire de formation. Vous pouvez vous inscrire via le lien :
- Ekaterinbourg. 20 mai – 21 juin 2019. Centre de compétences. Venez à tout moment pendant les heures d'ouverture pour une démonstration en direct du système de stockage AERODISK ENGINE N2. L'adresse exacte et le lien d'inscription seront fournis ultérieurement. Restez à l'affût des informations.
- Novossibirsk. RESTEZ À L'AFFÛT DES INFORMATIONS SUR NOTRE SITE WEB ou sur HABR.
octobre 2019 - Kazan. RESTEZ À L'AFFÛT DES INFORMATIONS SUR NOTRE SITE WEB ou sur HABR.
octobre 2019 - Krasnoïarsk. RESTEZ À L'AFFÛT DES INFORMATIONS SUR NOTRE SITE WEB ou sur HABR.
novembre 2019
Source : habr.com
