Cisco Hyperflex pour les SGBD à forte charge

Nous poursuivons notre série d'articles sur Cisco Hyperflex. Cette fois, nous vous présenterons le fonctionnement de Cisco Hyperflex dans des bases de données Oracle et Microsoft SQL très sollicitées, tout en comparant les performances obtenues avec celles des solutions concurrentes.

De plus, nous continuons à démontrer les capacités de Hyperflex dans les régions de notre pays et avons le plaisir de vous inviter à assister aux prochaines démonstrations de la solution, qui se tiendront cette fois à Moscou et à Krasnodar.

Moscou - 28 mai. Inscription via le lien.
Krasnodar - 5 juin. Inscription via le lien.

Les solutions hyperconvergentes étaient jusqu'à récemment peu adaptées aux bases de données, en particulier sous haute charge. Cependant, grâce à l'utilisation de l'infrastructure UCS comme plateforme matérielle pour Cisco Hyperflex, qui a prouvé sa fiabilité et sa performance pendant 10 ans, cette situation a déjà changé.

Vous souhaitez en savoir plus ? Alors, bienvenue sur notre site.

Introduction

Actuellement, il existe deux approches pour organiser des solutions hyperconvergentes. La première approche repose sur des solutions définies par logiciel, qui sont fournies sous forme de logiciel, tandis que le matériel est sélectionné par les clients eux-mêmes. La seconde approche repose sur des solutions « clés en main », qui comprennent à la fois le logiciel, le matériel et le support technique. Chez Cisco, nous adoptons la seconde approche et fournissons déjà des solutions prêtes à l'emploi à nos clients, car c'est le seul moyen de garantir un comportement stable du système, un support technique de qualité d'un même fabricant et une grande performance.
C'est précisément la haute performance du système qui est l'un des facteurs clés lors de la prise de décision d'utiliser tel ou tel produit pour des tâches critiques.

Aujourd'hui, les organisations placent généralement des tâches critiques sur des solutions classiques à architecture à trois niveaux (Stockage > réseau de stockage > serveurs). Parallèlement, la plupart des organisations cherchent à simplifier et à réduire le coût de leur infrastructure informatique, sans compromettre sa stabilité et sa performance. Pour cette raison, de plus en plus de clients se tournent vers des solutions hyperconvergentes.

Dans cet article, nous allons parler des derniers tests (février 2019) réalisés par le laboratoire indépendant ESG (Enterprise Strategy Group). Lors des tests, le fonctionnement des bases de données hautement chargées Oracle et MS SQL (tests OLTP) a été simulé, ce qui constitue l'un des éléments les plus critiques de l'infrastructure informatique dans un environnement de production réel.

Cette charge a été exécutée sur trois solutions : Cisco Hyperflex, ainsi que deux solutions définies par logiciel installées sur les mêmes serveurs utilisés dans Hyperflex, c'est-à-dire sur des serveurs Cisco UCS.

Configurations de test

Dans le système du vendeur A, il n'y a pas de cache, car la configuration avec cache n'est pas prise en charge par le développeur de la solution. Pour cette raison, des disques ont été utilisés pour stocker un volume plus important.

Méthodologie de test

Les tests OLTP ont été réalisés avec quatre machines virtuelles et un ensemble de données de 3,2 To. Avant chaque test, chaque VM a été alimentée avec des données préenregistrées à l'aide d'un outil de test. Cela garantit que le test lit des données « réelles » et les écrit dans des blocs existants, et ne renvoie pas simplement des blocs zéro ou des valeurs nulles directement depuis la mémoire. Cela se produit lorsque les données ne sont pas peuplées, il était donc important de s'assurer que le test reflétait précisément comment les données sont lues et écrites dans l'environnement de l'application. Remplir cet ensemble de travail volumineux a pris beaucoup de temps, mais à notre avis, c'est un investissement de temps productif, car cela permet d'obtenir des données de performance plus précises.

