Test du NetApp AFF A200

Le NetApp AFF A200 est une baie de stockage 2 % flash 200U qui offre un point d'entrée attractif au portefeuille de stockage flash d'entreprise de NetApp. L'AFF A24 comprend 2.5 disques 200 pouces montés à l'avant gérés par deux contrôleurs et alimentés par des processeurs Intel Broadwell-DE à six cœurs. L'A200 est accessible avec des charges de travail SAN ou NAS (ou les deux). L'AFF A15 prend en charge les SSD jusqu'à 367 To de capacité, ce qui permet d'équiper une seule baie avec jusqu'à 224 To de stockage brut, avec un espace supplémentaire disponible via l'étagère d'extension DSXNUMXC.

Le NetApp AFF A200 est une baie de stockage 2 % flash 200U qui offre un point d'entrée attractif au portefeuille de stockage flash d'entreprise de NetApp. L'AFF A24 comprend 2.5 disques 200 pouces montés à l'avant gérés par deux contrôleurs et alimentés par des processeurs Intel Broadwell-DE à six cœurs. L'A200 est accessible avec des charges de travail SAN ou NAS (ou les deux). L'AFF A15 prend en charge les SSD jusqu'à 367 To de capacité, ce qui permet d'équiper une seule baie avec jusqu'à 224 To de stockage brut, avec un espace supplémentaire disponible via l'étagère d'extension DSXNUMXC.

Lorsque l'on considère la capacité totale d'une configuration NetApp AFF A200, il est important de garder à l'esprit que NetApp garantit l'efficacité de ses technologies de réduction des données en ligne, y compris la compression, la déduplication et le compactage des données. NetApp offre une efficacité de stockage garantie en fonction des types de charges de travail. Si les clients ne réalisent pas l'efficacité garantie, NetApp comblera la différence. Cette garantie est valable sous sa forme actuelle jusqu'en avril 2018.

