Revisión de NetApp AFF A200

El AFF A200 de NetApp es un arreglo de almacenamiento all-flash de 2U que ofrece un atractivo punto de entrada a la cartera de almacenamiento flash empresarial de NetApp. La AFF A200 cuenta con 24 unidades de 2.5 pulgadas montadas en la parte frontal administradas por controladores duales y con procesadores Intel Broadwell-DE de seis núcleos. Se puede acceder al A200 con cargas de trabajo SAN o NAS (o ambas). El AFF A200 admite SSD de hasta 15 TB de capacidad, lo que permite equipar un solo arreglo con hasta 367 TB de almacenamiento sin procesar, con espacio adicional disponible a través del estante de expansión DS224C.

Al considerar la capacidad total de una configuración AFF A200 de NetApp, es importante tener en cuenta que NetApp garantiza la eficacia de sus tecnologías de reducción de datos en línea, incluidas la compresión, la deduplicación y la compactación de datos. NetApp proporciona eficiencia de almacenamiento garantizada en función de los tipos de cargas de trabajo. Si los clientes no se dan cuenta de la eficiencia garantizada, NetApp compensará la diferencia. Esta garantía es válida en su forma actual hasta abril de 2018.

Evaluar la efectividad de la reducción de datos del AFF A200 queda fuera del alcance de nuestro proceso de revisión, pero según NetApp, el AFF A200 debería reducir los requisitos de capacidad entre 2 y 10 veces. En resumen, la tecnología de compactación de datos de NetApp coloca varios bloques de datos lógicos del mismo volumen en un solo bloque de 4 KB. Según NetApp, esta funcionalidad tiene un impacto "casi nulo" en el rendimiento, algo que se incluye en nuestro proceso de revisión para evaluar. La arquitectura del A200 aprovecha la matriz FAS2650 de la empresa (la arquitectura del AFF A200 es similar a la de la plataforma FAS básica), aunque los administradores anteriores del FAS2650 deben tener en cuenta que el A200 no incorpora NVMe FlashCache y solo funciona con SSD.

Mucho ha cambiado dentro del ecosistema de NetApp durante los tres años transcurridos desde nuestro último vistazo a un producto de Netapp, el FAS2240-2. Esto incluye el debut de la línea AFF all-flash y el debut del sistema operativo ONTAP 9 (actualmente en la versión 9.2). La AFF A200 forma parte de la línea "AFF A", la segunda generación de la familia AFF. La tecnología flash y el mercado de arreglos all-flash también han evolucionado durante el tiempo intermedio. Por lo tanto, es razonable considerar que NetApp AFF A200 es una indicación de dónde NetApp ve las mayores oportunidades para expandirse a nuevos mercados y consolidar la base de clientes creada en el pasado con ofertas como FAS2240.

Esta revisión analiza de manera integral este almacenamiento flash de nivel de entrada de última generación de NetApp, con un AFF A200 modestamente equipado con 24 SSD de 960 GB.

Especificaciones de NetApp AFF A200

Por par HA (controlador activo-activo)
Factor de forma: 2U
Memoria: 64GB
NVRAM: 8GB
Storage
- Bahías integradas: 24 ranuras de 2.5"
- SSD máximo: 144
- Capacidad bruta máxima: 2.2PB
- Capacidad efectiva: 8.8PB (base10)
- SSD compatibles: 15.3 TB, 7.6 TB, 3.8 TB y 960 GB. 3.8 TB y 800 GB con autocifrado
- Estantes de almacenamiento compatibles: DS224C, DS2246
Escalamiento horizontal SAN: 2-8 nodos
RAID compatible: RAID6, RAID4, RAID 6 + RAID 1 o RAID 4 + RAID 1 (SyncMirror)
SO compatible:
- Windows 2000
- Windows Server 2003
- Windows Server 2008
- Windows Server 2012
- Windows Server 2016
- Linux
- oracle solaris
- AIX
- HP-UX
- Mac OS
- VMware
- ESX
Puertos:
- 8x UTA2 (FC de 16 Gb, 10 GbE/FCoE)
- 4 de 10 GbE
- 4 SAS de 12 Gb
Redes de almacenamiento admitidas:
- FC
- FCoE
- iSCSI
- NFS
- pnfs
- CIFS/PYMES
Versión del sistema operativo: ONTAP 9.1 RC2 o posterior
Número máximo de LUN: 4,096
Número de hosts SAN admitidos: 512

Construcción y Diseño

