Examen des systèmes de violon FSP 7650

Violin Systems n'est pas exactement une nouvelle entreprise ; nous les couvrons depuis six ans maintenant. La société a débuté en tant que pionnière dans le domaine du tout-flash et a rencontré quelques problèmes après être devenue publique. Cependant, la société renaît de ses cendres avec de nouveaux investisseurs qui soutiennent l'entreprise et dispose de nouvelles options de déploiement ainsi que du même cadre d'équipements hautement performants. Nous travaillons avec Violin dans le laboratoire depuis un certain temps maintenant ; Aujourd'hui, nous examinons la baie 7650, qui est le modèle XNUMX % flash « aux performances extrêmes » de la plate-forme de stockage Flash Violin (FSP).

Violin Systems n'est pas exactement une nouvelle entreprise ; nous les couvrons depuis six ans maintenant. La société a débuté en tant que pionnière dans le domaine du tout-flash et a rencontré quelques problèmes après être devenue publique. Cependant, la société renaît de ses cendres avec de nouveaux investisseurs qui soutiennent l'entreprise et dispose de nouvelles options de déploiement ainsi que du même cadre d'équipements hautement performants. Nous travaillons avec Violin dans le laboratoire depuis un certain temps maintenant ; Aujourd'hui, nous examinons la baie 7650, qui est le modèle XNUMX % flash « aux performances extrêmes » du portefeuille Violin Flash Storage Platform (FSP).

Le Violin FSP 7650 est un SAN 2 % flash axé sur des performances supérieures et une latence ultra-faible. Le SAN promet de fournir jusqu'à 140 millions d'IOPS tout en maintenant une faible latence constante. Cette solution SAN complète peut évoluer jusqu'à 8.8 To de capacité brute et démarre à partir de XNUMX To. Quelque chose dans lequel l'entreprise a investi est de changer ses options de déploiement avec un plan de paiement à la croissance qu'ils appellent Scale Smart. Fondamentalement, le modèle est livré avec tout son flash installé et les utilisateurs ne paient que ce dont ils ont besoin. Lorsque leurs besoins augmentent, le nouveau flash est là dans le rack en attente, ce qui signifie qu'il n'y a pas de perturbations.

En plus d'être rapide et plus abordable, le 7650 est livré avec une multitude de services de données d'entreprise via son logiciel Concerto OS 7. Ces services incluent le chiffrement des données au repos qui répond aux normes de conformité FIPS-140–2 et AES-XTS-256 pour la sécurité des données. Les utilisateurs peuvent évoluer via la méthode ci-dessus ou utiliser l'extension de capacité en ligne et l'extension de LUN en ligne. Et le SAN propose une réplication asynchrone globale qui peut être combinée avec le FSP 770 Stretch Cluster pour optimiser la continuité des activités.

Spécifications du FSP 7650

Concevoir et construire

Le violon ne varie pas beaucoup sur la conception, car chaque plate-forme ressemble étonnamment à la dernière. Il en va de même pour le FSP 7650, qui est construit comme un tank. Sur le devant se trouve la poignée avec la marque, ainsi qu'un moyen facile de faire glisser le SAN. Derrière la poignée de maintien intégrée se trouve une ventilation pour la matrice, alimentée par des ventilateurs d'une taille impressionnante. En bas à droite se trouvent des voyants d'état LED et des ports USB.

Comme les autres périphériques Violin, le SAN exploite les modules de mémoire intelligents Violin (VIMM) pour le stockage par rapport aux SSD à facteur de forme courant. Ceux-ci sont situés derrière les ventilateurs. Comme nous l'avons indiqué précédemment, les VIMM sont l'alternative de Violin au stockage SSD et gèrent la récupération de place, le nivellement de l'usure et la gestion des erreurs/défauts pour leurs supports de stockage sous-jacents. Les VIMM sont composés d'un contrôleur flash basé sur la logique, d'un processeur de gestion, d'une mémoire DRAM pour les métadonnées et d'une mémoire flash NAND pour le stockage. Chacun est remplaçable à chaud pour faciliter la maintenance et se présente sous la forme d'une carte.

L'arrière de l'appareil a plus de ventilation dans le côté supérieur gauche avec deux blocs d'alimentation amovibles en dessous. À droite se trouvent deux ports USB, deux ports 40GbE, deux ports de console série et deux ports Ethernet. Sur le côté droit se trouvent quatre emplacements pour les cartes d'E/S et les ports.

