Esta página muestra los límites de rendimiento de un único volumen de Google Cloud NetApp Volumes desde varias máquinas virtuales cliente. Usa la información de esta página para dimensionar tus cargas de trabajo.
Pruebas de rendimiento
En los siguientes resultados de la prueba, se muestran los límites de rendimiento. En estas pruebas, el volumen tiene capacidad suficiente para que la capacidad de procesamiento no afecte las pruebas comparativas. Asignar la capacidad de un solo volumen más allá de las siguientes cifras de procesamiento no genera ganancias de rendimiento adicionales.
Ten en cuenta que las pruebas de rendimiento se completaron con Fio.
Para los resultados de las pruebas de rendimiento, tenga en cuenta las siguientes consideraciones:
El rendimiento de los niveles de servicio Estándar, Premium y Extremo ajusta el volumen de procesamiento según la capacidad hasta que se alcanzan los límites. Todos los niveles de servicio Flex se adaptan a las capacidades del grupo de almacenamiento y todos los volúmenes de un grupo comparten el rendimiento del mismo.
El nivel de servicio Flex Unified y Flex File con rendimiento personalizado proporciona escalabilidad independiente de la capacidad, las IOPS y el rendimiento.
Los resultados de IOPS son meramente informativos.
Los números que se usan para producir los siguientes resultados están configurados para mostrar la mayor cantidad de resultados posible. Los siguientes resultados deben considerarse una estimación de la asignación de capacidad de procesamiento máxima alcanzable.
El uso de varios volúmenes rápidos por proyecto puede estar sujeto a límites por proyecto.
Los siguientes resultados de las pruebas de rendimiento solo abarcan los protocolos NFSv3, SMB y iSCSI. No se usaron otros tipos de protocolos, como NFSv4.1, para probar el rendimiento de NetApp Volumes.
Límites de capacidad de procesamiento del volumen para el acceso a NFSv3
En las siguientes secciones, se proporcionan detalles sobre los límites de procesamiento de volúmenes para el acceso a NFSv3.
Nivel de servicio de archivos Flex con rendimiento personalizado
Las siguientes pruebas se ejecutaron con un solo volumen en un grupo de almacenamiento zonal de rendimiento personalizado de Flex. El grupo de procesamiento se configuró con el máximo rendimiento y las máximas IOPS, y se registraron los resultados.
Tamaño de bloque de 64 KiB (E/S secuencial)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 64 KiB en un solo volumen con seis máquinas virtuales
n2-standard-32SO Red Hat 9
Conjunto de trabajo de 96 GiB para cada máquina virtual con un total combinado de 576 GiB.
Opción de montaje
nconnectconfigurada en cada host con un valor de 16.Opciones de activación de
rsizeywsizeconfiguradas en 65536El tamaño del volumen era de 10 TiB del nivel de servicio Flex con rendimiento personalizado. Para las pruebas, el rendimiento personalizado se configuró con sus valores máximos de 5120 MiBps y 160 000 IOPS.
Fio se ejecutó con 8 trabajos en cada máquina virtual para un total de 48 trabajos. La siguiente tabla demuestra que se estima que un solo volumen es capaz de manejar aproximadamente 4300 MiBps de lecturas secuenciales puras y 1480 MiBps de escrituras secuenciales puras con un tamaño de bloque de 64 KiB sobre NFSv3.
Resultados de referencia para NFS 64 KiB Sequential 6 n2-standard-32 Red Hat 9 VMs
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| Leer MiBps | 4,304 | 2.963 | 1.345 | 464 | 0 |
| MiBps de escritura | 0 | 989 | 1.344 | 1,390 | 1.476 |
Tamaño de bloque de 8 KiB (E/S aleatorias)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 8 KiB en un solo volumen con seis máquinas virtuales
n2-standard-32SO Red Hat 9
Conjunto de trabajo de 96 GiB para cada máquina virtual con un total combinado de 576 GiB.
Opción de montaje
nconnectconfigurada en cada host con un valor de 16.Opciones de montaje
rsizeywsizeen cada host configurado en 65536El tamaño del volumen era de 10 TiB del nivel de servicio Flex con rendimiento personalizado. Para las pruebas, el rendimiento personalizado se configuró con sus valores máximos de 5120 MiBps y 160 000 IOPS.
Fio se ejecutó con 8 trabajos en cada máquina virtual para un total de 48 trabajos. La siguiente tabla demuestra que se estima que un solo volumen es capaz de manejar aproximadamente 126.400 IOPS de lectura aleatoria pura y 78.600 IOPS de escritura aleatoria pura con un tamaño de bloque de 8 KiB sobre NFSv3.
Resultados de referencia para NFS 8 KiB Random 6 n2-standard-32 Red Hat 9 VMs
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| IOPS de lectura | 126.397 | 101.740 | 57.223 | 23.600 | 0 |
| IOPS de escritura | 0 | 33.916 | 57.217 | 70.751 | 78.582 |
Nivel de servicio extremo
Las siguientes pruebas se realizaron con un único volumen en un grupo de almacenamiento Extreme y se registraron los resultados.
Tamaño de bloque de 64 KiB (E/S secuencial)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 64 KiB en un solo volumen con seis máquinas virtuales
n2-standard-32SO Red Hat 9
Conjunto de trabajo de 1 TiB para cada máquina virtual con un total combinado de 6 TiB.
Opción de montaje
nconnectconfigurada en cada host con un valor de 16.El tamaño del volumen fue de 75 TiB del nivel de servicio Extreme.
Fio se ejecutó con 8 trabajos en cada máquina virtual para un total de 48 trabajos. La siguiente tabla demuestra que se estima que un solo volumen es capaz de manejar entre aproximadamente 5240 MiBps de lecturas secuenciales puras y alrededor de 2180 MiBps de escrituras secuenciales puras con un tamaño de bloque de 64 KiB sobre NFSv3.
Resultados de referencia para NFS 64 KiB Sequential 6 n2-standard-32 Red Hat 9 VMs
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| Leer MiBps | 5.237 | 2.284 | 1.415 | 610 | 0 |
| MiBps de escritura | 0 | 764 | 1.416 | 1.835 | 2.172 |
Tamaño de bloque de 256 KiB (E/S secuencial)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 256 KiB en un solo volumen con seis máquinas virtuales
n2-standard-32SO Red Hat 9
Conjunto de trabajo de 1 TiB para cada máquina virtual con un total combinado de 6 TiB.
Opción de montaje
nconnectconfigurada en cada host con un valor de 16.El tamaño del volumen fue de 75 TiB del nivel de servicio Extreme.
Fio se ejecutó con 8 trabajos en cada máquina virtual para un total de 48 trabajos. La siguiente tabla demuestra que se estima que un solo volumen es capaz de manejar entre aproximadamente 4930 MiBps de lecturas secuenciales puras y aproximadamente 2440 MiBps de escrituras secuenciales puras con un tamaño de bloque de 256 KiB sobre NFSv3.
Resultados de referencia para NFS 256 KiB Sequential 6 n2-standard-32 Red Hat 9 VMs
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| Leer MiBps | 4.928 | 2.522 | 1,638 | 677 | 0 |
| MiBps de escritura | 0 | 839 | 1,640 | 2,036 | 2,440 |
Tamaño de bloque de 4 KiB (E/S aleatorias)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 4 KiB en un solo volumen con seis máquinas virtuales
n2-standard-32SO Red Hat 9
Conjunto de trabajo de 1 TiB para cada máquina virtual con un total combinado de 6 TiB.
Opción de montaje
nconnectconfigurada en cada host con un valor de 16.El tamaño del volumen fue de 75 TiB del nivel de servicio Extreme.
Fio se ejecutó con 8 trabajos en cada máquina virtual para un total de 48 trabajos. En la siguiente tabla, se demuestra que se estima que un solo volumen es capaz de controlar entre 380,000 IOPS de lectura aleatoria pura y alrededor de 120,000 IOPS de escritura aleatoria pura con un tamaño de bloque de 4 KiB a través de NFSv3.
Resultados de la comparativa para VMs de Red Hat 9 de NFS 4 KiB Random 6 n2-standard-32
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| IOPS de lectura | 380,000 | 172,000 | 79,800 | 32,000 | 0 |
| IOPS de escritura | 0 | 57,300 | 79,800 | 96,200 | 118,000 |
Tamaño de bloque de 8 KiB (E/S aleatorias)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 8 KiB en un solo volumen con seis máquinas virtuales
n2-standard-32SO Red Hat 9
Conjunto de trabajo de 1 TiB para cada máquina virtual con un total combinado de 6 TiB.
Opción de montaje
nconnectconfigurada en cada host con un valor de 16.El tamaño del volumen fue de 75 TiB del nivel de servicio Extreme.
Fio se ejecutó con 8 trabajos en cada máquina virtual para un total de 48 trabajos. La siguiente tabla demuestra que se estima que un solo volumen es capaz de manejar entre ~270.000 IOPS de lectura aleatoria pura y ~110.000 IOPS de escritura aleatoria pura con un tamaño de bloque de 8 KiB sobre NFSv3.
Resultados de referencia para NFS 8 KiB Random 6 n2-standard-32 Red Hat 9 VMs
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| IOPS de lectura | 265.000 | 132.000 | 66.900 | 30.200 | 0 |
| IOPS de escritura | 0 | 44.100 | 66.900 | 90.500 | 104.000 |
Límites de rendimiento de volumen para el acceso SMB
Las siguientes secciones proporcionan detalles sobre los límites de rendimiento de volumen para el acceso SMB.
Tamaño de bloque de 64 KiB (E/S secuencial)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 64 KiB en un solo volumen con seis máquinas virtuales
n2-standard-32Sistema operativo Windows 2022
Conjunto de trabajo de 1 TiB para cada máquina virtual con un total combinado de 6 TiB.
Opción del lado del cliente SMB Connect Count Per RSS Network Interface configurada en cada máquina virtual con un valor de 16.
El tamaño del volumen fue de 75 TiB del nivel de servicio Extreme.
Fio se ejecutó con 8 trabajos en cada máquina virtual para un total de 48 trabajos. La siguiente tabla demuestra que se estima que un solo volumen es capaz de manejar entre ~5130 MiBps de lecturas secuenciales puras y ~1790 MiBps de escrituras secuenciales puras con un tamaño de bloque de 64 KiB a través de SMB.
Máquinas virtuales Windows 2022 SMB de 64 KiB secuencial 6 n2-standard-32
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| Leer MiBps | 5.128 | 2.675 | 1.455 | 559 | 0 |
| MiBps de escritura | 0 | 892 | 1,454 | 1.676 | 1.781 |
Tamaño de bloque de 256 KiB (E/S secuencial)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 256 KiB en un solo volumen con seis máquinas virtuales n2-standard-32
Sistema operativo Windows 2022
Conjunto de trabajo de 1 TiB para cada máquina virtual con un total combinado de 6 TiB.
Opción del lado del cliente "Recuento de conexiones SMB por interfaz de red RSS" configurada en cada host con un valor de 16.
El tamaño del volumen fue de 75 TiB del nivel de servicio Extreme.
Fio se ejecutó con 8 trabajos en cada máquina virtual para un total de 48 trabajos. La siguiente tabla demuestra que se estima que un solo volumen es capaz de manejar entre ~4620 MiBps de lecturas secuenciales puras y ~1830 MiBps de escrituras secuenciales puras con un tamaño de bloque de 256 KiB a través de SMB.
Máquinas virtuales Windows 2022 SMB de 256 KiB secuenciales n2-standard-32
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| Leer MiBps | 4.617 | 2.708 | 1.533 | 584 | 0 |
| MiBps de escritura | 0 | 900 | 1.534 | 1.744 | 1.826 |
Tamaño de bloque de 4 KiB (E/S aleatorias)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 4 KiB en un solo volumen con seis máquinas virtuales
n2-standard-32Sistema operativo Windows 2022
Conjunto de trabajo de 1 TiB para cada máquina virtual, para un total combinado de 6 TiB.
Opción del lado del cliente "Recuento de conexiones SMB por interfaz de red RSS" habilitada en cada host con un valor de 16.
El tamaño del volumen fue de 75 TiB del nivel de servicio Extreme.
Fio se ejecutó con 8 trabajos en cada máquina virtual para un total de 48 trabajos. La siguiente tabla demuestra que se estima que un solo volumen es capaz de manejar entre ~390.000 IOPS de lectura aleatoria pura y ~110.000 IOPS de escritura aleatoria pura con un tamaño de bloque de 4 KiB a través de SMB.
Resultados de referencia para máquinas virtuales Windows 2022 SMB 4 KiB Random 6 n2-standard-32
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| IOPS de lectura | 390.900 | 164.700 | 84,200 | 32.822 | 0 |
| IOPS de escritura | 0 | 54.848 | 84,200 | 98.500 | 109.300 |
Tamaño de bloque de 8 KiB (E/S aleatorias)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 8 KiB en un solo volumen con seis máquinas virtuales
n2-standard-32Sistema operativo Windows 2022
Conjunto de trabajo de 1 TiB para cada máquina virtual, para un total combinado de 6 TiB.
Recuento de conexiones SMB por interfaz de red RSS Opción del lado del cliente configurada en cada host con el valor 16
El tamaño del volumen fue de 75 TiB del nivel de servicio Extreme.
Fio se ejecutó con 8 trabajos en cada máquina virtual para un total de 48 trabajos. La siguiente tabla demuestra que se estima que un solo volumen es capaz de manejar entre ~280.000 IOPS de lectura aleatoria pura y ~90.000 IOPS de escritura aleatoria pura con un tamaño de bloque de 8 KiB a través de SMB.
Resultados de referencia para máquinas virtuales Windows 2022 SMB 8 KiB Random 6 n2-standard-32
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| IOPS de lectura | 271.800 | 135.900 | 65.700 | 28.093 | 0 |
| IOPS de escritura | 0 | 45.293 | 65.900 | 84.400 | 85.500 |
Límites de rendimiento de volumen para el acceso iSCSI
Las siguientes secciones describen los límites de rendimiento de volumen para el acceso iSCSI con el nivel de servicio Flex Unified.
Las siguientes pruebas se realizaron con seis volúmenes de 1 TiB en un grupo de almacenamiento regional de rendimiento personalizado de Flex Unified. El grupo de procesamiento se configuró con el máximo rendimiento y las máximas IOPS, y se registraron los resultados.
Tamaño de bloque de 64 KiB (E/S secuencial)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 64 KiB para 6 volúmenes con 6 máquinas virtuales
n2-standard-32Sistema operativo Red Hat Enterprise Linux (RHEL) 9
Conjunto de trabajo de 720 GiB para cada máquina virtual, con un total combinado de 4320 GiB.
iSCSI con el parámetro
nr_sessionsen cada host configurado en 16Cada volumen tiene un tamaño de 1 TiB y forma parte de un grupo de almacenamiento con una capacidad de 10 TiB.
Fio se ejecutó con 24 trabajos en cada máquina virtual con iodepth establecido en 1. La siguiente tabla demuestra que se estima que un grupo de almacenamiento es capaz de manejar entre ~4915 MiBps de lecturas secuenciales puras y ~2375 MiBps de escrituras secuenciales puras con un tamaño de bloque de 64 KiB a través de iSCSI.
iSCSI 64 KiB Secuencial 6 n2-standard-32 RHEL 9 VMs
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| Leer MiBps | 4,915 | 3.642 | 1.846 | 701 | 0 |
| MiBps de escritura | 0 | 1.214 | 1.844 | 2.104 | 2.375 |
Tamaño de bloque de 256 KiB (E/S secuencial)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 256 KiB para 6 volúmenes con 6 máquinas virtuales
n2-standard-32Sistema operativo RHEL 9
Conjunto de trabajo de 720 GiB para cada máquina virtual, con un total combinado de 4320 GiB.
iSCSI con el parámetro
nr_sessionsen cada host configurado en 16Cada volumen tiene un tamaño de 1 TiB y forma parte de un grupo de almacenamiento con una capacidad de 10 TiB.
Fio se ejecutó con 24 trabajos en cada máquina virtual con iodepth establecido en 1. La siguiente tabla demuestra que se estima que un grupo de almacenamiento es capaz de manejar entre ~4954 MiBps de lecturas secuenciales puras y ~2648 MiBps de escrituras secuenciales puras con un tamaño de bloque de 256 KiB a través de iSCSI.
iSCSI 256 KiB Secuencial 6 n2-standard-32 RHEL 9 VMs
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| Leer MiBps | 4.954 | 3.774 | 2.387 | 859 | 0 |
| MiBps de escritura | 0 | 1.259 | 2.389 | 2.574 | 2.648 |
Tamaño de bloque de 4 KiB (E/S aleatorias)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 4 KiB para 6 volúmenes con 6 máquinas virtuales
n2-standard-32Sistema operativo RHEL 9
Conjunto de trabajo de 720 GiB para cada máquina virtual, con un total combinado de 4320 GiB.
iSCSI con el parámetro
nr_sessionsen cada host configurado en 16Cada volumen tiene un tamaño de 1 TiB y forma parte de un grupo de almacenamiento con una capacidad de 10 TiB.
Fio se ejecutó con 24 trabajos en cada máquina virtual con iodepth establecido en 4. La siguiente tabla demuestra que se estima que un grupo de almacenamiento es capaz de manejar entre ~160.000 IOPS de lectura aleatoria pura y ~160.000 IOPS de escritura aleatoria pura con un tamaño de bloque de 4 KiB a través de iSCSI.
iSCSI 4 KiB Aleatorio 6 n2-standard-32 RHEL 9 VMs
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| IOPS de lectura | 159.861 | 120.061 | 80.047 | 40.027 | 0 |
| IOPS de escritura | 0 | 40.031 | 80.056 | 120.060 | 160.072 |
Tamaño de bloque de 8 KiB (E/S aleatorias)
Estos resultados se capturaron con Fio y la siguiente configuración:
Tamaño de bloque de 8 KiB para 6 volúmenes con 6 máquinas virtuales
n2-standard-32Sistema operativo RHEL 9
Conjunto de trabajo de 720 GiB para cada máquina virtual, con un total combinado de 4320 GiB.
iSCSI con el parámetro
nr_sessionsen cada host configurado en 16Cada volumen tiene un tamaño de 1 TiB y forma parte de un grupo de almacenamiento con una capacidad de 10 TiB.
Fio se ejecutó con 24 trabajos en cada máquina virtual con iodepth establecido en 4. La siguiente tabla demuestra que se estima que un grupo de almacenamiento es capaz de manejar entre ~158.000 IOPS de lectura aleatoria pura y ~140.400 IOPS de escritura aleatoria pura con un tamaño de bloque de 8 KiB a través de iSCSI.
iSCSI 8 KiB Aleatorio 6 n2-standard-32 RHEL 9 VMs
| 100% de lectura y 0% de escritura | 75% leer y 25% escribir | 50% leer y 50% escribir | 25% de lectura y 75% de escritura | 0% lectura y 100% escritura | |
|---|---|---|---|---|---|
| IOPS de lectura | 157.780 | 120.028 | 80.102 | 39.866 | 0 |
| IOPS de escritura | 0 | 40.035 | 80.070 | 119.565 | 140.366 |
Pruebas de rendimiento de carga de trabajo de bases de datos
Esta sección proporciona resultados de pruebas de rendimiento de bases de datos a nivel de aplicación para cargas de trabajo de Oracle y Microsoft SQL Server a través de iSCSI en NetApp Volumes. Estas mediciones del mundo real complementan los datos de referencia de almacenamiento sintético.
Consideraciones
Al revisar los resultados de estas pruebas comparativas de bases de datos, tenga en cuenta los siguientes factores:
Los resultados de la evaluación comparativa de la base de datos representan mediciones realizadas bajo condiciones de prueba específicas.
El rendimiento en el mundo real varía en función de las características de la carga de trabajo y las configuraciones, como el tamaño del host, la red, la base de datos, iSCSI, las rutas múltiples y la arquitectura de implementación.
Base de datos de Oracle
Las siguientes pruebas se ejecutaron en una base de datos Oracle 23c utilizando la herramienta Silly Little Oracle Benchmark (SLOB) a través de iSCSI para capturar los resultados de rendimiento para su análisis.
| Perfil de carga de trabajo | IOPS de almacenamiento | Latencia |
|---|---|---|
| 100% leído | ~157.000 | 0,40 ms |
| 90% leer y 10% escribir | ~145.000 | 0,38 ms |
Los valores de IOPS de almacenamiento representan las operaciones de entrada/salida de almacenamiento de backend observadas durante las pruebas. El total de IOPS de almacenamiento se calcula como la suma de las IOPS de lectura y escritura para una carga de trabajo del 90% de lectura y del 10% de escritura.
Para obtener más información, consulte Rendimiento de Oracle en Google Cloud NetApp Volumes a través de iSCSI.
Microsoft SQL Server
Las siguientes pruebas se ejecutaron en cargas de trabajo de Microsoft SQL Server utilizando la herramienta SQL Storage Benchmark (SSB) a través de iSCSI con configuraciones de LUN únicas y para capturar los resultados de rendimiento para su análisis.
| Perfil de carga de trabajo | IOPS de almacenamiento | Latencia |
|---|---|---|
| 100% leído | ~140.000 | <1 ms |
| 80% leer y 20% escribir | ~100.000 | <1 ms |
Estos valores de rendimiento representan un rendimiento de almacenamiento sostenido en puntos de funcionamiento de baja latencia. El total de IOPS de almacenamiento se calcula como la suma de las IOPS de lectura y escritura para una carga de trabajo del 80% de lectura y del 20% de escritura.
Puntos de referencia de carga de trabajo para la automatización del diseño electrónico
La compatibilidad con grandes volúmenes de NetApp Volumes ofrece sistemas de archivos paralelos de alto rendimiento, ideales para cargas de trabajo de automatización del diseño electrónico. Estos sistemas de archivos proporcionan hasta 1 PiB de capacidad y ofrecen altas tasas de E/S y rendimiento con baja latencia.
Las cargas de trabajo de automatización del diseño electrónico tienen diferentes requisitos de rendimiento entre las fases de interfaz y de procesamiento posterior. La fase de frontend prioriza los metadatos y las IOPS, mientras que la fase de backend se centra en el rendimiento.
Un benchmark de automatización del diseño electrónico estándar de la industria con cargas de trabajo mixtas de frontend y backend, que usa un gran volumen con varios clientes de NFSv3 distribuidos de manera uniforme en 6 direcciones IP, puede alcanzar un rendimiento de hasta 21.5 GiBps y hasta 1,350,000 IOPS.