El AFF A200 de NetApp está construido alrededor de un chasis de 24 bahías que admite SSD SAS de 2.5 pulgadas. Esta arquitectura se basa en el estante de almacenamiento DS224C de NetApp, combinado con procesadores Intel Broadwell-DE de 6 núcleos y conectividad SAS de 12 Gbps para unidades internas y externas. Desde una perspectiva de diseño, Netapp construyó todo en exceso para lograr el máximo nivel de redundancia. Las conexiones SAS MP-HA (Multi-path High-Availability) se enrutan interna y externamente, por lo que cada controlador puede comunicarse con cada unidad a través de múltiples rutas, incluso si un enlace está desconectado o sobreutilizado. Además, la unidad tiene una batería NVMEM que, cuando está completamente cargada, puede manejar 25 eventos separados de fallas de energía, lo que brinda a cada controlador suficiente tiempo de actividad para transferir los datos en vuelo a un dispositivo de arranque integrado. Además, incluso los datos eliminados están completamente encriptados para protegerlos, independientemente del evento que causó la falla de energía en primer lugar. Este mismo nivel de resiliencia se muestra en el diseño de los sistemas de alimentación y refrigeración del chasis, donde cada fuente de alimentación por sí sola puede enfriar completamente y alimentar el sistema de forma indefinida en condiciones normales de funcionamiento.

La parte frontal del dispositivo es bastante simple con un marco con la marca NetApp que cubre los compartimientos para unidades. En el lado izquierdo está el botón de encendido, junto con una pantalla LED que indica fallas y estado de actividad.

La vista trasera tiene un poco más de variedad con varias rutas de cable, pero es la conectividad la que permite que suceda la mayor parte de la magia redundante. Hay dos nodos y el dispositivo está dividido por la mitad con cada lado idéntico al otro. En el lado izquierdo de cada controlador hay dos puertos SAS. Estos se utilizan junto con estantes de almacenamiento adicionales adicionales, además de actuar como un enlace redundante externo entre cada controlador para la conectividad HA SAS. Junto a los puertos SAS hay dos puertos de 10 GbE que permiten la conectividad de nodo a nodo. En una implementación de un solo par, ambos nodos están conectados directamente entre sí, mientras que en un clúster más grande (ONTAP de datos en clúster), estos puertos están conectados a un conmutador dedicado para el tráfico del clúster. A continuación, se encuentran cuatro puertos UTA2, que se pueden configurar para operar en personalidades FC o Ethernet para los datos primarios o la estructura de la red. Sobre los puertos UTA2 hay un puerto micro-USB de consola. A la derecha de los puertos UTA2 hay un puerto de consola RJ-45 y un puerto USB. Y en el lado derecho está el puerto de administración. Debajo de los puertos enumerados se encuentran las fuentes de alimentación duales.

Equipo Directivo

NetApp AFF A200 ejecuta ONTAP 9.1 y versiones posteriores; 9.2 salió durante nuestra revisión. La interfaz de usuario es OnCommand System Manager de NetApp. En la parte superior hay varias pestañas principales que incluyen Tablero, LUN, SVM, Red, Hardware y diagnóstico, Protección y Configuraciones. A través del panel principal, los usuarios pueden ver fácilmente las alertas y notificaciones, cómo se utilizan actualmente los nodos humanos (en nuestro caso, 2), la eficiencia del almacenamiento, los objetos principales y una lectura del rendimiento actual en latencia, IOPS y ancho de banda.

En la pestaña LUN, los usuarios pueden administrar fácilmente sus LUN, ya que se enumeran por nombre y al hacer clic en uno, aparecen las propiedades en la parte inferior de la pantalla.

También en la pestaña LUN se encuentra la subpestaña para grupos de iniciadores. Aquí los usuarios pueden ver y administrar fácilmente el nombre, la SVM, el tipo, el sistema operativo, el conjunto de puertos y el conteo.

La siguiente pestaña principal es SVM (máquinas virtuales de almacenamiento). Al hacer clic en esta pestaña, los usuarios obtienen una lista de SVM, junto con sus detalles en la esquina inferior izquierda.

Hacer clic en una SVM específica brinda a los usuarios varias otras opciones, como una descripción general que muestra cosas como la conexión, los volúmenes que se acercan a la capacidad y el rendimiento de las SVM.

Al hacer clic en una SVM, hay varias otras subpestañas que incluyen Volúmenes, Aprovisionamiento de aplicaciones, LUN, Qtrees, Cuotas y Configuración de SVM. En la subpestaña Volúmenes, los usuarios pueden ver los volúmenes configurados, editarlos o eliminarlos, tomar una instantánea y ajustar la calidad del servicio, entre otras funciones.