Direction

Violin utilise Concerto OS 7 pour son logiciel d'exploitation et Symphony est le logiciel de gestion du SAN. La société se distingue vraiment des autres interfaces graphiques, et pas seulement parce qu'elle est flexible et facile à utiliser. Il est en fait construit autour du stockage flash par des personnes qui comprennent que le flash doit être considéré différemment. L'interface graphique se distingue également car elle permet aux utilisateurs de personnaliser plusieurs tableaux de bord grâce à l'utilisation de « gadgets », mettant les informations les plus pertinentes à disposition pour une visualisation facile. Du côté de la facilité d'utilisation, les utilisateurs peuvent exporter différentes vues de liste directement au format CSV, PDF et même par e-mail.

Il existe plusieurs gadgets parmi lesquels choisir et ils peuvent être mélangés et assortis pour couvrir la plupart des bases.

Tout d'abord, nous allons examiner l'onglet aperçu. Cet onglet comporte plusieurs sous-onglets qui permettent aux utilisateurs d'avoir un bon aperçu de la majeure partie du système. Le premier sous-onglet est un résumé et, comme son nom l'indique, il donne un résumé général rapide de la façon dont le système fonctionne.

Le sous-onglet suivant est la performance. Ici, les utilisateurs peuvent choisir la métrique qu'ils souhaitent examiner (IOPS, latence ou bande passante) et ils peuvent choisir de voir d'où proviennent les performances : FSP (en supposant qu'il y en ait plusieurs), contrôleur ou conteneur. Une heure spécifique peut également être choisie pour voir comment la performance était un jour particulier à un moment particulier.

Ensuite, nous examinons les meilleurs LUN. Ceux-ci sont divisés en catégories telles que la bande passante, les IOPS, la latence et la taille.

Les utilisateurs peuvent consulter toutes les informations LUN sur l'onglet suivant et, comme la plupart des aspects de Symphony, ils peuvent choisir les informations qu'ils souhaitent voir via un menu déroulant sur le côté droit.

LUN Performance est similaire à l'onglet Performances, et les utilisateurs peuvent choisir les performances qu'ils souhaitent afficher et d'où elles proviennent.

Le sous-onglet Clients répertorie les informations sur les clients telles que le contrôleur, l'adresse IP, le type, les LUN et s'il est compatible FC ou iSCSI. Les utilisateurs ont également la possibilité de personnaliser ce qui est vu lors de l'ouverture de l'onglet.

Pour le stockage, les utilisateurs doivent cliquer sur l'onglet VIMM. Ici, ils peuvent voir des états tels que le type de flash, s'il est en cours de reconstruction RAID, si les VIMM sont équilibrés, ainsi que des états tels que la durée de vie restante. Ils peuvent également obtenir une lecture en temps réel des VIMM au bas de l'écran et savoir s'il y a ou non des problèmes.

L'onglet principal suivant est l'onglet Gérer. Grâce à cet onglet, les utilisateurs peuvent gérer les périphériques (décomposés en baies, SAN ou LUN), les groupes ou les règles. Encore une fois, les utilisateurs reçoivent un tas d'informations qui peuvent être personnalisées et cliquer sur l'une des lignes permet aux utilisateurs d'approfondir un peu plus.

Faites un clic droit et ouvrez dans un nouvel onglet pour une image plus grande

En approfondissant un peu plus les LUN, les utilisateurs disposent de plusieurs nouvelles options, notamment les instantanés et la réplication. Ici, les utilisateurs peuvent configurer des instantanés, des instantanés de groupe et des réplications de LUN.

Sous l'onglet Gérer se trouve également le sous-onglet des règles. Ici, les utilisateurs peuvent configurer des règles pour les alertes d'espace sur les étagères et d'espace insuffisant, ainsi que des règles d'intégrité du système FSP définissant le nom et le seuil.

Sous l'onglet principal Analytics, il y a quatre sous-onglets : Rapports, Planification des rapports, Résultats des rapports et Alertes. Les utilisateurs peuvent sélectionner l'appareil sur lequel ils souhaitent un rapport et le voir ou programmer la configuration du rapport, puis obtenir les résultats. Ils peuvent également configurer et vérifier les alertes en fonction des mesures qu'ils ont configurées.

Faites un clic droit et ouvrez dans un nouvel onglet pour une image plus grande

Enfin, l'onglet Admin contient les suspects habituels tels que la configuration des utilisateurs et des notifications d'alerte, ainsi que la configuration des options de basculement et des plug-ins vCenter.

Bien que l'interface graphique soit une amélioration globale par rapport à la plupart des interfaces graphiques AFA, il existe quelques problèmes mineurs. Alors que "GUID" et "Serial #" sont des colonnes sélectionnables dans la liste LUN, une colonne pour WWN était notamment absente de la liste de choix. De même, si un flux de travail "Ajouter une réplication" est interrompu en cours d'installation, il laisse derrière lui une définition de ressource d'instantané orpheline, au lieu de se nettoyer correctement après lui-même.

Performances

Analyse de la charge de travail des applications

Les benchmarks de charge de travail d'application pour le Violin FSP 7650 comprennent les performances MySQL OLTP via SysBench et les performances Microsoft SQL Server OLTP avec une charge de travail TPC-C simulée. Dans chaque scénario, nous avions une répartition 50/50 des VIMM de la baie contrôlées par chaque contrôleur, dans son type RAID par défaut sur 12 sous-groupes RAID. À partir de cette configuration, nous répartissons uniformément notre charge de travail sur l'ensemble de la baie, afin d'équilibrer chaque contrôleur.

Performances du serveur SQL

Chaque machine virtuelle SQL Server est configurée avec deux vDisks : un volume de 100 Go pour le démarrage et un volume de 500 Go pour la base de données et les fichiers journaux. Du point de vue des ressources système, nous avons configuré chaque machine virtuelle avec 16 vCPU, 64 Go de DRAM et exploité le contrôleur LSI Logic SAS SCSI. Alors que nos charges de travail Sysbench testées saturaient la plate-forme à la fois en termes d'E/S de stockage et de capacité, le test SQL recherche les performances de latence.

Ce test utilise SQL Server 2014 s'exécutant sur des machines virtuelles invitées Windows Server 2012 R2 et est souligné par Benchmark Factory for Databases de Quest. Alors que notre utilisation traditionnelle de cette référence a été de tester de grandes bases de données à l'échelle 3,000 1,500 sur un stockage local ou partagé, dans cette itération, nous nous concentrons sur la répartition uniforme de quatre bases de données à l'échelle 7650 XNUMX sur le Violin FSP XNUMX (deux machines virtuelles par contrôleur).

Configuration des tests SQL Server (par machine virtuelle)

• Windows Server 2012 R2
• Empreinte de stockage : 600 Go alloués, 500 Go utilisés
• SQL Server 2014
  • Taille de la base de données : échelle 1,500 XNUMX
  • Charge de client virtuel : 15,000 XNUMX
  • Mémoire tampon : 48 Go
• Durée du test : 3 heures
  • 2.5 heures de préconditionnement
  • Période d'échantillonnage de 30 minutes

SQL Server OLTP Benchmark Usine Équipement LoadGen

• Dell EMC PowerEdge R740xd Cluster virtualisé SQL à 4 nœuds
  • 8 processeurs Intel Xeon Gold 6130 pour 269 GHz en cluster (deux par nœud, 2.1 GHz, 16 cœurs, 22 Mo de cache)
  • 1 To de RAM (256 Go par nœud, 16 Go x 16 DDR4, 128 Go par processeur)
  • 4 HBA FC double port Emulex 16 Go
  • 4 x Mellanox ConnectX-4 rNDC 25GbE double port NIC
  • VMware ESXi vSphere 6.5/Enterprise Plus 8-CPU

Pour SQL Server, nous avons examiné les machines virtuelles individuelles ainsi que les scores agrégés. Le Violin FSP 7650 a pu atteindre un score global de 12,642.2 3,160.4 TPS avec des machines virtuelles individuelles atteignant 3,160.7 XNUMX TPS à XNUMX XNUMX TPS.

Avec une latence moyenne, le 7650 avait à la fois des machines virtuelles individuelles et un score global de 3 ms.

Performances de Sybench

Chaque Banc Sys La machine virtuelle est configurée avec trois vDisks, un pour le démarrage (~ 92 Go), un avec la base de données pré-construite (~ 447 Go) et le troisième pour la base de données testée (270 Go). Du point de vue des ressources système, nous avons configuré chaque machine virtuelle avec 16 vCPU, 60 Go de DRAM et exploité le contrôleur LSI Logic SAS SCSI. Les systèmes de génération de charge sont des serveurs Dell R740xd.

Cluster à 740 nœuds MySQL virtualisé Dell PowerEdge R8xd

• 16 processeurs Intel Xeon Gold 6130 pour 538 GHz en cluster (deux par nœud, 2.1 GHz, 16 cœurs, 22 Mo de cache)
• 2 To de RAM (256 Go par nœud, 16 Go x 16 DDR4, 128 Go par processeur)
• 8 HBA FC double port Emulex 16 Go
• 8 x Mellanox ConnectX-4 rNDC 25GbE double port NIC
• VMware ESXi vSphere 6.5/Enterprise Plus 8-CPU

Configuration des tests Sysbench (par machine virtuelle)

• CentOS 6.3 64 bits
• Empreinte de stockage : 1 To, 800 Go utilisés
• Percona XtraDB 5.5.30-rel30.1
  • Tableaux de base de données : 100
  • Taille de la base de données : 10,000,000 XNUMX XNUMX
  • Threads de base de données : 32
  • Mémoire tampon : 24 Go
• Durée du test : 3 heures
  • 2 heures de préconditionnement 32 fils
  • 1 heure 32 fils

Dans notre benchmark Sysbench, nous avons testé plusieurs ensembles de 8VM, 16VM et 32VM. Contrairement à SQL Server, nous n'avons examiné ici que les performances brutes. En termes de performances transactionnelles, le 7650 a pu atteindre 17,021.7 8 TPS avec 23,202.2 VM, 16 25,313.7 TPS avec 32 VM et XNUMX XNUMX TPS avec XNUMX VM.

En ce qui concerne la latence moyenne, le 7650 avait 15 ms avec 8 VM ; doubler à 16 machines virtuelles a porté la latence à seulement 22 ms, et la doubler à nouveau à 32 machines virtuelles n'a fait passer la latence qu'à 41.1 ms.

Dans notre référence de latence dans le pire des cas, le 7650 a atteint 27.7 ms avec 8 VM, 40.8 ms avec 16 VM et 75.5 ms avec 32 VM.

Analyse de la charge de travail VDBench

Lorsqu'il s'agit de comparer les baies de stockage, les tests d'application sont les meilleurs et les tests synthétiques viennent en deuxième position. Bien qu'ils ne soient pas une représentation parfaite des charges de travail réelles, les tests synthétiques aident à référencer les périphériques de stockage avec un facteur de répétabilité qui facilite la comparaison de pommes à pommes entre des solutions concurrentes. Ces charges de travail offrent une gamme de profils de test différents allant des tests « aux quatre coins », des tests de taille de transfert de base de données communs, ainsi que des captures de traces à partir de différents environnements VDI. Tous ces tests exploitent le générateur de charge de travail vdBench commun, avec un moteur de script pour automatiser et capturer les résultats sur un grand cluster de test de calcul. Cela nous permet de répéter les mêmes charges de travail sur une large gamme de périphériques de stockage, y compris les baies flash et les périphériques de stockage individuels. Côté baie, nous utilisons notre cluster de serveurs Dell PowerEdge R740xd :

Profils:

• Lecture aléatoire 4K : 100 % de lecture, 128 threads, 0-120 % d'iorate
• Écriture aléatoire 4K : 100 % d'écriture, 64 threads, 0-120 % de vitesse
• Lecture séquentielle 64K : 100 % de lecture, 16 threads, 0-120 % d'iorate
• Écriture séquentielle 64K : 100 % d'écriture, 8 threads, 0-120 % d'iorate
• Base de données synthétique : SQL et Oracle
• Traces de clone complet et de clone lié VDI

Dans notre test de lecture de pointe 4K, le Violin FSP 7650 avait des performances inférieures à la milliseconde jusqu'au nord de 1.5 million d'IOPS et a culminé à 1,613,302 2.26 XNUMX IOPS et une latence de XNUMX ms.

Pour les écritures de pointe 4K, le 7650 a atteint près de 900 1 IOPS avant de casser 902,388 ms et a culminé à 2.26 XNUMX IOPS avec une latence de XNUMX ms.

En passant aux charges de travail séquentielles, le 7650 avait une latence inférieure à la milliseconde jusqu'à environ 115 7.2 IOPS ou 64 Go/s pour 127 8 lectures. Le SAN a culminé à environ 4 XNUMX IOPS ou XNUMX Go/s avec une latence de XNUMX ms avant de perdre un peu de performances et d'augmenter un peu plus la latence.

Pour l'écriture 64K, le 7650 avait des performances de latence inférieures à la milliseconde jusqu'à environ 51K IOPS ou 3.2 Go/s avant de culminer à un peu plus de 56K IOPS ou 3.5 Go/s avec une latence de 4.3 ms suivie d'une légère baisse.

Pour SQL, le 7650 a atteint un peu plus de 650 1 IOPS avant de dépasser 767,440 ms. Cela a été suivi d'un gros pic de latence qui a chuté pour que le SAN culmine à 821 XNUMX IOPS et une latence de XNUMX μs.

Avec SQL 90-10, le 7650 a atteint environ 661 1 IOPS avant de casser 752,175 ms. Encore une fois, cela a été suivi d'un pic de latence (mais pas aussi élevé que le précédent) avant que le SAN ne culmine à 1.02 XNUMX IOPS et une latence de XNUMX ms.

Pour SQL 80-20, le 7650 avait une latence inférieure à la milliseconde jusqu'à environ 620 678,858 IOPS et culminait à 1.45 XNUMX IOPS et une latence de XNUMX ms.

Dans notre charge de travail Oracle, le 7650 est resté en dessous de 1 ms jusqu'à un peu plus de 552 623,453 IOPS et a culminé à 1.95 XNUMX IOPS avec une latence de XNUMX ms.

Avec l'Oracle 90-10, le 7650 avait une latence inférieure à la milliseconde et culminait à 685 837 IOPS avec une latence de XNUMX μs avant de chuter en performances et d'augmenter la latence.

Avec l'Oracle 80-20, le Violin FSP 7650 avait une fois de plus une latence inférieure à la milliseconde, mais juste. Le SAN a culminé à 642,732 996 IOPS et XNUMX μs.

Ensuite, nous sommes passés à notre test de clone VDI, Full et Linked. Pour VDI Full Clone Boot, le 7650 a atteint environ 320 1 IOPS avant de dépasser 433 ms. Le SAN a culminé à 1.3 XNUMX IOPS avec une latence de XNUMX ms avant d'en perdre.

Pour la connexion initiale VDI FC, le 7650 avait une latence inférieure à la milliseconde jusqu'à 192 213 IOPS et a culminé à environ 3 XNUMX IOPS avec une latence de XNUMX ms avant de chuter légèrement.

La connexion VDI Full Clone Monday a vu le 7650 atteindre 181 1 IOPS avant de casser 201,378 ms et culminer à 2.5 XNUMX IOPS avec une latence de XNUMX ms.

En passant à VDI Linked Clone, le test de démarrage a montré que le 7650 avait atteint environ 210 1 IOPS avant de dépasser 216,102 ms, même s'il chevauchait un peu la ligne avant de dépasser. Le SAN a culminé à 2.16 XNUMX IOPS avec une latence de XNUMX ms.

Avec la connexion initiale VDI Linked Clone, le 7650 a dépassé 155 1 IOPS avec moins de 128,002 ms de latence. Le SAN a culminé à 1.93 XNUMX IOPS avec une latence de XNUMX ms.

Enfin, le VDI Linked Clone Monday Login avait le 7650 avec une latence inférieure à la milliseconde jusqu'à environ 118 132 IOPS et culminait à environ 3.5 XNUMX IOPS avec une latence d'environ XNUMX ms.

Conclusion

Le SAN FSP 7650 de Violin est axé sur des performances extrêmes et, par là, la société entend des IOPS élevées avec une latence ultra-faible. En fait, la société revendique des performances pouvant atteindre 2 millions d'IOPS, la latence n'étant que de 1 ms. Le SAN est disponible dans des capacités allant de 8.8 To à 140 To et utilise le nouveau plan de paiement à la croissance de la société, Scale Smart. Le SAN est livré avec tout le stockage flash contenu dans la boîte et lorsque les clients en ont besoin de plus, ils peuvent commencer à payer et y accéder instantanément. Le FSP 7650 est livré avec plusieurs services de données via son logiciel Concerto OS 7 qui couvre la sécurité des données, l'évolutivité via l'expansion en ligne et la réplication pour la continuité.

Nouvelle marque de tableau de systèmes de violon

Pour les performances, nous avons exécuté à la fois nos tests d'analyse de la charge de travail des applications tels que SQL Sever et Sysbench ainsi que nos tests VDBench. Avec le test SQL Server, le 7650 a pu atteindre un score transactionnel global de 12,642.2 3 TPS tout en ayant une latence globale de 8 ms. Pour Sysbench, nous avons exécuté 16 VM, 32 VM et 7650 ​​VM, ce qui a entraîné des performances transactionnelles. Le 17,021.7 a pu atteindre 15 8 TPS et une latence moyenne de 23,202.2 ms avec 22 VM, 16 25,313.7 TPS à 41.1 ms de latence avec 32 VM et 27.7 8 TPS à 40.8 ms de latence avec 16 VM. Dans le pire des cas, la latence n'était que de 75.5 ms pour 32 VM, 7650 ms pour 32 VM et 99 ms pour 76 VM. Dans nos deux scénarios de test d'application, le Violin FSP XNUMX a fait exactement ce qu'il prétendait pouvoir faire : offrir des performances exceptionnellement élevées tout en maintenant une latence très faible. En explorant les données Sysbench, nous avons également été impressionnés par la quantité de performances que nous avons pu extraire avec un faible nombre de machines virtuelles, car certains systèmes de stockage nécessitent des charges très élevées pour atteindre toutes leurs performances, au prix d'une latence plus élevée. La latence sur cette unité était si bonne que même à la charge la plus élevée de XNUMX VM dans Sysbench, la latence du XNUMXe centile est restée inférieure à XNUMX ms !

Les résultats des tests VDBench ont montré plusieurs chiffres impressionnants pour le Violin FSP 7650. Encore une fois, la baie offrait des performances exceptionnellement constantes, même lorsque la profondeur des files d'attente augmentait. Dans notre charge de travail aléatoire 4K pilotée sur 16 machines virtuelles dans un environnement ESXi 6.5, la baie a démarré à 162 0.196 IOPS à 1.5 ms et a maintenu une latence inférieure à la ms jusqu'à 1.6 M IOPS. Le SAN a dépassé 2.26 million d'IOPS avec une latence de 4 ms en lecture 902K et atteint 4K IOPS en écriture 2.26K, également à 8 ms. Pour les numéros séquentiels, le SAN a atteint 3.5 Go/s en lecture et 64 Go/s en écriture lors de nos tests 767K. Avec nos charges de travail SQL, le violon avait des performances de pointe de 752 90 IOPS, 10 679 IOPS pour le 80-20 et 7650 623 IOPS pour le 685-90. Dans Oracle, le FSP 10 a culminé à 643 80 IOPS, 20 7650 IOPS pour 433-213 et 201 3 IOPS en 216-128. Les performances n'ont pas maintenu des IOPS aussi élevées lorsque nous sommes passés à nos tests VDI Clone, mais cela était prévu. Pour Full Clone, le 132 a culminé à 3.5 XNUMX IOPS pour le démarrage, XNUMX XNUMX IOPS pour la connexion initiale et XNUMX XNUMX IOPS pour la connexion du lundi, XNUMX ms étant la latence la plus élevée pour les performances de pointe. Pour Linked Clone, le SAN a culminé à XNUMX XNUMX IOPS pour le démarrage, XNUMX XNUMX IOPS pour la connexion initiale et XNUMX XNUMX IOPS pour la connexion du lundi, avec XNUMX ms pour la latence la plus élevée.

Le Violin FSP 7650 atteint toutes les marques que nous recherchions, y compris un prix beaucoup plus agressif que prévu. La baie est livrée avec un châssis surdimensionné conçu pour supporter tout ce que vous pourriez lui lancer, et offre une suite de gestion facile à utiliser et personnalisable, gérant facilement chaque charge de travail que nous avons déployée. Les applications sensibles à la latence telles que notre environnement SQL Server n'ont eu aucun problème, et les charges de travail gourmandes en IOPS/débit telles que Sysbench ont poussé encore plus haut sans transpirer. De plus, les questions concernant la viabilité de l'entreprise qui auraient pu retenir les acheteurs au cours des années passées ont trouvé une réponse. Violin a le financement en place pour être à nouveau un acteur de l'informatique d'entreprise ainsi que les services de support requis. Quiconque a besoin d'une centrale électrique pour les charges de travail de niveau 0/1 ferait bien d'envisager Violin Systems.

Systèmes de violon

Discutez de cet avis

Inscrivez-vous à la newsletter StorageReview