Les tests ont été effectués à l'aide de l'outil HCI Bench (basé sur Oracle Vdbench) et de profils d'entrée-sortie visant à simuler des charges de travail OLTP critiques et complexes en utilisant des back-ends Oracle et SQL Server. Les tailles de blocs ont été attribuées en fonction des applications simulées avec un accès aux données 100 % aléatoire (full random).

Charge de travail Oracle Database

Le premier test a été un test OLTP, conçu pour simuler un environnement Oracle. Vdbench a été utilisé pour générer une charge de travail avec différents ratios de lecture et d'écriture. Le test a été effectué sur quatre machines virtuelles. Au cours d'un test de quatre heures, HyperFlex a réussi à atteindre plus de 420 000 IOPS avec une latence de seulement 4,4 millisecondes. Les solutions logicielles A et B n'ont pu atteindre que 238 000 et 251 000 IOPS respectivement.

Les niveaux de latence dans différents systèmes étaient à peu près identiques, à l'exception de la latence d'écriture pour le fournisseur B, qui était en moyenne de 26,49 ms, avec de très bonnes performances de latence de lecture à 2,9 ms. La compression et la déduplication étaient actives dans tous les systèmes.

Charge de travail Microsoft SQL Server

Ensuite, la charge de travail OLTP a été examinée, conçue pour émuler la base de données Microsoft SQL Server.

En conséquence de ce test, le cluster Cisco HyperFlex a dépassé d'environ deux fois ses deux concurrents A et B. 490 000 IOPS pour Cisco contre 200 000 et 260 000 pour les fabricants A et B.

Le résultat de latence dans Cisco HyperFlex ne différait pas beaucoup du test Oracle, c'est-à-dire qu'il était à un bon niveau de 4,4 ms. Cependant, les fabricants A et B ont montré des résultats significativement inférieurs à ceux du test pour Oracle. Le seul point positif pour la solution concurrente B est son niveau de latence de lecture constamment bas à 2,9 ms, mais pour tous les autres indicateurs, Hyperflex a surpassé les solutions concurrentes de deux fois ou plus.

Conclusions

Les tests réalisés par le laboratoire indépendant ESG ont non seulement confirmé une fois de plus le niveau de performance respectable de la solution Cisco Hyperflex, mais ont également prouvé que les systèmes hyperconvergés sont désormais prêts pour une utilisation généralisée dans des tâches de niveau critique.

Les systèmes hyperconvergés ont longtemps été considérés comme plus adaptés aux charges de travail non critiques. En 2016, ESG a mené une enquête auprès de grandes entreprises. Ils ont été interrogés sur les raisons pour lesquelles ils préféraient une infrastructure traditionnelle à une solution hyperconvergée. 54 % des répondants ont indiqué que la raison en était la performance.

Retournons en 2018. Le tableau a changé : un nouvel examen par ESG a révélé que seulement 24 % des répondants pensaient encore que les approches traditionnelles étaient meilleures en termes de performance.

Lorsque l'évolution des technologies modifie les critères de choix des solutions dans l'industrie, il existe souvent un décalage entre ce que les clients veulent et ce qu'ils peuvent obtenir. Les fabricants qui parviennent à discerner les manques et à combler ce vide obtiennent un avantage. Cisco propose une solution hyperconvergente qui offre simplicité et rentabilité, ainsi qu'une performance élevée et stable qui fait défaut et dont les clients ont besoin pour des charges de travail critiques.

Cisco avance progressivement dans le domaine des systèmes hyperconvergés, ce qui est confirmé non seulement par les excellentes caractéristiques de la solution Cisco Hyperflex, mais aussi par sa présence sur le marché. Ainsi, à l'automne 2018, Cisco a mérité sa place parmi les leaders du marché HCI selon Gartner.

Vous pouvez déjà constater que Hyperflex est une solution exceptionnelle pour les tâches les plus complexes et exigeantes des entreprises, en visitant nos démonstrations qui se tiendront dans les villes de Moscou et Krasnodar.

Moscou - 28 mai. Inscription via le lien.
Krasnodar - 5 juin. Inscription via le lien.

Source : habr.com