Si los usuarios desean editar uno de los volúmenes, solo necesitan hacer clic con el botón derecho en un volumen y se les llevará a la pantalla a continuación. Aquí se les dan tres pestañas para editar, incluidas General, Eficiencia de almacenamiento y Avanzado. Como su nombre lo indica, la pestaña General permite editar información general, incluido el nombre, el estilo de seguridad y si el volumen es de aprovisionamiento delgado o no.

Storage Efficiency permite a los usuarios editar las capacidades de reducción de datos dentro del volumen. Esto incluye activar o desactivar la deduplicación en segundo plano, la compresión en línea y la deduplicación en línea.

Avanzado permite a los usuarios configurar la recuperación de espacio, incluido el cambio de tamaño automático del volumen y la eliminación de instantáneas antiguas. Los usuarios también pueden habilitar la reserva fraccionaria y actualizar el tiempo de acceso cuando se lee un archivo.

La siguiente subpestaña es Aprovisionamiento de aplicaciones. Como su nombre lo indica, los usuarios pueden aprovisionar ciertas aplicaciones para SVM en esta pestaña. Estas aplicaciones (y sus plantillas) incluyen Oracle SAN Oracle Single, Oracle SAN Oracle RAC, SAN SQL Server, SAN Virtual Desktop Instance y SAN SAP HANA.

La subpestaña LUN para SVM permite a los usuarios ver, administrar y editar los LUN para cada SVM. Los LUN se enumeran por nombre (aunque esto se puede ajustar) con detalles generales para cada uno. Y si los usuarios hacen clic en uno, pueden ver propiedades más avanzadas en la parte inferior.

Una subpestaña importante en SVM es la pestaña Configuración. Esta pestaña permite a los usuarios ver cosas como protocolos, políticas, servicios, detalles del usuario y los estados actuales.

La siguiente pestaña principal que observamos es la pestaña Red. Esta pestaña tiene varias subpestañas que incluyen subredes, interfaces de red, puertos Ethernet, dominios de transmisión, adaptadores FC/FoE y espacios IP. La primera subpestaña que veremos es Interfaces de red. Aquí los usuarios pueden ver el nombre de la interfaz, la SVM, la dirección IP, el puerto actual, si es o no un puerto local, el tipo de acceso al protocolo de datos, el acceso de administración, la subred y el rol. Al hacer clic en una interfaz, también se muestran las propiedades generales y de conmutación por error.

La subpestaña Puertos Ethernet enumera los diferentes puertos, en qué nodo están, su dominio de transmisión y espacio IP, y de qué tipo son. Hacer clic en un puerto también brinda a los usuarios las propiedades e interfaces.

La subpestaña Broadcast Domain les dice a los usuarios si el dominio de transmisión es un clúster o predeterminado, sus unidades máximas de transmisión (MTU), su espacio IP y el estado de actualización de su puerto combinado.

La subpestaña Adaptadores FC/FoE muestra información sobre los adaptadores, como su WWNN, en qué nodo se encuentra, en qué ranura se encuentra, su WWPN, su estado y su velocidad. Al hacer clic en un adaptador, los usuarios obtienen detalles adicionales, como el tipo de medio, la conexión establecida, la estructura establecida, la velocidad, la dirección del puerto y la tasa de enlace de datos.

La siguiente pestaña principal es Hardware y diagnósticos. Esta pestaña le da al usuario un menú desplegable con varias opciones. Una de las opciones es disco, con dos subpestañas, Resumen e Inventario. En Inventario, los usuarios pueden ver todos los discos en su clúster, los nombres, el tipo de contenedor, el hogar y el propietario actual, el tipo (en este caso, todos los SSD), RPM (en este caso, ninguno, ya que los discos son todos SSD) , tamaño efectivo y espacio físico. Al hacer clic en un disco, también se proporcionan detalles adicionales, como agregados, ID de proveedor, puesta a cero, números de serie y detalles rotos.

Los usuarios pueden consultar los agregados para ver información como el nombre, en qué nodo se encuentran, el porcentaje utilizado, el espacio disponible, el espacio utilizado, el espacio total, el número de volúmenes y el número de discos.

Los Diagnósticos para nodos brindan información general, como el nombre, el estado, el tiempo de actividad, la versión de ONTAP, el número de modelo, el ID del sistema, el número de serie y si el nodo está optimizado para flash o no.

