Nous continuons la série d'articles sur Cisco Hyperflex. Cette fois, nous vous présenterons le travail de Cisco Hyperflex sous des SGBD Oracle et Microsoft SQL hautement chargés, et comparerons également les résultats obtenus avec des solutions concurrentes.
De plus, nous continuons de démontrer les capacités d'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 dans les villes de Moscou et de Krasnodar.
Moscou - 28 mai. Enregistrer .
Krasnodar - 5 juin. Enregistrer .
Jusqu’à récemment, les solutions hyperconvergées n’étaient pas une solution très adaptée aux SGBD, notamment ceux à forte charge. Cependant, grâce à l'utilisation de la fabric UCS comme plate-forme matérielle pour Cisco Hyperflex, qui a prouvé sa fiabilité et ses performances sur 10 ans, cette situation a déjà changé.
Veulent en savoir plus? Alors bienvenue au chat.
introduction
Il existe actuellement deux approches pour organiser des solutions hyperconvergées. La première approche est basée sur des solutions définies par logiciel, qui sont livrées sous forme de logiciel, et les clients sélectionnent eux-mêmes l'équipement. La deuxième approche repose sur des solutions clé en main, c'est-à-dire contenant des logiciels, du matériel et un support technique. Chez Cisco, nous suivons la deuxième approche et fournissons 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 haute qualité provenant d'un seul fabricant et des performances élevées.
Ce sont les hautes performances du système qui constituent l'un des facteurs clés au moment de décider d'utiliser ou non un produit particulier pour des tâches critiques.
Aujourd’hui, les organisations ont tendance à confier les tâches critiques à des solutions d’architecture classiques à trois niveaux (stockage > réseau de stockage > serveurs). Dans le même temps, la plupart des organisations s'efforcent de simplifier et de réduire le coût de leur infrastructure informatique sans en réduire la stabilité et les performances. C’est pour cette raison que de plus en plus de clients s’intéressent aux solutions hyperconvergées.
Dans cet article, nous parlerons des derniers tests (février 2019) réalisés par le laboratoire indépendant ESG (Enterprise Strategy Group). Lors des tests, le fonctionnement de SGBD Oracle et MS SQL hautement chargés (tests OLTP) a été émulé, ce qui constitue l'un des composants les plus critiques de l'infrastructure informatique dans un environnement réellement productif.
Ce chargement a été effectué sur trois solutions : Cisco Hyperflex, ainsi que deux solutions définies par logiciel installées sur les mêmes serveurs que ceux utilisés dans Hyperflex, c'est-à-dire sur les serveurs Cisco UCS.
Configurations d'essai
Le système du fournisseur A n'utilise pas de cache car une configuration de cache n'est pas prise en charge par le développeur de la solution. Pour cette raison, les disques ont été utilisés pour stocker davantage de capacité.
Méthodologie de test
Les tests OLTP ont été effectués avec quatre machines virtuelles et un ensemble de données de travail de 3,2 To. Avant l'exécution de chaque test, chaque VM était remplie de données enregistrées à l'aide d'un outil de test. Cela garantit que le test lit les données « réelles » et les écrit dans les blocs existants, plutôt que de simplement renvoyer des blocs nuls ou des valeurs nulles directement depuis la mémoire. Cela se produit lorsque les données ne sont pas renseignées. Il était donc important de s'assurer que le test reflétait avec précision la manière dont les données étaient lues et écrites dans l'environnement d'application. Ce vaste kit de travail a pris beaucoup de temps, mais à notre avis, il s'agit d'un investissement de temps qui en vaut la peine car il fournit des données de performances plus précises.
Les tests ont été effectués à l'aide de l'outil HCI Bench (basé sur Oracle Vdbench) et de profils d'E/S conçus pour émuler des charges de travail OLTP complexes et critiques à l'aide des backends Oracle et SQL Server. Les tailles de bloc ont été attribuées en fonction des applications émulées avec un accès aux données 100 % aléatoire (totalement aléatoire).
Charge de travail de base de données Oracle
Le premier était un test OLTP conçu pour émuler l'environnement Oracle. Vdbench a été utilisé pour créer une charge de travail avec différents ratios lecture/écriture. Le test a été réalisé sur quatre machines virtuelles. Au cours du test de quatre heures, HyperFlex a pu atteindre plus de 420 000 IOPS avec une latence de seulement 4.4 millisecondes. Les solutions logicielles A et B n'ont pu afficher respectivement que 238 000 et 251 000 IOPS.
Les niveaux de latence étaient assez similaires d'un système à l'autre, à l'exception de la latence en écriture du fournisseur B, qui était en moyenne de 26,49 ms, avec une très bonne latence en lecture de 2,9 ms. La compression et la déduplication étaient actives sur tous les systèmes.
Charge de travail Microsoft SQL Server
Ensuite, nous avons examiné une charge de travail OLTP conçue pour émuler un SGBD Microsoft SQL Server.
À la suite de ce test, le cluster Cisco HyperFlex a surpassé d'environ deux fois les performances de ses 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 n'était pas très différent du test Oracle, c'est-à-dire qu'il était d'un bon niveau de 4,4 ms. Dans le même temps, les fabricants A et B ont affiché des résultats nettement inférieurs à ceux du test Oracle. Le seul aspect positif de la solution concurrente B est la latence de lecture constamment faible de 2,9 ms ; pour tous les autres indicateurs, Hyperflex était deux fois ou plus en avance sur les solutions concurrentes.
résultats
Les tests effectués par le laboratoire indépendant ESG ont non seulement confirmé une fois de plus le niveau de performance décent de la solution Cisco Hyperflex, mais ont également prouvé que les systèmes hyperconvergés sont déjà prêts pour une utilisation généralisée dans des tâches critiques.
Les systèmes hyperconvergés ont longtemps été considérés comme mieux adaptés aux charges de travail non critiques. En 2016, ESG a mené une enquête auprès des grandes entreprises. On leur a demandé pourquoi ils avaient choisi une infrastructure traditionnelle plutôt qu'une infrastructure hyperconvergée. 54% des personnes interrogées ont répondu que la raison était la productivité.
Avance rapide jusqu’en 2018. La situation a changé : une nouvelle enquête ESG a révélé que seulement 24 % des personnes interrogées pensaient toujours que les approches traditionnelles sont toujours meilleures en termes de performance.
Lorsque l’évolution technologique modifie les critères de décision du secteur, il existe souvent un décalage entre ce que veulent les clients et ce qu’ils peuvent obtenir. Les fabricants qui peuvent voir ce qui manque et combler ce vide ont un avantage. Cisco propose une solution hyperconvergée qui offre la simplicité, la rentabilité et les performances constantes dont les clients ont besoin pour les charges de travail critiques.
Cisco progresse régulièrement 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 également par sa présence sur le marché. Par conséquent, à l'automne 2018, Cisco est entré à juste titre dans le groupe des leaders du marché HCI selon Gartner.
Vous pouvez déjà être convaincu qu'Hyperflex est une excellente solution pour les tâches commerciales les plus complexes et les plus exigeantes en visitant nos démonstrations qui se tiendront dans les villes de Moscou et de Krasnodar.
Moscou - 28 mai. Enregistrer .
Krasnodar - 5 juin. Enregistrer .
Source: habr.com