L'évaluation de l'efficacité de réduction des données de l'AFF A200 n'entre pas dans le cadre de notre processus d'examen, mais selon NetApp, l'AFF A200 devrait réduire les besoins en capacité de 2 à 10 fois. En bref, la technologie de compactage des données de NetApp place plusieurs blocs de données logiques du même volume dans un seul bloc de 4 Ko. Selon NetApp, cette fonctionnalité a un impact "presque nul" sur les performances, ce qui relève bien de notre processus d'examen à évaluer. L'architecture de l'A200 exploite la baie FAS2650 de l'entreprise (l'architecture de l'AFF A200 est similaire à celle de la plate-forme FAS d'entrée), bien que les administrateurs FAS2650 précédents doivent noter que l'A200 n'intègre pas NVMe FlashCache et ne fonctionne qu'avec des SSD.

Beaucoup de choses ont changé au sein de l'écosystème NetApp au cours des trois années écoulées depuis notre dernier aperçu d'un produit Netapp, le FAS2240-2. Cela inclut le lancement de la gamme 9 % flash AFF et le lancement du système d'exploitation ONTAP XNUMX (actuellement à la version 9.2). L'AFF A200 fait partie de la gamme "AFF A", la deuxième génération de la famille AFF. La technologie Flash et le marché des baies 200 % Flash ont également évolué entre-temps. Il est donc raisonnable de considérer le NetApp AFF A2240 comme une indication de là où NetApp voit les plus grandes opportunités d'expansion sur de nouveaux marchés et de consolidation de la clientèle construite dans le passé avec des offres telles que le FASXNUMX.

Cette revue jette un regard complet sur ce stockage flash d'entrée de gamme de dernière génération de NetApp, avec un AFF A200 modestement équipé équipé de 24 SSD de 960 Go.

Spécifications NetApp AFF A200

• Par paire HA (contrôleur actif-actif)
• Facteur de forme : 2U
• Mémoire: 64GB
• NVRAM : 8 Go
• Rangements
  • Baies intégrées : 24 emplacements 2.5"
  • SSD maximal : 144
  • Capacité brute maximale : 2.2 PB
  • Capacité effective : 8.8 PB (base10)
  • SSD pris en charge : 15.3 To, 7.6 To, 3.8 To et 960 Go. 3.8 To et 800 Go d'auto-cryptage
  • Étagères de stockage prises en charge : DS224C, DS2246
• Évolutivité SAN : 2 à 8 nœuds
• RAID pris en charge : RAID6, RAID4, RAID 6 + RAID 1 ou RAID 4 + RAID 1 (SyncMirror)
• OS pris en charge:
  • Windows 2000
  • Windows Server 2003
  • Windows Server 2008
  • Windows Server 2012
  • Windows Server 2016
  • Linux
  • OracleSolaris
  • AIX
  • HP-UX
  • Mac OS
  • VMware
  • ESX
• Ports:
  • 8x UTA2 (16 Go FC, 10 GbE/FCoE)
  • 4 x 10 GbE
  • 4x SAS 12 Go
• Réseau de stockage pris en charge :
  • FC
  • FCoE
  • iSCSI
  • NFS
  • pNFS
  • CIFS/PME
• Version du système d'exploitation : ONTAP 9.1 RC2 ou version ultérieure
• Nombre maximum de LUN : 4,096 XNUMX
• Nombre d'hôtes SAN pris en charge : 512

Construire et concevoir

Le NetApp AFF A200 est construit autour d'un châssis à 24 baies prenant en charge des SSD SAS de 2.5 pouces. Cette architecture est basée sur l'étagère de stockage DS224C de NetApp, associée à des processeurs Intel Broadwell-DE à 6 cœurs et à une connectivité SAS 12 Gbit/s aux disques internes et externes. Du point de vue de la conception, Netapp a tout construit pour le plus haut niveau de redondance. Les connexions SAS MP-HA (Multi-path High-Availability) sont acheminées en interne et en externe, de sorte que chaque contrôleur peut communiquer avec chaque disque via plusieurs voies, même si une liaison est détachée ou surutilisée. De plus, l'unité est équipée d'une batterie NVMEM qui, lorsqu'elle est complètement chargée, est capable de gérer 25 événements de panne de courant distincts, donnant à chaque contrôleur suffisamment de temps de disponibilité pour transférer les données en vol vers un périphérique de démarrage embarqué. De plus, même les données désactivées sont entièrement cryptées pour les protéger, quel que soit l'événement qui a causé la panne de courant en premier lieu. Ce même niveau de résilience se manifeste dans la conception des systèmes de refroidissement et d'alimentation du châssis, où chaque bloc d'alimentation peut à lui seul refroidir complètement et alimenter le système indéfiniment dans des conditions de fonctionnement normales.

L'avant de l'appareil est assez simple avec un cadre de marque NetApp couvrant les baies de lecteur. Sur le côté gauche se trouve le bouton d'alimentation, ainsi qu'un affichage LED indiquant les défauts et l'état de l'activité.

La vue arrière a un peu plus de choses avec différents chemins de câbles, mais c'est la connectivité qui permet à la plupart de la magie redondante de se produire. Il y a deux nœuds et l'appareil est divisé au milieu, chaque côté étant identique à l'autre. Sur le côté gauche de chaque contrôleur se trouvent deux ports SAS. Ceux-ci sont utilisés en conjonction avec des étagères de stockage supplémentaires supplémentaires, et agissent également comme un lien redondant externe entre chaque contrôleur pour la connectivité HA SAS. À côté des ports SAS se trouvent deux ports 10GbE qui permettent une connectivité nœud à nœud. Dans un déploiement à paire unique, les deux nœuds sont directement connectés l'un à l'autre, tandis que dans un cluster plus grand (Clustered Data ONTAP), ces ports sont connectés à un commutateur dédié pour le trafic du cluster. Viennent ensuite quatre ports UTA2, qui peuvent être configurés pour fonctionner dans des personnalités FC ou Ethernet pour les données principales ou la structure réseau. Au-dessus des ports UTA2 se trouve un port micro-USB de la console. À droite des ports UTA2 se trouvent un port de console RJ-45 et un port USB. Et sur le côté droit se trouve le port de gestion. Sous les ports répertoriés se trouvent les alimentations doubles.

Direction

Le NetApp AFF A200 exécute ONTAP 9.1 et versions ultérieures ; 9.2 est sorti lors de notre examen. L'interface utilisateur est le gestionnaire de système OnCommand de NetApp. En haut se trouvent plusieurs onglets principaux, notamment Tableau de bord, LUN, SVM, Réseau, Matériel et diagnostics, Protection et Configurations. Grâce au tableau de bord principal, les utilisateurs peuvent facilement voir les alertes et les notifications, la façon dont les nœuds manuels sont actuellement utilisés (dans notre cas 2), l'efficacité du stockage, les principaux objets et une lecture des performances actuelles en termes de latence, d'IOPS et de bande passante. 

Sous l'onglet LUN, les utilisateurs peuvent facilement gérer leurs LUN car ils sont répertoriés par nom et cliquer sur l'un d'entre eux fait apparaître les propriétés en bas de l'écran. 

Sous l'onglet LUN se trouve également le sous-onglet pour les groupes d'initiateurs. Ici, les utilisateurs peuvent facilement voir et gérer le nom, la SVM, le type, le système d'exploitation, le portset et le nombre.

Le prochain onglet principal est SVM (Storage Virtual Machines). En cliquant sur cet onglet, les utilisateurs obtiennent une liste de SVM, ainsi que leurs détails dans le coin inférieur gauche.

Cliquer sur une SVM spécifique donne aux utilisateurs plusieurs autres options telles qu'une vue d'ensemble qui montre des éléments tels que la connexion, les volumes proches de la capacité et les performances des SVM.

Lorsque vous cliquez sur une SVM, il existe plusieurs autres sous-onglets, notamment Volumes, Application Provisioning, LUN, Qtrees, Quotas et SVM Settings. Sous le sous-onglet Volumes, les utilisateurs peuvent voir les volumes configurés, les modifier ou les supprimer, prendre un instantané et ajuster la QoS entre autres fonctions.

Si les utilisateurs souhaitent modifier l'un des volumes, ils n'ont qu'à cliquer avec le bouton droit sur un volume et ils sont amenés à l'écran ci-dessous. Ici, ils reçoivent trois onglets à modifier, notamment Général, Efficacité du stockage et Avancé. Comme son nom l'indique, l'onglet Général permet de modifier des informations générales, notamment le nom, le style de sécurité et si le volume est provisionné dynamiquement ou non.

L'efficacité du stockage permet aux utilisateurs de modifier les capacités de réduction des données dans le volume. Cela inclut l'activation ou la désactivation de la déduplication en arrière-plan, de la compression en ligne et de la déduplication en ligne.

Advanced permet aux utilisateurs de définir la récupération d'espace, y compris le redimensionnement automatique du volume et la suppression des anciens instantanés. Les utilisateurs peuvent également activer la réserve fractionnaire et mettre à jour le temps d'accès lorsqu'un fichier est lu.

Le sous-onglet suivant est Provisionnement d'application. Comme son nom l'indique, les utilisateurs peuvent provisionner certaines applications pour les SVM sous cet onglet. Ces applications (et leurs modèles) incluent Oracle SAN Oracle Single, Oracle SAN Oracle RAC, SAN SQL Server, SAN Virtual Desktop Instance et SAN SAP HANA.

Le sous-onglet LUN pour les SVM permet aux utilisateurs de voir, gérer et modifier les LUN pour chaque SVM. Les LUN sont répertoriés par nom (bien que cela puisse être ajusté) avec des détails généraux pour chacun. Et si les utilisateurs cliquent sur l'un d'eux, ils peuvent voir des propriétés plus avancées en bas.

Un sous-onglet important sous SVM est l'onglet Paramètres. Cet onglet permet aux utilisateurs de voir des éléments tels que les protocoles, les politiques, les services, les détails de l'utilisateur et les statuts actuels. 

Le prochain onglet principal que nous examinons est l'onglet Réseau. Cet onglet comporte plusieurs sous-onglets, notamment les sous-réseaux, les interfaces réseau, les ports Ethernet, les domaines de diffusion, les adaptateurs FC/FoE et les espaces IP. Le premier sous-onglet que nous examinerons est celui des interfaces réseau. Ici, les utilisateurs peuvent voir le nom de l'interface, la SVM, l'adresse IP, le port actuel, s'il s'agit ou non d'un port d'accueil, le type d'accès au protocole de données, l'accès de gestion, le sous-réseau et le rôle. Cliquer sur une interface affiche également les propriétés générales et de basculement. 

Le sous-onglet Ports Ethernet répertorie les différents ports, le nœud sur lequel ils se trouvent, leur domaine de diffusion et leur espace IP, et leur type. Cliquer sur un port donne également aux utilisateurs les propriétés et les interfaces. 

Le sous-onglet Domaine de diffusion indique aux utilisateurs si le domaine de diffusion est un cluster ou par défaut, ses unités de transmission maximales (MTU), son espace IP et son état de mise à jour de port combiné.

Le sous-onglet Adaptateurs FC/FoE affiche des informations sur les adaptateurs, telles que son WWNN, le nœud sur lequel il se trouve, l'emplacement dans lequel il se trouve, son WWPN, son état et sa vitesse. Cliquer sur un adaptateur donne aux utilisateurs des détails supplémentaires tels que le type de support, la connexion établie, la structure établie, la vitesse, l'adresse du port et le débit de la liaison de données. 

L'onglet principal suivant est Matériel et diagnostics. Cet onglet donne à l'utilisateur un menu déroulant avec plusieurs options. L'une des options est le disque, avec deux sous-onglets, Résumé et Inventaire. Sous Inventaire, les utilisateurs peuvent voir tous les disques de leur cluster, les noms, le type de conteneur, le domicile et le propriétaire actuel, le type (dans ce cas, tous les SSD), RPM (dans ce cas, aucun, car les disques sont tous des SSD) , la taille effective et l'espace physique. Cliquer sur un disque fournit également des détails supplémentaires tels que l'agrégat, l'ID du fournisseur, la mise à zéro, les numéros de série et les détails cassés.

Les utilisateurs peuvent consulter les agrégats afin de voir des informations telles que le nom, le nœud sur lequel ils se trouvent, le pourcentage utilisé, l'espace disponible, l'espace utilisé, l'espace total, le nombre de volumes et le nombre de disques. 

Les diagnostics pour les nœuds donnent des informations générales telles que le nom, l'état, le temps de disponibilité, la version ONTAP, le numéro de modèle, l'ID système, le numéro de série et si le nœud est optimisé pour le flash ou non.

Les diagnostics pour les événements donnent aux administrateurs un message assez détaillé sur les événements, leur gravité, leur origine, le nœud dans lequel ils se sont produits, la date et l'heure et d'autres détails de l'événement.

L'onglet principal suivant est Protection, qui offre aux utilisateurs un menu déroulant pour les instantanés. Les utilisateurs disposent d'un écran pour planifier des instantanés, avec diverses options basées sur le temps ou sur l'intervalle.

L'autre écran sous l'onglet Protection permet aux utilisateurs de définir des politiques d'instantanés.

Le dernier onglet principal est Configuration. L'onglet Configuration comporte de nombreuses sous-sections sur le côté gauche, notamment Mises à jour de la configuration, Processeur de service, Homologues du cluster, Haute disponibilité, Licences, Mises à jour du cluster, Date et heure, SNMP, LDAP, Utilisateurs et Rôles. En cliquant sur Service Processor, les utilisateurs voient les nœuds du cluster, leurs adresses IP, leur état et leur adresse MAC, ainsi que les détails généraux et du réseau. 

Sous Mise à jour du cluster, les utilisateurs peuvent voir quelles mises à jour sont disponibles via ONTAP pour leur cluster et ce que la mise à jour implique. 

Dans l'ensemble, l'interface de gestion du NetApp AFF A200 est agréable à utiliser et n'a pas eu de raté lors de nos tests. Il offre une approche indépendante du navigateur et du logiciel pour fonctionner sur vraiment n'importe quel type de plate-forme, y compris un iPhone (capture d'écran ci-dessous). Alors que l'interface mobile n'était pas le moyen préféré pour gérer le système, le fait que vous puissiez le faire en cas de besoin est impressionnant. L'interface est propre et facile à suivre, avec toutes les zones avec lesquelles nous avons interagi simples à parcourir pour gérer la baie. Bien que certaines interfaces puissent avoir une apparence ou une sensation "plus récente", l'interface graphique Web ONTAP réduit l'encombrement au minimum et, mieux encore, est très réactive et facile à parcourir.

Analyse de la charge de travail des applications

Les benchmarks de charge de travail d'application pour le NetApp AFF A200 consistent en les performances MySQL OLTP via SysBench et Microsoft SQL Server OLTP avec une charge de travail TPC-C simulée.

Les tests ont été effectués sur FC en utilisant quatre liaisons 16 Go, avec deux connexions par 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 200 XNUMX sur l'AXNUMX (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

• Cluster à 730 nœuds SQL virtualisé Dell PowerEdge R4
  • Huit processeurs Intel E5-2690 v3 pour 249 GHz en cluster (deux par nœud, 2.6 GHz, 12 cœurs, 30 Mo de cache)
  • 1 To de RAM (256 Go par nœud, 16 Go x 16 DDR4, 128 Go par processeur)
  • 4 x HBA FC double port Emulex 16 Go
  • 4 x Carte réseau Emulex 10GbE à deux ports
  • VMware ESXi vSphere 6.5/Enterprise Plus 8-CPU

En examinant les performances transactionnelles de NetApp AFF A200 dans notre test SQL Server, l'AFF A200 a obtenu des résultats de 12,620.15 3,154.95 TPS avec des machines virtuelles individuelles allant de 3,155.113 200 TPS à 12,583.81 3,145.29 TPS. En mode de réduction des données, nous avons constaté des résultats similaires avec le NetApp A3,146.43 atteignant un score global de XNUMX XNUMX TPS, avec des machines virtuelles individuelles allant de XNUMX XNUMX TPS à XNUMX XNUMX TPS.

En ce qui concerne la latence moyenne, l'A200 atteint 11 ms dans toutes les machines virtuelles, ce qui lui donne également un total de 11 ms. En mode DR, la latence a augmenté un peu, bien que cela soit prévisible avec des machines virtuelles individuelles allant de 24 ms à 26 ms, ce qui donne un score global de 25 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 Serveurs Dell R730; nous allons de quatre à huit dans cette revue, en mettant à l'échelle les serveurs par groupe de 4 VM.

Cluster de 730 à 4 nœuds MySQL virtualisé Dell PowerEdge R5

• 8-10 processeurs Intel E5-2690 v3 pour 249 GHz en cluster (deux par nœud, 2.6 GHz, 12 cœurs, 30 Mo de cache)
• 1 à 1.25 To de RAM (256 Go par nœud, 16 Go x 16 DDR4, 128 Go par CPU)
• 4 à 5 x HBA FC double port Emulex 16 Go
• 4 à 5 x Carte réseau Emulex 10GbE à deux ports
• 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

Pour Sysbench, nous avons testé plusieurs ensembles de machines virtuelles, dont 4, 8, 16 et 20, et nous avons exécuté Sysbench avec à la fois la réduction de données "On" et sous la forme "Raw". Pour les performances transactionnelles, le NetApp A200 a montré ses meilleures performances avec 20 machines virtuelles et la réduction des données désactivée, résultant en 9,695 200 TPS. Avec le DR activé, l'A8,986 atteint toujours 20 XNUMX TPS à XNUMX VM.

En ce qui concerne la latence moyenne, elle est évidemment plus faible avec moins de machines virtuelles, de sorte que les benchmarks 4VM avaient 17.84 ms pour le Raw et seulement 19.2 ms pour le DR. Ce qui est intéressant, c'est qu'à 20 VM, la différence entre la version Raw et la réduction des données n'était que d'environ 5 ms (66.02 ms à 71.24 ms).

Dans notre référence de latence dans le pire des cas, l'A200 avait également de bonnes performances avec la version de réduction de données de 4VM ayant la latence la plus faible à 48.43 ms (bien que le Raw n'était qu'à 48.63 ms). Lors de l'augmentation du nombre de machines virtuelles à 20, la version de réduction des données n'a atteint que 180.27 ms et le Raw a atteint 172.6 ms.

 

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. NetApp a partagé avec nous sa boîte à outils POC lors de l'examen de l'AFF A200, qui propose 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 R730 :

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 % d'iorate
• 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

En ce qui concerne les performances de lecture maximales, le NetApp AFF A200 offrait des performances de lecture 4k à faible latence exceptionnelles, mesurant 0.31 ms au début et restant en dessous de 1 ms jusqu'à environ 190 200 IOPS. À son apogée, l'A249 mesurait 16.4 XNUMX IOPS avec une latence de XNUMX ms.

En regardant les performances d'écriture maximales de 4k, l'A200 a commencé avec une latence de 0.34 ms et est restée inférieure à 1 ms jusqu'à ce qu'elle atteigne entre 40K et 50K IOPS. À son apogée, l'A200 a atteint plus de 85 19.6 IOPS à XNUMX ms

Passant à une lecture de crête de 64 200, l'A0.27 a commencé avec une latence de 1 ms et est restée inférieure à 48.5 ms jusqu'à ce qu'elle dépasse 60 8.5 IOPS. Il a culminé à un peu plus de 200 3.75 IOPS avec XNUMX ms de latence. L'AXNUMX a terminé avec une bande passante de XNUMX Go/s.    

Pour une écriture de crête séquentielle de 64k, l'A200 a commencé à 0.49 ms et est resté sous 1 ms jusqu'à ce qu'il atteigne un peu plus de 6K IOPS. L'A200 a atteint son apogée à 19.7 12.85 IOPS avec une latence de 200 ms. L'A1.22 avait également une bande passante de XNUMX Go/s à son apogée.

Dans notre charge de travail SQL, l'A200 a commencé sa latence à 0.37 ms et est restée inférieure à 1 ms jusqu'à un peu plus de 120 179 IOPS. Il a culminé à 5.7 XNUMX IOPS et XNUMX ms.

Dans le benchmark SQL 90-10, l'A200 a commencé avec une latence de 0.37 ms et est restée inférieure à 1 ms jusqu'à ce qu'elle atteigne entre 80 100 et 200 159 IOPS. L'A6.5 a culminé à XNUMX XNUMX IOPS avec une latence de XNUMX ms. 

Le SQL 80-20 a vu l'A200 démarrer avec une latence de 0.38 ms et rester sous 1 ms jusqu'à ce qu'il dépasse 60 200 IOPS. L'A131 a culminé à 7.8 XNUMX IOPS avec une latence de XNUMX ms.

Avec Oracle Workload, l'A200 a démarré avec une latence de 0.39 ms et est restée inférieure à 1 ms jusqu'à ce qu'elle dépasse 50 200 IOPS. L'A125 a culminé à 10.2 XNUMX IOPS avec une latence de XNUMX ms.

Avec l'Oracle 90-10, l'A200 a démarré avec une latence de 0.37 ms et est restée inférieure à 1 ms jusqu'à ce qu'elle atteigne un peu moins de 100 155 IOPS. Il a culminé à 4.2 XNUMX IOPS avec une latence de XNUMX ms. 

Avec l'Oracle 80-20, l'A200 a démarré avec une latence de 0.38 ms et est restée inférieure à 1 ms jusqu'à ce qu'elle atteigne un peu moins de 65 129 IOPS. Il a culminé à 4.9 XNUMX IOPS avec une latence de XNUMX ms. 

En passant à VDI Full Clone, le test de démarrage a montré que l'A200 commençait avec une latence de 0.35 ms et restait inférieure à 1 ms jusqu'à environ 52 200 IOPS. L'A122 a culminé à 8.6 XNUMX IOPS avec une latence de XNUMX ms.

La connexion initiale VDI Full Clone a commencé avec une latence de 0.41 ms et est restée inférieure à 1 ms jusqu'à environ 22 200 IOPS. L'A48 a culminé à 18.6 XNUMX IOPS avec une latence de XNUMX ms.

La connexion VDI Full Clone Monday a commencé avec une latence de 0.48 ms, restant inférieure à 1 ms jusqu'à plus de 20 49 IOPS. Il a culminé à 10.4 XNUMX IOPS avec XNUMX ms. 

Passant à VDI Full Clone, le test de démarrage a montré que les performances restaient inférieures à 1 ms jusqu'à environ 49 95.7 IOPS, puis atteignaient un pic de 5.13 XNUMX IOPS avec une latence moyenne de XNUMX ms.

Dans le profil Linked Clone VDI mesurant les performances de la connexion initiale, nous avons constaté une latence inférieure à la milliseconde jusqu'à environ 18.8 36.8 IOPS, où elle a encore augmenté pour atteindre 6.95 XNUMX IOPS à XNUMX ms à son apogée.

Dans notre dernier profil examinant les performances de la connexion VDI Linked Clone Monday, nous voyons la transition de barrière de 1 ms se produire à environ 17.5 37.4 IOPS, où la charge de travail a continué d'augmenter jusqu'à son maximum à 13.3 XNUMX IOPS et une latence moyenne de XNUMX ms.

VMmark 3

Mise à jour du 1/31/18:  Au moment de cet examen initial, nos tests VMmark n'étaient pas encore finalisés. Cela a depuis été mis en ligne et nous avons publié des détails supplémentaires sur le Performances de virtualisation de l'A200 par conséquent. Les données renforcent encore notre enthousiasme pour l'unité, car elle s'est très bien comportée avec un impact minimal lorsque les services de réduction des données ont été activés.

Conclusion

La baie NetApp AFF A200 est une baie d'entrée de gamme pour les petites entreprises qui cherchent à démarrer ou à migrer vers un stockage 200 % flash, ou une option intéressante pour les bureaux distants/succursales. L'A64 est une plate-forme à double contrôleur alimentée par des processeurs Intel Broadwell-DE à six cœurs et plus de 200 Go de mémoire. Du point de vue de la capacité, l'A24 dispose de 2.5 baies de 15 pouces pour les lecteurs flash SAS. La baie prend en charge jusqu'à 367 To de disques, ce qui porte une capacité brute totale jusqu'à 4 To, bien que la capacité effective soit beaucoup plus élevée avec la réduction des données. De plus, NetApp offre une réduction garantie de l'efficacité du stockage de 1:200. L'A224 peut également ajouter de la capacité grâce à une étagère d'extension DSXNUMXC. La baie s'exécute sur le système d'exploitation ONTAP de NetApp.

En ce qui concerne les performances, nous avons exécuté nos analyses de charge de travail d'application habituelles, y compris les charges de travail d'application SQL Server et Sysbench, ainsi que les nouveaux benchmarks synthétiques VDBench Workload Analysis. NetApp a partagé avec nous sa boîte à outils POC pour l'examen, ce qui nous a permis de lancer plus facilement des charges de travail sur plusieurs serveurs et de tester plus facilement des baies plus rapides de manière cohérente à l'avenir.

Avec nos charges de travail d'application, nous testons la baie avec et sans les services de réduction de données (DR) en ligne activés. Dans notre benchmark transactionnel pour SQL Server, l'impact du DR était minime, le score global étant de 12,620.1 12,583.8 TPS brut et de 3,145.3 3,155.1 TPS avec le DR activé. Les machines virtuelles individuelles allaient de 11 25 TPS à 4 8 TPS. Avec la latence moyenne de SQL Server, nous avons vu la latence doubler avec le DR activé ; la durée brute de 16 ms (à la fois individuelle et globale) et le DR ayant un total de 20 ms. Avec Sysbench, nous avons exécuté plusieurs ensembles de mise à l'échelle de machines virtuelles, notamment 4, 4, 7,175 et 17.84. À l'échelle la plus basse de 48.63 machines virtuelles, NetApp s'est plutôt bien comporté, offrant de bonnes performances sans avoir à saturer complètement la baie. Les performances brutes sur 20 VM étaient de 9,695 66.02 TPS, avec une latence moyenne de 172.6 ms et une latence dans le pire des cas de XNUMX ms. À l'autre extrémité avec XNUMX VM, le brut a atteint XNUMX XNUMX TPS avec une latence de XNUMX ms et une latence dans le pire des cas de XNUMX ms. Encore une fois, il n'y avait pas une différence énorme avec le DR activé, bien que le brut ait mieux performé dans tous les tests.

En regardant les tests VDBench effectués avec les services de réduction de données activés, il était impressionnant de voir des performances aussi solides avec une latence inférieure à la milliseconde. En 4K aléatoire, l'A200 a atteint 40K IOPS avant de dépasser 1 ms de latence en écriture, et en lecture, l'A200 a atteint 190K avant de dépasser 1 ms de latence. Cette tendance s'est poursuivie dans le reste des indices de référence. Lors de tests séquentiels de 64 200, l'A48 a pu atteindre 1 20 IOPS en dessous d'une latence de 1 ms en lecture, et en écriture, il a atteint près de 3.75 1.22 IOPS en dessous d'une latence de 100 ms (le test s'est également terminé avec des vitesses de bande passante de 90 Go/s en lecture et 10 Go/s écrire). Nous avons exécuté trois charges de travail SQL à 80 % de lecture, 20 % de lecture et 200 % d'écriture, et 120 % de lecture et 80 % d'écriture, l'A60 atteignant respectivement des scores de 1 200 IOPS, 50 100 IOPS et 65 1 IOPS, le tout avec une latence inférieure à 200 ms. En exécutant les trois mêmes tests avec une charge de travail Oracle, nous avons vu l'A52 atteindre 22 20 IOPS, 1 49 IOPS et 18 17 IOPS sous 1 ms de latence. Nous avons également exécuté des benchmarks VDI Full Clone et Linked Clone pour le démarrage, la connexion initiale et la connexion du lundi. L'A200 a pu atteindre XNUMX XNUMX IOPS, XNUMX XNUMX IOPS et XNUMX XNUMX IOPS sous une latence de XNUMX ms en Full Clone, et XNUMX XNUMX IOPS, XNUMX XNUMX IOPS et XNUMX XNUMX IOPS sous une latence de XNUMX ms en Linked Clone. NetApp n'hésite pas à commenter le degré d'optimisation en cours dans les coulisses pour ajuster les charges de travail, et vous pouvez le voir dans chaque test que nous avons effectué sur l'AXNUMX, même avec une réduction complète des données en ligne en jeu.

Après toutes ces charges de travail et les nombreuses semaines de tests dans notre laboratoire, une chose est claire : la migration vers des systèmes 200 % Flash a été une transformation pour NetApp. Une partie de l'amélioration concerne les offres flash uplift, mais une grande partie est due aux améliorations d'ONTAP. Quel que soit le mérite, le produit final est absolument fantastique. Le segment de milieu de gamme pour le stockage est étonnamment compétitif ; il y a une poignée de startups, d'options définies par logiciel et le reste des suspects habituels. Si vous cherchez à dépenser moins de six chiffres pour le stockage, vous pourriez être pardonné de ne pas regarder NetApp au-delà d'un coup d'œil décontracté dans ce segment. Ce serait cependant une erreur tragique, car l'A4 écrase tout simplement. Offrir des performances phénoménales en moins d'une milliseconde est une chose, mais voici la partie importante : NetApp le fait avec des services de réduction de données activés pour atteindre cette garantie de capacité 1:200. Ce n'est pas trivial; de nombreuses autres baies sont soit très plates avec la réduction des données, soit ne l'offrent tout simplement pas. Notre A15.5 d'entrée de gamme avec les disques de capacité la plus faible offrait jusqu'à 7.75 To sur deux pools de 62 To, ce qui signifie que nous aurions une capacité maximale de 4 To si nous atteignions cet objectif de 1: 15 et plus d'un pétaoctet avec les disques de 2 To proposés par NetApp . Portée assez impressionnante pour un boîtier milieu de gamme 200U. Les performances, combinées à un ensemble approfondi et mature de services de données, font de l'A2017 un choix facile en tant que deuxième gagnant du choix de l'éditeur en XNUMX.

Avantages

• Jusqu'à 367 To dans une empreinte 2U (avant l'efficacité des données 4:1)
• Les technologies de réduction des données ont eu un impact minimal sur les benchmarks de la charge de travail des applications
• Des performances exceptionnelles à des latences inférieures à la milliseconde dans VDBench
• Ensemble mature de services de données et d'intégrations

Inconvénients

• Manque une option SSD de 1.92 To pour combler l'écart de prix entre les configurations de 960 Go et de 3.8 To

En résumé

Le NetApp AFF A200 est une solution de stockage unifiée idéale pour le marché intermédiaire qui nécessite un mélange sans compromis de réactivité des applications, soutenu par une longue liste de services de données pur-sang.

Baies NetApp All Flash

Discutez de cet avis

Inscrivez-vous à la newsletter StorageReview