El diagnóstico de eventos brinda a los administradores un mensaje bastante detallado sobre los eventos, su gravedad, dónde se originaron, el nodo en el que ocurrieron, la fecha y la hora, y otros detalles del evento.

La siguiente pestaña principal es Protección, que brinda a los usuarios un menú desplegable para instantáneas. Los usuarios reciben una pantalla para programar instantáneas, con varias opciones basadas en el tiempo o en intervalos.

La otra pantalla debajo de la pestaña Protección permite a los usuarios establecer políticas de instantáneas.

La última pestaña principal es Configuración. La pestaña Configuración tiene muchas subsecciones en el lado izquierdo, incluidas Actualizaciones de configuración, Procesador de servicio, Pares de clúster, Alta disponibilidad, Licencias, Actualizaciones de clúster, Fecha y hora, SNMP, LDAP, Usuarios y Roles. Al hacer clic en Service Processor, los usuarios ven los nodos en el clúster, sus direcciones IP, estado y dirección MAC, así como la red y detalles generales.

En Actualización de clúster, los usuarios pueden ver qué actualizaciones están disponibles a través de ONTAP para su clúster y qué implica la actualización.

En general, la interfaz de administración de NetApp AFF A200 es agradable de usar y no tuvo contratiempos durante nuestras pruebas. Ofrece un enfoque independiente del navegador y del software para trabajar en cualquier tipo de plataforma, incluido un iPhone (captura de pantalla incluida a continuación). Si bien la interfaz móvil no era la forma preferida de administrar el sistema, el solo hecho de que pudiera hacerlo si surgiera la necesidad es impresionante. La interfaz es limpia y fácil de seguir, y todas las áreas con las que interactuamos son fáciles de recorrer para administrar la matriz. Si bien algunas interfaces pueden tener una apariencia o sensación "más nueva", ONTAP WebGUI mantiene el desorden al mínimo y, lo mejor de todo, es muy receptivo y fácil de usar.

Análisis de la carga de trabajo de la aplicación

Los puntos de referencia de la carga de trabajo de la aplicación para NetApp AFF A200 consisten en el rendimiento de MySQL OLTP a través de SysBench y el rendimiento de Microsoft SQL Server OLTP con una carga de trabajo TPC-C simulada.

Las pruebas se realizaron sobre FC utilizando cuatro enlaces de 16 Gb, con dos conexiones por controlador.

Rendimiento de SQL Server

Cada máquina virtual con SQL Server está configurada con dos discos virtuales: un volumen de 100 GB para el arranque y un volumen de 500 GB para la base de datos y los archivos de registro. Desde la perspectiva de los recursos del sistema, configuramos cada VM con 16 vCPU, 64 GB de DRAM y aprovechamos el controlador LSI Logic SAS SCSI. Si bien nuestras cargas de trabajo de Sysbench probadas anteriormente saturaron la plataforma tanto en E/S de almacenamiento como en capacidad, la prueba de SQL busca el rendimiento de la latencia.

Esta prueba usa SQL Server 2014 ejecutándose en máquinas virtuales invitadas de Windows Server 2012 R2 y está destacada por Benchmark Factory for Databases de Quest. Si bien nuestro uso tradicional de este punto de referencia ha sido probar grandes bases de datos de escala 3,000 en almacenamiento local o compartido, en esta iteración nos enfocamos en distribuir cuatro bases de datos de escala 1,500 de manera uniforme en el A200 (dos máquinas virtuales por controlador).

Configuración de prueba de SQL Server (por VM)

Windows Server 2012 R2
Huella de almacenamiento: 600 GB asignados, 500 GB utilizados
SQL Server 2014
- Tamaño de la base de datos: escala 1,500
- Carga de clientes virtuales: 15,000
- Búfer RAM: 48GB
Duración de la prueba: 3 horas
- 2.5 horas de preacondicionamiento
- Período de muestra de 30 minutos

Equipo LoadGen de fábrica de referencia OLTP de SQL Server

Clúster de 730 nodos de SQL virtualizado Dell PowerEdge R4
- Ocho CPU Intel E5-2690 v3 para 249 GHz en clúster (dos por nodo, 2.6 GHz, 12 núcleos, caché de 30 MB)
- 1 TB de RAM (256 GB por nodo, 16 GB x 16 DDR4, 128 GB por CPU)
- 4 x Emulex FC HBA de 16 GB y dos puertos
- 4 x NIC de dos puertos Emulex de 10 GbE
- VMware ESXi vSphere 6.5/Enterprise Plus 8-CPU

