Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Rendimiento y optimización
En esta sección se describen las directrices y las prácticas recomendadas para optimizar el rendimiento de File Gateway.
Temas
Guía básica de rendimiento para S3 File Gateway FSx
En esta sección, encontrará instrucciones para el aprovisionamiento de hardware para su máquina virtual S3 File Gateway. Las configuraciones de instancia que se muestran en la tabla son ejemplos y se proporcionan como referencia.
Para un rendimiento óptimo, el tamaño del disco en caché debe ajustarse al tamaño del conjunto de trabajo activo. El uso de varios discos locales para la caché aumenta el rendimiento de escritura mediante el acceso en paralelo a los datos e incrementa la velocidad de E/S (IOPS).
nota
No recomendamos el uso del almacenamiento efímero. Para obtener información sobre el uso del almacenamiento efímero, consulte Uso de almacenamiento efímero con puertas de enlace EC2 .
En el caso de EC2 las instancias de Amazon, si tiene más de 5 millones de objetos en su bucket de S3 y utiliza un volumen SSD de uso general, se necesita un volumen EBS raíz mínimo de 350 GiB para que su gateway tenga un rendimiento aceptable durante la puesta en marcha. Para obtener información sobre cómo aumentar el tamaño del volumen, consulte Modificación de un volumen de EBS mediante volúmenes elásticos (consola).
El límite de tamaño sugerido para los directorios individuales de los que se conecten a File Gateway es de 10 000 archivos por directorio. Puede usar File Gateway con directorios que tengan más de 10 000 archivos, pero es posible que el rendimiento se vea afectado.
En las tablas siguientes, las operaciones de lectura de visitas a la memoria caché son lecturas de los archivos compartidos que se sirven desde la memoria caché. Las operaciones de lectura errónea de la caché son lecturas de los recursos compartidos de archivos que se sirven desde Amazon S3.
En las siguientes tablas se muestran ejemplos de configuraciones de S3 File Gateway.
Rendimiento de S3 File Gateway en clientes Linux
| Ejemplo de configuraciones | Protocolo | Rendimiento de escritura (tamaños de archivo de 1 GB) | Rendimiento de lectura alcanzado por la memoria caché | La memoria caché pierde el rendimiento de lectura |
|---|---|---|---|---|
|
Disco raíz: 80 GB, io1 SSD, 4000 IOPS Disco caché: caché de 512 GiB, io1, 1500 IOPS aprovisionadas Rendimiento mínimo de red: 10 Gbps CPU: 16 CPU virtuales | RAM: 32 GB Se recomienda el protocolo NFS para Linux |
NFSv3 - 1 hilo | 110 MiB/sec (0,92 Gbps) | 590 MiB/sec (4,9 Gbps) | 310 MiB/sec (2,6 Gbps) |
| NFSv3 - 8 hilos | 160 MiB/sec (1,3 Gbps) | 590 MiB/sec (4,9 Gbps) | 335 MiB/sec (2,8 Gbps) | |
| NFSv4 - 1 hilo | 130 MiB/sec (1,1 Gbps) | 590 MiB/sec (4,9 Gbps) | 295 MiB/sec (2,5 Gbps) | |
| NFSv4 - 8 hilos | 160 MiB/sec (1,3 Gbps) | 590 MiB/sec (4,9 Gbps) | 335 MiB/sec (2,8 Gbps) | |
| SMBV3 - 1 hilo | 115 MiB/sec (1,0 Gbps) | 325 MiB/sec (2,7 Gbps) | 255 MiB/sec (2,1 Gbps) | |
| SMBV3 - 8 hilos | 190 MiB/sec (1,6 Gbps) | 590 MiB/sec (4,9 Gbps) | 335 MiB/sec (2,8 Gbps) | |
|
Dispositivo de hardware de Storage Gateway Rendimiento mínimo de red: 10 Gbps |
NFSv3 - 1 hilo | 265 MiB/sec (2,2 Gbps) | 590 MiB/sec (4,9 Gbps) | 310 MiB/sec (2,6 Gbps) |
| NFSv3 - 8 hilos | 385 MiB/sec (3,1 Gbps) | 590 MiB/sec (4,9 Gbps) | 335 MiB/sec (2,8 Gbps) | |
| NFSv4 - 1 hilo | 310 MiB/sec (2,6 Gbps) | 590 MiB/sec (4,9 Gbps) | 295 MiB/sec (2,5 Gbps) | |
| NFSv4 - 8 hilos | 385 MiB/sec (3,1 Gbps) | 590 MiB/sec (4,9 Gbps) | 335 MiB/sec (2,8 Gbps) | |
| SMBV3 - 1 hilo | 275 MiB/sec (2,4 Gbps) | 325 MiB/sec (2,7 Gbps) | 255 MiB/sec (2,1 Gbps) | |
| SMBV3 - 8 hilos | 455 MiB/sec (3,8 Gbps) | 590 MiB/sec (4,9 Gbps) | 335 MiB/sec (2,8 Gbps) | |
|
Disco raíz: 80 GB, io1 SSD, 4000 IOPS Disco caché: 4 discos caché NVME de 2 TB Rendimiento mínimo de red: 10 Gbps CPU: 32 vCPU | RAM: 24 GB Se recomienda el protocolo NFS para Linux |
NFSv3 - 1 hilo | 300 MiB/sec (2,5 Gbps) | 590 MiB/sec (4,9 Gbps) | 325 MiB/sec (2,7 Gbps) |
| NFSv3 - 8 hilos | 585 MiB/sec (4,9 Gbps) | 590 MiB/sec (4,9 Gbps) | 580 MiB/sec (4,8 Gbps) | |
| NFSv4 - 1 hilo | 355 MiB/sec (3,0 Gbps) | 590 MiB/sec (4,9 Gbps) | 340 MiB/sec (2,9 Gbps) | |
| NFSv4 - 8 hilos | 575 MiB/sec (4,8 Gbps) | 590 MiB/sec (4,9 Gbps) | 575 MiB/sec (4,8 Gbps) | |
| SMBV3 - 1 hilo | 230 MiB/sec (1,9 Gbps) | 325 MiB/sec (2,7 Gbps) | 245 MiB/sec (2,0 Gbps) | |
| SMBV3 - 8 hilos | 585 MiB/sec (4,9 Gbps) | 590 MiB/sec (4,9 Gbps) | 580 MiB/sec (4,8 Gbps) |
Rendimiento de File Gateway en clientes Windows
| Ejemplo de configuraciones | Protocolo | Rendimiento de escritura (tamaños de archivo de 1 GB) | Rendimiento de lectura alcanzado por la memoria caché | La memoria caché pierde el rendimiento de lectura |
|---|---|---|---|---|
|
Disco raíz: 80 GB, io1 SSD, 4000 IOPS Disco caché: caché de 512 GiB, io1, 1500 IOPS aprovisionadas Rendimiento mínimo de red: 10 Gbps CPU: 16 CPU virtuales | RAM: 32 GB Se recomienda el protocolo SMB para Windows |
SMBV3 - 1 hilo | 150 MiB/sec (1,3 Gbps) | 180 MiB/sec (1,5 Gbps) | 20 MiB/sec (0,2 Gbps) |
| SMBV3 - 8 hilos | 190 MiB/sec (1,6 Gbps) | 335 MiB/sec (2,8 Gbps) | 195 MiB/sec (1,6 Gbps) | |
| NFSv3 - 1 hilo | 95 MiB/sec (0,8 Gbps) | 130 MiB/sec (1,1 Gbps) | 20 MiB/sec (0,2 Gbps) | |
| NFSv3 - 8 hilos | 190 MiB/sec (1,6 Gbps) | 330 MiB/sec (2,8 Gbps) | 190 MiB/sec (1,6 Gbps) | |
|
Dispositivo de hardware de Storage Gateway Rendimiento mínimo de red: 10 Gbps |
SMBV3 - 1 hilo | 230 MiB/sec (1,9 Gbps) | 255 MiB/sec (2,1 Gbps) | 20 MiB/sec (0,2 Gbps) |
| SMBV3 - 8 hilos | 835 MiB/sec (7,0 Gbps) | 475 MiB/sec (4,0 Gbps) | 195 MiB/sec (1,6 Gbps) | |
| NFSv3 - 1 hilo | 135 MiB/sec (1,1 Gbps) | 185 MiB/sec (1,6 Gbps) | 20 MiB/sec (0,2 Gbps) | |
| NFSv3 - 8 hilos | 545 MiB/sec (4,6 Gbps) | 470 MiB/sec (4,0 Gbps) | 190 MiB/sec (1,6 Gbps) | |
|
Disco raíz: 80 GB, io1 SSD, 4000 IOPS Disco caché: 4 discos caché NVME de 2 TB Rendimiento mínimo de red: 10 Gbps CPU: 32 vCPU | RAM: 24 GB Se recomienda el protocolo SMB para Windows |
SMBV3 - 1 hilo | 230 MiB/sec (1,9 Gbps) | 265 MiB/sec (2,2 Gbps) | 30 MiB/sec (0,3 Gbps) |
| SMBV3 - 8 hilos | 835 MiB/sec (7,0 Gbps) | 780 MiB/sec (6,5 Gbps) | 250 MiB/sec (2,1 Gbps) | |
| NFSv3 - 1 hilo | 135 MiB/sec (1.1). Gbps) | 220 MiB/sec (1,8 Gbps) | 30 MiB/sec (0,3 Gbps) | |
| NFSv3 - 8 hilos | 545 MiB/sec (4,6 Gbps) | 570 MiB/sec (4,8 Gbps) | 240 MiB/sec (2,0 Gbps) |
nota
El rendimiento puede variar en función de la configuración de la plataforma de host y el ancho de banda de la red. El rendimiento de escritura disminuye con el tamaño del archivo, y el rendimiento más alto que se puede lograr para archivos pequeños (menos de 32 MiB) es de 16 archivos por segundo.
Guía de rendimiento para pasarelas con varios archivos compartidos
Amazon S3 File Gateway admite la conexión de hasta 50 recursos compartidos de archivos a un único dispositivo Storage Gateway. Al agregar varios recursos compartidos de archivos por puerta de enlace, puede admitir más usuarios y cargas de trabajo y, al mismo tiempo, administrar menos puertas de enlace y recursos de hardware virtual. Además de otros factores, la cantidad de recursos compartidos de archivos gestionados por una puerta de enlace puede afectar al rendimiento de esa puerta de enlace. En esta sección se describe cómo se espera que cambie el rendimiento de las puertas de enlace en función de la cantidad de recursos compartidos de archivos adjuntos y se recomiendan configuraciones de hardware virtual para optimizar el rendimiento de las puertas de enlace que administran varios recursos compartidos.
En general, aumentar el número de recursos compartidos de archivos administrados por un único Storage Gateway puede tener las siguientes consecuencias:
-
Aumento del tiempo necesario para reiniciar la puerta de enlace.
-
Mayor utilización de los recursos de hardware virtual, como vCPU y RAM.
-
Disminución del rendimiento de las operaciones de datos y metadatos si los recursos de hardware virtual se saturan.
En la siguiente tabla se enumeran las configuraciones de hardware virtual recomendadas para las puertas de enlace que administran varios recursos compartidos de archivos:
| Recursos compartidos de archivos por puerta de enlace | Configuración de capacidad de puerta de enlace recomendada | Núcleos de vCPU recomendados | RAM recomendada | Tamaño de disco recomendado |
|---|---|---|---|---|
|
1-10 |
Pequeña |
4 (tipo de EC2 instancia m4.xlarge o superior) |
16 GiB |
80 GiB |
|
10-20 |
Medio |
8 (tipo de EC2 instancia m4.2xlarge o superior) |
32 GiB |
160 GiB |
|
Más de 20 |
Grande |
16 (tipo de EC2 instancia m4.4xlarge o superior) |
64 GiB |
240 GiB |
Además de las configuraciones de hardware virtual recomendadas anteriormente, recomendamos las siguientes prácticas recomendadas para configurar y mantener los dispositivos Storage Gateway que administran varios recursos compartidos de archivos:
-
Tenga en cuenta que la relación entre la cantidad de archivos compartidos y la demanda que se ejerce sobre el hardware virtual de la puerta de enlace no es necesariamente lineal. Algunos recursos compartidos de archivos pueden generar más rendimiento y, por lo tanto, más demanda de hardware que otros. Las recomendaciones de la tabla anterior se basan en las capacidades máximas de hardware y en varios niveles de rendimiento de los recursos compartidos de archivos.
-
Si considera que agregar varios recursos compartidos de archivos a una sola puerta de enlace reduce el rendimiento, considere la posibilidad de mover los recursos compartidos de archivos más activos a otras puertas de enlace. En concreto, si se utiliza un recurso compartido de archivos para una very-high-throughput aplicación, considere la posibilidad de crear una puerta de enlace independiente para ese recurso compartido de archivos.
-
No recomendamos configurar una puerta de enlace para varias aplicaciones de alto rendimiento y otra para varias aplicaciones de bajo rendimiento. En su lugar, intente distribuir los archivos compartidos de alto y bajo rendimiento de manera uniforme entre las pasarelas para equilibrar la saturación del hardware. Para medir el rendimiento del uso compartido de archivos, utilice las
ReadBytesmétricas y.WriteBytesPara obtener más información, consulta Cómo entender las métricas de uso compartido de archivos.
