Le mois dernier, NetApp a annoncé sa nouvelle baie 100 % flash de milieu de gamme, l'EF600. Bien que l'EF600 cible le même marché que l' EF570 , elle ne la remplace pas. Si l'EF570 prend en charge NVMe, l'EF600 est entièrement compatible NVMe, offrant ainsi une flexibilité et des performances inédites sur le segment milieu de gamme. Outre ses performances et son excellent rapport qualité-prix, l'EF600 garantit une évolutivité optimale, lui permettant de répondre aux besoins futurs sans nécessiter de mises à niveau majeures.
Passant directement aux performances, l'EF600 revendique 2 millions d'IOPS, jusqu'à 44 Go/s pour la bande passante et une latence inférieure à 100 μs dans certaines charges de travail. Ce niveau de performances ouvre la baie à de nouvelles charges de travail sensibles aux performances telles que les bases de données Oracle, l'analyse en temps réel, en plus des FS parallèles hautes performances tels que BeeGFS et Spectrum Scale. Le profil de performances est largement dérivé de l'implémentation NVMe de bout en bout de l'EF600. Cela permet également à la baie de prendre en charge 100 Go de NVMe sur InfiniBand, 100 Go de NVMe sur RoCE et 32 Go de NVMe sur FC, ce qui sera plus important à l'avenir. De plus, l'EF600 peut contenir jusqu'à 367 To de capacité dans son facteur de forme 2U.
L'EF600 repose sur cinq générations de matériel NetApp qui a fait ses preuves en matière de fiabilité. Du point de vue de la disponibilité, l'EF600 offre six 9 et un basculement automatisé avec une surveillance avancée. La matrice peut détecter un problème avant qu'un disque tombe en panne. En cas de panne, la technologie Dynamic Disk Pool de la matrice peut effectuer des reconstructions de disque plus rapidement qu'avec RAID5 ou RAID6. Grâce à SANtricity (qui est optimisé pour le flash), l'EF600 peut fournir plusieurs options de protection des données telles que la capacité dynamique, la migration dynamique de la taille des segments, la migration dynamique au niveau RAID et il est livré avec des mises à jour du micrologiciel sans interruption.
Spécifications NetApp AFA EF600
| Facteur de forme | 2U |
| La mémoire système | Jusqu'à 128GB |
| Stockage | |
| Capacité brute maximale | 360TB |
| Nombre maximal de lecteurs | 24 |
| Types de lecteur pris en charge | SSD 1.9 To, 3.8 To, 7.6 To FIPS de 3.8 To 1.9 To, 3.8 To, 7.6 To, 15.3 To FDE |
| Ports d'E/S de l'hôte | Ports d'E/S supplémentaires en option : 16 ports 32 Go FC 16 ports 32 Go NVMe sur FC 8 ports 100 Go NVMe sur InfiniBand 8 ports 100 Go NVMe sur Ethernet RoCE |
| La gestion du système | SANtricity System Manager 11.60 (basé sur le Web, intégré) |
| Performances | |
| IOPS | 2 millions |
| Latence moyenne | <100 μs jusqu'à 200,000 4 IOPS en écriture aléatoire XNUMXK <100 μs jusqu'à 150,000 4 IOPS en lecture aléatoire XNUMXK <250μs jusqu'à 2,000,000 4 XNUMX IOPS en lecture aléatoire XNUMXK |
| Débit soutenu | Jusqu'à 44 Go/s |
| Physique | |
| Dimensions HxLxP | 3.43 x 9.02 x 17.6 en (8.7 x 48.3 x 44.7 cm) |
| Poids | 53.66lb (24.34kg) |
| kVA | Typique : 0.979 Maximum : 1.128 |
| Watts | Typique : 979.09 Maximum : 1,128 |
| BTU | Typique : 3348 Maximum : 3,859.128 |
Construction et conception NetApp AFA EF600
La baie NetApp AFA EF600 est une baie 2U qui présente l'aspect standard de toutes les autres baies NetApp : même cadre élégant avec la marque NetApp. Sous le cadre se trouvent les 24 baies de lecteur s'étendant verticalement à l'avant de la matrice. Comme indiqué précédemment, NetApp est passé à une baie de lecteur bleu vif plus conforme à sa marque. Le bouton d'alimentation et les voyants LED se trouvent sur la gauche de l'appareil.
En se déplaçant vers l'arrière de l'appareil, nous voyons l'image miroir des contrôleurs, l'un au-dessus de l'autre. De gauche à droite, il y a le bloc d'alimentation, un port RJ45, un port USB 3.0, un port de gestion, deux ports réseau, le coin supérieur droit étant occupé par des connecteurs FC pour le NVMe sur FC dans ce cas.
Gestion NetApp AFA EF600
Le nouvel EF600 prend en charge les bundles logiciels NetApp SANtricity OS 11.XX qui incluent le micrologiciel du contrôleur, le micrologiciel IOM et SANtricity System Manager utilisés pour faire fonctionner les baies de stockage E-Series et EF-Series. SANtricity System Manager vous aidera à simplifier le flux de travail de gestion ; l'interface graphique a l'air et se sent frais, avec une interface Web simple et une terminologie simple.
Lorsque vous vous connectez à System Manager, l'onglet Accueil est le premier écran affiché ; ici, vous verrez le tableau de bord dans le corps principal de l'interface graphique. Quel que soit l'onglet sur lequel vous vous trouvez, vous verrez toujours les options générales disponibles dans le coin supérieur droit de l'interface graphique ; y compris les Préférences, l'Aide, la Déconnexion et également l'utilisateur actuellement connecté. Et sur le panneau de gauche, les onglets principaux du système sont présentés, Accueil, Stockage, Matériel, Paramètres et Support.
Dans le tableau de bord, vous pouvez consulter les zones critiques résumant l'état et la santé de la baie de stockage. En haut, la zone de notifications vous montre l'état et les composants du système ; la zone de performance, affiche les métriques clés, y compris IOPS, MiB/S et CPU ; la zone de capacité vous permet de voir la capacité système allouée ; et la zone de hiérarchie de stockage, vous offre une vue organisée des divers composants matériels et objets de stockage gérés par la matrice de stockage.
En descendant vers l'onglet Stockage, vous accédez aux principales catégories de système, où la configuration des groupes de pools et de volumes, des volumes, des hôtes, des performances et des instantanés est affichée. Certains d'entre eux seront détaillés dans les sections ci-dessous.
La page Pools & Volume Groups affiche les pools et les groupes de volumes qui ont été créés dans le système ; permet de modifier ceux qui existent déjà ou d'en créer de nouveaux à partir de lecteurs non attribués. Cette page affiche également la capacité totale, la capacité utilisée, le nombre de disques, la configuration RAID et d'autres statistiques de ces pools ou groupes de volumes.
La page Volumes affiche les volumes qui ont été configurés. Pour chaque volume, la page affiche l'état, les hôtes affectés, le pool ou le groupe de volumes auquel ils appartiennent, la capacité signalée, la capacité allouée et d'autres informations. C'est également la zone où vous pouvez créer ou modifier des volumes, ou définir des charges de travail par application.
La page Performances offre plusieurs façons de surveiller les performances de la baie de stockage. Dans l'onglet Vue logique, vous pouvez définir les composants que vous souhaitez surveiller, y compris l'ensemble du système, le pool, le groupe de volumes ou un volume unique. Vous pouvez également surveiller d'autres zones clés de la baie de stockage à l'aide de la vue Physique et Applications et charges de travail. La page Performances est également accessible depuis la page d'accueil en cliquant sur Afficher les détails des performances.
L'onglet suivant, celui du matériel, vous permet de gérer les étagères physiques, les contrôleurs et les lecteurs installés dans la baie de stockage. Cette page affiche les pilotes qui se trouvent n'importe où dans la matrice de stockage ; vous pouvez également modifier cette vue pour afficher les pilotes par pool ou groupe de volumes.
Cliquer sur l'icône du contrôleur, sous la zone Controller Shelf, vous permet de sélectionner et de voir les paramètres du contrôleur A ou du contrôleur B. À partir de cette fenêtre, vous pouvez vous déplacer sur différents onglets, Base, Cache, Interfaces hôte, Interfaces de lecteur, Ports de gestion et DNS/NTP pour voir des informations détaillées sur le contrôleur.
Cliquer sur l'une des autres icônes, également sous la zone Controller Shelf, fait apparaître la fenêtre Shelf Component Settings. Cette zone est idéale pour surveiller l'état et les paramètres liés aux composants de l'étagère, y compris les informations sur les alimentations, les ventilateurs, la température, les batteries et les SFP.
Dans l'onglet Paramètres, vous pouvez configurer des alertes pour avertir en cas de problème avec la baie de stockage. Cette zone vous permet également de modifier les paramètres système tels que le nom de la matrice de stockage, d'authentifier les utilisateurs, d'importer des certificats et d'effectuer d'autres fonctions à l'échelle du système.
La gestion des accès est l'endroit où vous pouvez établir l'authentification des utilisateurs dans le système. À partir de cette zone, vous pouvez gérer les mots de passe, les utilisateurs locaux, configurer les autorisations, ajouter un serveur d'annuaire et d'autres configurations de gestion des accès. Les méthodes d'authentification incluent RBAC (contrôle d'accès basé sur les rôles), les services d'annuaire et le langage SAML (Security Assertion Markup Language) 2.0.
Le dernier onglet, celui du support, vous permet d'effectuer des diagnostics et de recueillir des informations clés qui pourraient être demandées par le support technique ; si vous rencontrez des problèmes avec la matrice de stockage. Ici, vous pouvez utiliser le journal des événements pour voir les enregistrements historiques de la baie de stockage ; également effectuer des mises à jour du système.
En faisant défiler vers le bas dans la zone Centre de support, vous pouvez consulter les principales propriétés de la baie de stockage, telles que le numéro de série du châssis de l'identifiant mondial de la baie de stockage, le nombre d'étagères, le nombre de disques, le type de disque, le nombre de contrôleurs, la version du micrologiciel du contrôleur, la version de gestion du système et d'autres informations sur le système.
Configuration NetApp AFA EF600
Le NetApp EF600 était fourni avec 24 SSD NVMe, qui sont tous des modèles Samsung de 1.92 To. Pour le stockage en particulier, nous avons utilisé RAID10, qui est couramment utilisé par les clients qui achètent cette baie de stockage. Avec 24 disques et une disposition à deux contrôleurs, nous les avons divisés en deux groupes de volume de douze disques. À partir de ces deux groupes de volumes, nous avons alloué un volume chacun pour chaque hôte (deux volumes par hôte équilibrés sur les deux contrôleurs) d'une taille de 100 Go. Avec 12 hôtes de calcul, cela nous a donné une taille totale de jeu de données de travail de 24 x 100 Go ou 2.4 To.
Pour la connectivité back-end, l'EF600 ne prend actuellement en charge que NVMeoF, avec la prise en charge FCP à venir. Le système a été fourni avec toutes les optiques FC 32 Go et pour cet examen, nous avons mis à jour nos 12 hôtes avec les derniers HBA à double port Emulex 32 Go. Bien que nous ayons traditionnellement testé les AFA dans VMware, pour évaluer les performances de NVMeoF, nous avons exécuté une installation sans système d'exploitation de SLES 12 SP4 sur chaque hôte. Nous avons exploité les 16 ports de 32 Go (huit par contrôleur) connectés à notre structure FC à double commutateur alimentée par des commutateurs Brocade G620. Au total, cela a permis une bande passante théorique de 512 Go à partir de la baie de stockage (64 Go/s) où notre cluster à double port de 12 hôtes prend en charge un pic de 768 Go ou 96 Go/s.
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.
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
Nos tests VDBench ont été mis côte à côte en utilisant l'EF600 sur NVMeoF et l'EF570 sur FC. Avec une lecture 4K aléatoire, l'EF600 a démarré à 206,592 192.7 avec une latence de 1 μs et est resté inférieur à 2,082,389 ms jusqu'à ce qu'il atteigne environ 2,082,693 1.4 570 IOPS ; il a culminé à 103,330 184 570 avec une latence de 1 ms. L'EF929,562 a démarré à 1,031,613 2.5 avec une latence de XNUMX μs. L'EFXNUMX monte deux fois, et après le premier pic, il est resté inférieur à XNUMX ms jusqu'à ce qu'il atteigne XNUMX XNUMX IOPS, puis il atteint un maximum de XNUMX XNUMX XNUMX IOPS avec une latence de XNUMX ms.
En ce qui concerne les performances d'écriture 4K, encore une fois, les deux sous-systèmes ont démarré avec une latence ultra-faible, inférieure à 100 μs. L'EF600 a bien fonctionné en moins de 1 ms jusqu'à environ 640,171 570 IOPS, où la baie a également atteint son apogée. Il s'agissait d'une différence marquée par rapport aux performances de pointe de l'EF222,416 de 4.7 XNUMX IOPS avec une latence de XNUMX ms.
En passant aux charges de travail séquentielles, nous examinons les performances de lecture maximales de 64K, et ici l'EF600 a commencé sous 500 μs à 128,713 4 IOPS ou 643,152 Go/s et a culminé à 40.2 458 IOPS ou 570 Go/s avec une latence de 500 μs ; montrant une latence constante sur la performance globale. L'EF1 a également démarré sous 202,776 μs et est resté sous 12.67 ms jusqu'à ce qu'il atteigne 247,692 15.48 IOPS ou 2 Go/s, puis il a rapidement atteint un pic de XNUMX XNUMX IOPS ou XNUMX Go/s avec une latence de XNUMX ms.
En écriture 64K, les deux baies ont démarré avec une latence inférieure à la milliseconde inférieure à 250 μs et ont conservé une latence constante juste avant d'atteindre leurs performances maximales. L'EF600 a culminé à 141,859 8.87 IOPS ou 1.3 Go/s avec une latence de 570 ms. Les performances de l'EF80,675 ont culminé à 5 3.2 ou XNUMX Go/s avec une latence de XNUMX ms.
Notre prochaine série de tests concerne nos charges de travail SQL : SQL, SQL 90-10 et SQL 80-20. Dans le SQL, les deux baies ont commencé en dessous de 200 μs et sont restées en dessous de 1 ms même après avoir atteint des performances de pointe. Avec l'EF600, nous avons vu un pic à 1,880,526 398 570 IOPS à une latence de 1,029,910 μs. Et l'EF818 avait un pic à XNUMX XNUMX XNUMX IOPS avec une latence de XNUMX μs.
Avec SQL 90-10, nous avons vu les deux baies démarrer et maintenir les performances sous une latence de 1 ms. L'EF600 a culminé à 1,784,866 387 570 IOPS avec une latence de 600 μs, tandis que l'EF875,340 n'a marqué que la moitié des performances de l'EF853, culminant à XNUMX XNUMX IOPS à une latence de XNUMX μs.
Avec SQL 80-20, nous avons à nouveau observé un point de départ similaire pour la latence dans les deux baies, supérieure à 200 μs. L'EF600 a commencé à 156,264 1,559,733 IOPS et a culminé à 406 570 73,990 IOPS avec une latence de 739,139 μs. L'EF1.1 a commencé à XNUMX XNUMX IOPS et a culminé à XNUMX XNUMX IOPS avec une latence de XNUMX ms.
Notre prochain lot de benchmarks sont nos charges de travail Oracle : Oracle, Oracle 90-10 et Oracle 80-20. Avec Oracle, l'EF600 a commencé à 153,376 158 IOPS avec une latence de 1,531,381 μs et une latence inférieure à la milliseconde, pour atteindre un pic à 507 570 718,141 IOPS avec une latence de 1.2 μs. Ceci est comparé au pic de XNUMX XNUMX IOPS de l'EFXNUMX à une latence de XNUMX ms.
Dans Oracle 90-10, l'EF600 a démarré à 172,788 161 IOPS avec une latence de 1 μs et est resté inférieur à 1,660,486 ms pendant tout le test, et il a culminé à 286 570 874,181 IOPS avec une latence de 650 μs. L'EFXNUMX, en revanche, avait une performance maximale de XNUMX XNUMX IOPS avec une latence de XNUMX μs.
Pour Oracle 80-20, l'EF600 a démarré à 156,113 158 IOPS avec une latence de 600 μs restant sous une latence inférieure à la milliseconde jusqu'à la fin du test. L'EF1,514,221 a culminé à 310 570 735,093 IOPS avec une latence de 681 μs. C'était environ le double des XNUMX XNUMX IOPS de l'EFXNUMX avec une latence de XNUMX μs.
Conclusion
La NetApp AFA EF600 est une baie NVMe de bout en bout destinée au milieu de gamme. La baie ne fait que 2U mais peut contenir jusqu'à 367 To de capacité dans son petit châssis et offre des performances qui rivaliseraient avec des baies d'entreprise beaucoup plus grandes. Cela inclut 2 millions d'IOPS, jusqu'à 44 Go/s pour la bande passante et une latence inférieure à 100 μs. La baie est également livrée avec une protection intégrée pour le futur avec la prise en charge de 100 Go NVMe sur InfiniBand, 100 Go NVMe sur RoCE, prise en charge FCP et 32 Go NVMe sur FC. Comme toutes les baies NetApp, l'EF600 offre une haute disponibilité et plusieurs fonctionnalités intégrées de protection des données.
En ce qui concerne les performances, nous avons comparé l'EF600 exécutant NVMe-oF à l'EF570 sur FCP. Cela n'a pas été conçu pour montrer lequel est le meilleur, mais plutôt pour illustrer ce que l'on peut attendre des deux unités. Pour la lecture aléatoire 4K, l'EF600 avait plus du double des performances de pointe de l'EF570 à plus de 2 millions d'IOPS et près de la moitié de la latence à seulement 1.4 ms. Pour l'écriture 4K, l'EF600 avait près de 3 fois les performances de pointe (640K IOPS) avec un tiers de la latence (environ 1.5 ms). Avec nos charges de travail séquentielles de 64 40.2, nous avons constaté des performances de pointe de 8.87 Go/s en lecture et 2.6 Go/s en écriture environ 1.8 fois plus rapides en lecture et 600 fois plus rapides en écriture. Pour SQL, l'EF1.88 avait des scores de pointe de 1.78 million d'IOPS, 90 million d'IOPS pour SQL10-1.56 et 80 million d'IOPS pour SQL 20-600, le tout avec une latence inférieure à la milliseconde. Avec nos tests Oracle, l'EF1.53 a atteint 1.66 million d'IOPS, 90 million d'IOPS sur Oracle 10-1.51 et 80 million d'IOPS sur Oracle 20-1, toujours sous une latence de XNUMX ms.
L'AFA EF600 est une autre baie impressionnante de NetApp. L'EF600 offre aux utilisateurs de milieu de gamme la capacité dont ils ont besoin, ainsi que des performances transactionnelles très élevées avec une faible latence. Pour les clients qui n'ont pas besoin de la réduction des données ou des services de données riches offerts par le côté ONTAP de la maison, l'EF600 remplit le rôle d'offrir des performances élevées pour les applications ciblées qui peuvent bénéficier des dernières technologies NVMe SSD et de transport de données. . En fin de compte, l'EF600 ne conviendra pas à tout le monde, mais ce n'est pas l'intention, ce n'est clairement pas un couteau suisse. L'intention de NetApp avec l'EF600 est un peu plus tactique ; c'est-à-dire fournir une plate-forme renforcée capable de prendre en charge des applications qui ont tendance à se situer en dehors des points chauds de virtualisation habituels, et d'accélérer le délai de création de valeur pour l'entreprise. L'EF600 accélérera les charges de travail de l'IA, du ML et des bases de données, offrant des informations exploitables à l'entreprise plus rapidement que jamais dans cette catégorie de stockage. Pour cette performance par rapport au prix et la fiabilité qu'offre cette cinquième génération d'EF, l'EF600 a valu à la famille NetApp EF un autre StorageReview Editor's Choice Award.
Inscrivez-vous à la newsletter StorageReview
Amazon