En cuanto al rendimiento transaccional de NetApp AFF A200 en nuestra prueba de SQL Server, AFF A200 logró resultados de 12,620.15 TPS con máquinas virtuales individuales que van desde 3,154.95 TPS a 3,155.113 TPS. En el modo de reducción de datos, vimos resultados similares con NetApp A200 alcanzando una puntuación total de 12,583.81 3,145.29 TPS, con máquinas virtuales individuales que van desde 3,146.43 TPS a XNUMX TPS.

Al observar la latencia promedio, el A200 alcanzó los 11 ms en todas las máquinas virtuales, lo que también le da un total de 11 ms. En el modo DR, la latencia aumentó un poco, aunque eso es de esperar con máquinas virtuales individuales que oscilan entre 24 ms y 26 ms, lo que da una puntuación total de 25 ms.

Rendimiento de Sysbench

Cada banco de sistema La máquina virtual está configurada con tres discos virtuales, uno para arranque (~92 GB), uno con la base de datos preconstruida (~447 GB) y el tercero para la base de datos bajo prueba (270 GB). Desde la perspectiva de los recursos del sistema, configuramos cada VM con 16 vCPU, 60 GB de DRAM y aprovechamos el controlador LSI Logic SAS SCSI. Los sistemas de generación de carga son Servidores Dell R730; oscilamos entre cuatro y ocho en esta revisión, escalando servidores por grupo de 4VM.

Clúster de 730 a 4 nodos MySQL virtualizado Dell PowerEdge R5

8-10 CPU Intel E5-2690 v3 para 249 GHz en clúster (dos por nodo, 2.6 GHz, 12 núcleos, caché de 30 MB)
1-1.25 TB de RAM (256 GB por nodo, 16 GB x 16 DDR4, 128 GB por CPU)
4-5 x Emulex FC HBA de 16 GB y dos puertos
4-5 x NIC de dos puertos Emulex de 10 GbE
VMware ESXi vSphere 6.5/Enterprise Plus 8-CPU

Configuración de prueba de Sysbench (por VM)

CentOS 6.3 de 64 bits
Huella de almacenamiento: 1 TB, 800 GB utilizados
Percona XtraDB 5.5.30-rel30.1
- Tablas de base de datos: 100
- Tamaño de la base de datos: 10,000,000
- Subprocesos de la base de datos: 32
- Búfer RAM: 24GB
Duración de la prueba: 3 horas
- 2 horas preacondicionamiento 32 hilos
- 1 hora 32 hilos

Para Sysbench, probamos varios conjuntos de máquinas virtuales, incluidos 4, 8, 16 y 20, y ejecutamos Sysbench con la reducción de datos "activada" y en forma "sin procesar". En cuanto al rendimiento transaccional, NetApp A200 mostró su mejor rendimiento con 20 VM y la reducción de datos desactivada, lo que resultó en 9,695 TPS. Con el DR activado, el A200 aún alcanza los 8,986 TPS a 20 VM.

En cuanto a la latencia promedio, obviamente es más baja con menos VM, por lo que los puntos de referencia de 4VM tenían 17.84 ms para Raw y solo 19.2 ms para DR. Lo que es interesante es que a 20 VM, la diferencia en la versión sin formato y con reducción de datos fue de solo unos 5 ms (66.02 ms a 71.24 ms).

En nuestro punto de referencia de latencia del peor de los casos, el A200 también tuvo un rendimiento sólido con la versión de reducción de datos de 4VM con la latencia más baja a 48.43 ms (aunque el Raw solo fue de 48.63 ms). Al aumentar el recuento de VM a 20, la versión de reducción de datos solo alcanzó 180.27 ms y Raw alcanzó 172.6 ms.

Análisis de carga de trabajo de VDBench

Cuando se trata de comparar matrices de almacenamiento, las pruebas de aplicaciones son las mejores y las pruebas sintéticas ocupan el segundo lugar. Si bien no es una representación perfecta de las cargas de trabajo reales, las pruebas sintéticas ayudan a los dispositivos de almacenamiento de referencia con un factor de repetibilidad que facilita la comparación de manzanas con manzanas entre las soluciones de la competencia. NetApp compartió su kit de herramientas POC con nosotros durante la revisión del AFF A200, que ofrece una gama de diferentes perfiles de prueba que van desde pruebas de "cuatro esquinas", pruebas comunes de tamaño de transferencia de bases de datos, así como capturas de seguimiento de diferentes entornos VDI. Todas estas pruebas aprovechan el generador de cargas de trabajo vdBench común, con un motor de secuencias de comandos para automatizar y capturar resultados en un gran clúster de pruebas informáticas. Esto nos permite repetir las mismas cargas de trabajo en una amplia gama de dispositivos de almacenamiento, incluidos arreglos flash y dispositivos de almacenamiento individuales. En el lado del arreglo, usamos nuestro grupo de servidores Dell PowerEdge R730:

