Salut tout le monde! 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 l'article précédent, nous avons cassé le système de stockage (c'est-à-dire que nous avons effectué des crash tests) et les résultats du crash test ont été positifs (c'est-à-dire que nous n'avons pas cassé le système de stockage). Vous pouvez consulter les résultats des crash tests .
Dans les commentaires de l’article précédent, des crash tests supplémentaires, plus sophistiqués, ont été demandés. Nous les avons tous enregistrés et les mettrons certainement en œuvre dans l’un des articles suivants. En parallèle, vous pouvez à tout moment visiter notre laboratoire à Moscou (venir à pied ou le faire à distance via Internet) et réaliser vous-même ces tests (vous pouvez même faire des tests pour un projet précis :-)). Écrivez-nous, nous étudierons tous les scénarios !
De plus, si vous n'êtes pas à Moscou, vous pouvez toujours vous familiariser avec notre système de stockage en participant à une formation gratuite dans un centre de compétence de la ville la plus proche de chez vous.
Vous trouverez ci-dessous une liste des événements à venir et des dates de fonctionnement des centres de compétences.
- Ekaterinbourg. 16 mai 2019. Séminaire de formation. Vous pouvez vous inscrire en utilisant le lien :
- Ekaterinbourg. 20 mai – 21 juin 2019. Centre de compétences. Venez assister à une démonstration en direct du système de stockage AERODISK ENGINE N2 à tout moment de travail. L'adresse exacte et le lien d'inscription seront fournis ultérieurement. Suivez les informations.
- Novossibirsk SUIVEZ LES INFORMATIONS SUR NOTRE SITE ou HUBRA.
Octobre 2019 années - Kazan. SUIVEZ LES INFORMATIONS SUR NOTRE SITE ou HUBRA.
Octobre 2019 années - Krasnoïarsk SUIVEZ LES INFORMATIONS SUR NOTRE SITE ou HUBRA.
Novembre 2019 ans
Nous souhaitons également partager une autre bonne nouvelle : nous avons enfin reçu notre une chaîne où vous pouvez regarder des vidéos d'événements passés. Nous y publions régulièrement nos vidéos de formation.
banc d'essai
Alors revenons 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 Front-end Fibre Channel 16G. De manière symétrique, nous avons mis à niveau le serveur à partir duquel nous exécuterons la charge en ajoutant des adaptateurs FC 16G.
En conséquence, dans notre laboratoire, nous disposons d'un système de stockage à 2 contrôleurs avec 24 disques SAS SSD 1,6 To, 3 disques DWPD, qui est connecté via des commutateurs SAN à un serveur Linux physique via FC 16G.
Le schéma du banc de test est présenté dans la figure ci-dessous.
Méthodologie des tests
Pour de meilleures performances en matière d'accès par bloc, nous utiliserons des pools DDP (Dynamic Disk Pool), que nous avons créés spécifiquement pour les systèmes ALL-FLASH.
Pour les tests, nous avons créé deux LUN d'une capacité de 1 To chacun avec un niveau de protection RAID-10. Nous allons « répartir » chaque LUN sur 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 d'utiliser au maximum les 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 seront automatiquement téléchargées sur Excel, dans lequel des graphiques sont déjà construits pour plus de clarté.
Profils de charge
Au total, nous effectuerons trois tests d'une heure chacun, hors temps de préchauffage, pour lequel nous allouerons 15 minutes (c'est exactement la quantité nécessaire pour réchauffer une matrice de 24 disques SSD). Ces tests émulent les profils de charge les plus fréquemment rencontrés, il s'agit notamment de certains SGBD, systèmes de vidéosurveillance, diffusions de contenus médias et sauvegardes.
De plus, dans tous les tests, nous avons délibérément désactivé la possibilité de mise en cache dans la RAM sur le système de stockage et sur l'hôte. Bien sûr, cela aggravera les résultats, mais, à notre avis, dans de telles conditions, le test sera plus équitable.
Résultats de test
Essai n°1. Chargement aléatoire en petits blocs. Émulation d'un SGBD transactionnel à forte charge.
- Taille du bloc = 4k
- Lecture/écriture = 70 %/30 %
- Nombre d'œuvres = 16
- Profondeur de la file d'attente = 32
- Charger le caractère = Aléatoire complet
Résultats des tests:
Au total, avec le système Engine N2 junior de milieu de gamme, nous avons reçu 438 2,6 IOPS avec une latence de XNUMX millisecondes. Compte tenu de la classe du système, à notre avis, le résultat est tout à fait correct. Pour comprendre s'il s'agit de la limite du système, nous examinerons l'utilisation des ressources des contrôleurs de stockage.
Nous nous intéressons principalement au CPU, puisque, comme indiqué ci-dessus, nous avons volontairement désactivé le cache RAM afin de ne pas fausser les résultats des tests.
Sur les deux contrôleurs de stockage, nous voyons à peu près la même image.
Autrement dit, la charge du processeur est de 50 %. Cela suggère que ce système de stockage est loin d’être la limite et qu’il peut encore être facilement mis à l’échelle. Allons un peu plus loin : tous les tests suivants ont également montré que la charge sur les processeurs du contrôleur était d'environ 50 %, nous ne les énumérerons donc pas à nouveau.
Sur la base de nos tests en laboratoire, la limite confortable du système AERODISK Engine N2, si nous comptons les IOPS aléatoires sur 4 700 blocs, est d'environ 000 4 IOPS. Si cela ne suffit pas et que vous devez viser un million, nous avons l'ancien modèle ENGINE NXNUMX.
Autrement dit, l'histoire de millions d'IOPS est le MOTEUR N4, et si un million, c'est trop pour vous, utilisez calmement N2.
Revenons aux tests.
Essai n°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 copies de sauvegarde.
Dans ce test, nous ne nous intéressons plus aux IOPS, car chargées séquentiellement en gros blocs, elles n'ont aucun sens. Nous nous intéressons principalement : au débit d'écriture (mégaoctets par seconde) et aux délais, qui, bien entendu, seront plus élevés avec des gros blocs qu'avec des petits.
- Taille du bloc = 128k
- Lecture/écriture = 0 %/100 %
- Nombre d'œuvres = 16
- Profondeur de la file d'attente = 32
- Caractère de chargement – Séquentiel
Total : nous avons un enregistrement de cinq gigaoctets et demi par seconde avec des délais de onze millisecondes. Par rapport à ses concurrents étrangers les plus proches, le résultat, à notre avis, est excellent et ne constitue pas non plus la limite du système ENGINE N2.
Essai n°3. Lecture séquentielle en gros blocs. Émulation de contenus multimédias diffusés, génération de rapports à partir d'un SGBD analytique ou restauration de données à partir de sauvegardes.
Comme lors du test précédent, nous nous intéressons aux flux et aux délais.
- Taille du bloc = 128k
- Lecture/écriture = 100 %/0 %
- Nombre d'œuvres = 16
- Profondeur de la file d'attente = 32
- Caractère de chargement – Séquentiel
Les performances de lecture en streaming sont, comme on pouvait s’y attendre, légèrement meilleures que les performances d’écriture en streaming.
Fait intéressant, l'indicateur de latence est identique tout au long du test (ligne droite). Ce n'est pas une erreur ; lors de la lecture séquentielle de gros blocs, dans notre cas, c'est une situation courante.
Bien sûr, si nous laissons 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.
résultats
À partir du système AERODISK ENGINE N2 à double contrôleur, nous avons pu obtenir des résultats assez sérieux (~ 438 000 IOPS et ~ 5-6 gigaoctets par seconde). Les tests de charge ont montré que nous n'avons certainement pas honte de notre système de stockage. Au contraire, les indicateurs sont très corrects et correspondent à un bon système de stockage.
Bien que, comme nous l'avons écrit ci-dessus, le moteur N2 soit un modèle junior, et d'ailleurs, les résultats présentés dans cet article ne constituent pas sa limite. Plus tard, nous publierons un test similaire de notre ancien système ENGINE N4.
Naturellement, nous ne pouvons pas couvrir tous les tests possibles dans le cadre d'un seul article, nous invitons donc à nouveau les lecteurs à partager leurs souhaits pour les futurs tests dans les commentaires ; nous en tiendrons certainement compte dans les prochaines publications.
De plus, nous vous rappelons que cette année, nous sommes activement engagés dans la formation, nous vous invitons donc dans nos centres de compétences, où vous pourrez suivre une formation sur les systèmes de stockage AERODISK, et en même temps passer un moment intéressant et amusant.
Je duplique les informations sur les événements de formation à venir.
- Ekaterinbourg. 16 mai 2019. Séminaire de formation. Vous pouvez vous inscrire en utilisant le lien :
- Ekaterinbourg. 20 mai – 21 juin 2019. Centre de compétences. Venez assister à une démonstration en direct du système de stockage AERODISK ENGINE N2 à tout moment de travail. L'adresse exacte et le lien d'inscription seront fournis ultérieurement. Suivez les informations.
- Novossibirsk SUIVEZ LES INFORMATIONS SUR NOTRE SITE ou HUBRA.
Octobre 2019 années - Kazan. SUIVEZ LES INFORMATIONS SUR NOTRE SITE ou HUBRA.
Octobre 2019 années - Krasnoïarsk SUIVEZ LES INFORMATIONS SUR NOTRE SITE ou HUBRA.
Novembre 2019 ans
Source: habr.com