perfiles:

Lectura aleatoria de 4k: 100 % de lectura, 128 subprocesos, 0-120 % de iorate
Escritura aleatoria 4k: 100 % de escritura, 64 subprocesos, 0-120 % de iorate
Lectura secuencial de 64k: 100 % de lectura, 16 subprocesos, 0-120 % de iorate
Escritura secuencial de 64k: 100 % de escritura, 8 subprocesos, 0-120 % de iorate
Base de datos sintética: SQL y Oracle
Trazas de clones vinculados y clones completos de VDI

En cuanto al rendimiento de lectura máximo, NetApp AFF A200 ofreció un rendimiento de lectura de 4k de baja latencia excepcional, con una medición de 0.31 ms al principio y permaneciendo por debajo de 1 ms hasta alrededor de 190 200 IOPS. En su punto máximo, el A249 midió 16.4 XNUMX IOPS con una latencia de XNUMX ms.

En cuanto al rendimiento de escritura máximo de 4k, el A200 comenzó con una latencia de 0.34 ms y se mantuvo por debajo de 1 ms hasta que alcanzó entre 40 50 y 200 85 IOPS. En su apogeo, el A19.6 alcanzó más de XNUMX XNUMX IOPS a XNUMX ms

Al cambiar a una lectura máxima de 64k, el A200 comenzó con una latencia de 0.27 ms y se mantuvo por debajo de 1 ms hasta que superó los 48.5 IOPS. Alcanzó un poco más de 60 8.5 IOPS con 200 ms de latencia. El A3.75 terminó con un ancho de banda de XNUMX GB/s.

Para una escritura máxima secuencial de 64k, el A200 comenzó a 0.49 ms y se mantuvo por debajo de 1 ms hasta que alcanzó un poco más de 6K IOPS. El A200 alcanzó su punto máximo con 19.7 IOPS con una latencia de 12.85 ms. El A200 también tenía un ancho de banda de 1.22 GB/s en su punto máximo.

En nuestra carga de trabajo de SQL, el A200 comenzó su latencia en 0.37 ms y se mantuvo por debajo de 1 ms hasta poco más de 120 179 IOPS. Alcanzó un máximo de 5.7 XNUMX IOPS y XNUMX ms.

En el punto de referencia de SQL 90-10, el A200 comenzó con una latencia de 0.37 ms y se mantuvo por debajo de 1 ms hasta que alcanzó entre 80 100 y 200 159 IOPS. El A6.5 alcanzó un máximo de XNUMX XNUMX IOPS con una latencia de XNUMX ms.

El SQL 80-20 vio que el A200 comenzaba con una latencia de 0.38 ms y permanecía por debajo de 1 ms hasta que superó los 60 200 IOPS. El A131 alcanzó un máximo de 7.8 XNUMX IOPS con una latencia de XNUMX ms.

Con Oracle Workload, el A200 comenzó con una latencia de 0.39 ms y se mantuvo por debajo de 1 ms hasta que superó los 50 200 IOPS. El A125 alcanzó un máximo de 10.2 XNUMX IOPS con una latencia de XNUMX ms.

Con el Oracle 90-10, el A200 comenzó con una latencia de 0.37 ms y se mantuvo por debajo de 1 ms hasta que estuvo justo por debajo de los 100 155 IOPS. Alcanzó un máximo de 4.2 XNUMX IOPS con una latencia de XNUMX ms.

Con el Oracle 80-20, el A200 comenzó con una latencia de 0.38 ms y se mantuvo por debajo de 1 ms hasta que estuvo justo por debajo de los 65 129 IOPS. Alcanzó un máximo de 4.9 XNUMX IOPS con una latencia de XNUMX ms.

Al cambiar a VDI Full Clone, la prueba de arranque mostró que el A200 comenzaba con una latencia de 0.35 ms y permanecía por debajo de 1 ms hasta alrededor de 52 200 IOPS. El A122 alcanzó un máximo de 8.6 XNUMX IOPS con una latencia de XNUMX ms.

El inicio de sesión inicial de VDI Full Clone comenzó con una latencia de 0.41 ms y se mantuvo por debajo de 1 ms hasta alrededor de 22 200 IOPS. El A48 alcanzó un máximo de 18.6 XNUMX IOPS con una latencia de XNUMX ms.

El inicio de sesión de VDI Full Clone Monday comenzó con una latencia de 0.48 ms y se mantuvo por debajo de 1 ms hasta más de 20 49 IOPS. Alcanzó un máximo de 10.4 XNUMX IOPS con XNUMX ms.

Pasando a VDI Full Clone, la prueba de arranque mostró que el rendimiento se mantuvo por debajo de 1 ms hasta aproximadamente 49 95.7 IOPS, y luego alcanzó un máximo de 5.13 XNUMX IOPS con una latencia promedio de XNUMX ms.

En el perfil de Linked Clone VDI que mide el rendimiento del inicio de sesión inicial, vimos una latencia de subms hasta alrededor de 18.8k IOPS, donde aumentó aún más a 36.8k IOPS a 6.95ms en su punto máximo.

En nuestro último perfil que analiza el rendimiento de VDI Linked Clone Monday Login, vemos que la transición de barrera de 1 ms ocurre alrededor de 17.5 IOPS, donde la carga de trabajo siguió aumentando hasta alcanzar su punto máximo de 37.4 IOPS y una latencia promedio de 13.3 ms.

Marca VM 3

Actualización 1 / 31 / 18: En el momento de esta revisión inicial, nuestra prueba de VMmark aún no había finalizado. Desde entonces, esto ha estado en línea y hemos publicado detalles adicionales sobre el Rendimiento de virtualización de A200 como resultado. Los datos aumentan aún más nuestro entusiasmo por la unidad, ya que funcionó muy bien con un impacto mínimo cuando se habilitaron los servicios de reducción de datos.

Conclusión

NetApp AFF A200 es un arreglo de nivel de entrada para pequeñas organizaciones que buscan comenzar o migrar al almacenamiento all-flash, o como una buena opción para oficinas remotas/sucursales. El A200 es una plataforma de controlador dual impulsada por procesadores Intel Broadwell-DE de seis núcleos y más de 64 GB de memoria. Desde una perspectiva de capacidad, el A200 tiene 24 bahías de 2.5” para unidades flash SAS. El arreglo admite unidades de hasta 15 TB, lo que brinda una capacidad bruta total de hasta 367 TB, aunque la capacidad efectiva es mucho mayor con la reducción de datos. Además, NetApp ofrece una reducción de la eficiencia del almacenamiento garantizada de 4:1. El A200 también puede agregar capacidad a través de un estante de expansión DS224C. La matriz se ejecuta en el sistema operativo ONTAP de NetApp.

En cuanto al rendimiento, ejecutamos nuestros análisis de carga de trabajo de aplicaciones habituales, incluidas las cargas de trabajo de aplicaciones de SQL Server y Sysbench, así como los puntos de referencia sintéticos de análisis de carga de trabajo de VDBench recientemente introducidos. NetApp compartió con nosotros su kit de herramientas POC para la revisión, lo que nos brinda una manera más fácil de iniciar cargas de trabajo en múltiples servidores y facilita la prueba de arreglos más rápidos de manera consistente en el futuro.

Con nuestras cargas de trabajo de aplicaciones, probamos el arreglo con y sin los servicios de reducción de datos (DR) en línea activados. En nuestro punto de referencia transaccional para SQL Server, el impacto de DR fue mínimo, con una puntuación total de 12,620.1 12,583.8 TPS sin procesar y 3,145.3 3,155.1 TPS con DR activado. Las máquinas virtuales individuales oscilaron entre 11 TPS y 25 TPS. Con la latencia promedio de SQL Server, vimos que la latencia se duplicó con DR activado; la ejecución sin procesar de 4 ms (tanto individual como en conjunto) y la DR con un conjunto de 8 ms. Con Sysbench, ejecutamos varios conjuntos de escalado de VM, incluidos 16, 20, 4 y 4. En la escala más baja de 7,175 VM, NetApp se desempeñó bastante bien y ofreció un rendimiento sólido sin tener que saturar completamente el arreglo. El rendimiento bruto en 17.84VM fue de 48.63 TPS, con una latencia promedio de 20 ms y una latencia en el peor de los casos de 9,695 ms. En el otro extremo, con 66.02 VM, el crudo alcanzó 172.6 TPS con una latencia de XNUMX ms y una latencia en el peor de los casos de XNUMX ms. Una vez más, no hubo una gran diferencia con el DR activado, aunque el crudo se desempeñó mejor en todas las pruebas.

Al observar las pruebas de VDBench realizadas con los servicios de reducción de datos activados, fue impresionante ver un rendimiento tan sólido con una latencia de menos de un milisegundo. En 4K aleatorio, el A200 alcanzó 40 1 IOPS antes de superar 200 ms de latencia en escritura y, en lectura, el A190 llegó a 1 K antes de superar 64 ms de latencia. Esta tendencia continuó en el resto de los puntos de referencia. En pruebas secuenciales de 200 48, el A1 pudo alcanzar 20 1 IOPS por debajo de 3.75 ms de latencia en lectura y escritura, alcanzó casi 1.22 100 IOPS por debajo de 90 ms de latencia (la prueba también finalizó con velocidades de ancho de banda de 10 GB/s de lectura y 80 GB/s escribir). Ejecutamos tres cargas de trabajo de SQL al 20 % de lectura, 200 % de lectura y 120 % de escritura, y 80 % de lectura y 60 % de escritura, con el A1 alcanzando puntajes de 200 50 IOPS, 100 65 IOPS y 1 200 IOPS respectivamente, todos por debajo de 52 ms de latencia. Al ejecutar las mismas tres pruebas con una carga de trabajo de Oracle, vimos que el A22 alcanzaba 20 1 IOPS, 49 18 IOPS y 17 1 IOPS con menos de 200 ms de latencia. También ejecutamos los puntos de referencia VDI Full Clone y Linked Clone para arranque, inicio de sesión inicial e inicio de sesión de lunes. El AXNUMX pudo alcanzar XNUMX XNUMX IOPS, XNUMX XNUMX IOPS y XNUMX XNUMX IOPS con una latencia de XNUMX ms en Full Clone, y XNUMX XNUMX IOPS, XNUMX XNUMX IOPS y XNUMX XNUMX IOPS con una latencia de XNUMX ms en Linked Clone. NetApp se apresura a comentar cuánta optimización se lleva a cabo detrás de escena para ajustar las cargas de trabajo, y puede ver cómo se desarrolla esto en cada prueba que realizamos en el AXNUMX, incluso con la reducción total de datos en línea en juego.

Después de todas estas cargas de trabajo y las muchas semanas de pruebas en nuestro laboratorio, una cosa está totalmente clara: la migración a sistemas all-flash ha sido transformadora para NetApp. Algunas de las mejoras son las ofertas flash de mejora, pero muchas de ellas se deben a las mejoras de ONTAP. Dondequiera que esté el crédito, el producto final es absolutamente fantástico. El segmento de almacenamiento del mercado medio es increíblemente competitivo; hay un puñado de nuevas empresas, opciones definidas por software y el resto de los sospechosos habituales. Si está buscando gastar menos de seis cifras en almacenamiento, se le puede perdonar que no mire a NetApp más allá de una mirada casual en este segmento. Sin embargo, eso sería un error trágico, ya que el A200 simplemente aplasta. Ofrecer un rendimiento fenomenal por debajo de un milisegundo es una cosa, pero aquí está la parte importante: NetApp lo está haciendo con los servicios de reducción de datos activados para llegar a esa garantía de capacidad de 4:1. Esto no es trivial; muchas otras matrices se quedan muy planas con la reducción de datos activada o simplemente no la ofrecen. Nuestro A200 básico con las unidades de menor capacidad ofrecía hasta 15.5 TB en dos grupos de 7.75 TB, lo que significa que tendríamos una capacidad superior de 62 TB si alcanzamos ese objetivo de 4:1 y más de un petabyte con las unidades de 15 TB que ofrece NetApp . Alcance bastante impresionante para una caja mediana de 2U. El rendimiento, combinado con un conjunto profundo y maduro de servicios de datos, hace que el A200 sea una opción fácil como nuestro segundo ganador de Editor's Choice de 2017.

Ventajas

Hasta 367 TB en un espacio de 2U (antes de la eficiencia de datos 4:1)
Las tecnologías de reducción de datos tuvieron un impacto mínimo en los puntos de referencia de la carga de trabajo de la aplicación
Tremendo rendimiento en latencias de submilisegundos en VDBench
Conjunto maduro de servicios de datos e integraciones

Contras

Falta una opción de SSD de 1.92 TB para alcanzar la diferencia de precios entre las configuraciones de 960 GB y 3.8 TB

Lo más importante es...

NetApp AFF A200 es una solución de almacenamiento unificado ideal para el mercado medio que requiere una combinación inflexible de capacidad de respuesta de las aplicaciones, respaldada por una extensa lista de servicios de datos de primera.