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 la puerta de enlace de archivo.
Temas
Guía básica de rendimiento para la puerta de enlace de archivo de S3
En esta sección, encontrará directrices para aprovisionar hardware para su máquina virtual de puerta de enlace de archivo de S3. Las configuraciones de instancias que se indican 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 del almacenamiento efímero con puertas de enlace EC2 .
Para las instancias de Amazon EC2, si tiene más de cinco millones de objetos en el bucket de S3 y utiliza un volumen SSD de uso general, se necesita un volumen EBS raíz mínimo de 350 GiB para un rendimiento aceptable de la puerta de enlace durante el inicio. 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 recomendado para los directorios individuales de los recursos compartidos de archivos que se conectan a la puerta de enlace de archivo de 10 000 archivos por directorio. Puede usar la puerta de enlace de archivo con directorios que tengan más de 10 000 archivos, pero es posible que el rendimiento se vea afectado.
En las siguientes tablas, las operaciones de lectura de aciertos de la caché son lecturas de los recursos compartidos de archivos que se obtienen desde la caché. Las operaciones de lectura de errores de la caché son lecturas de los recursos compartidos de archivos que se obtienen desde Amazon S3.
En las siguientes tablas se muestran ejemplos de configuraciones de la puerta de enlace de archivo de S3.
Rendimiento de la puerta de enlace de archivo de S3 en clientes de Linux
| Ejemplo de configuraciones | Protocolo | Rendimiento de escritura (tamaños de archivos 1 GB) | Rendimiento de lectura de aciertos de la caché | Rendimiento de lectura de errores de la caché |
|---|---|---|---|---|
|
Disco raíz: 80 GB, io1 SSD, 4000 IOPS Disco de 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 subproceso | 110 MiB/s (0,92 Gbps) | 590 MiB/s (4,9 Gbps) | 310 MiB/s (2,6 Gbps) |
| NFSv3: 8 subprocesos | 160 MiB/s (1,3 Gbps) | 590 MiB/s (4,9 Gbps) | 335 MiB/s (2,8 Gbps) | |
| NFSv4: 1 subproceso | 130 MiB/s (1,1 Gbps) | 590 MiB/s (4,9 Gbps) | 295 MiB/s (2,5 Gbps) | |
| NFSv4: 8 subprocesos | 160 MiB/s (1,3 Gbps) | 590 MiB/s (4,9 Gbps) | 335 MiB/s (2,8 Gbps) | |
| SMBV3: 1 subproceso | 115 MiB/s (1,0 Gbps) | 325 MiB/s (2,7 Gbps) | 255 MiB/s (2,1 Gbps) | |
| SMBV3: 8 subprocesos | 190 MiB/s (1,6 Gbps) | 590 MiB/s (4,9 Gbps) | 335 MiB/s (2,8 Gbps) | |
|
Dispositivo de hardware de Storage Gateway Rendimiento mínimo de red: 10 Gbps |
NFSv3: 1 subproceso | 265 MiB/s (2,2 Gbps) | 590 MiB/s (4,9 Gbps) | 310 MiB/s (2,6 Gbps) |
| NFSv3: 8 subprocesos | 385 MiB/s (3,1 Gbps) | 590 MiB/s (4,9 Gbps) | 335 MiB/s (2,8 Gbps) | |
| NFSv4: 1 subproceso | 310 MiB/s (2,6 Gbps) | 590 MiB/s (4,9 Gbps) | 295 MiB/s (2,5 Gbps) | |
| NFSv4: 8 subprocesos | 385 MiB/s (3,1 Gbps) | 590 MiB/s (4,9 Gbps) | 335 MiB/s (2,8 Gbps) | |
| SMBV3: 1 subproceso | 275 MiB/s (2,4 Gbps) | 325 MiB/s (2,7 Gbps) | 255 MiB/s (2,1 Gbps) | |
| SMBV3: 8 subprocesos | 455 MiB/s (3,8 Gbps) | 590 MiB/s (4,9 Gbps) | 335 MiB/s (2,8 Gbps) | |
|
Disco raíz: 80 GB, io1 SSD, 4000 IOPS Disco de caché: 4 discos de caché NVME de 2 TB Rendimiento mínimo de red: 10 Gbps CPU: 32 CPU virtuales | RAM: 244 GB Se recomienda el protocolo NFS para Linux |
NFSv3: 1 subproceso | 300 MiB/s (2,5 Gbps) | 590 MiB/s (4,9 Gbps) | 325 MiB/s (2,7 Gbps) |
| NFSv3: 8 subprocesos | 585 MiB/s (4,9 Gbps) | 590 MiB/s (4,9 Gbps) | 580 MiB/s (4,8 Gbps) | |
| NFSv4: 1 subproceso | 355 MiB/s (3,0 Gbps) | 590 MiB/s (4,9 Gbps) | 340 MiB/s (2,9 Gbps) | |
| NFSv4: 8 subprocesos | 575 MiB/s (4,8 Gbps) | 590 MiB/s (4,9 Gbps) | 575 MiB/s (4,8 Gbps) | |
| SMBV3: 1 subproceso | 230 MiB/s (1,9 Gbps) | 325 MiB/s (2,7 Gbps) | 245 MiB/s (2,0 Gbps) | |
| SMBV3: 8 subprocesos | 585 MiB/s (4,9 Gbps) | 590 MiB/s (4,9 Gbps) | 580 MiB/s (4,8 Gbps) |
Rendimiento de la puerta de enlace de archivo en clientes de Windows
| Ejemplo de configuraciones | Protocolo | Rendimiento de escritura (tamaños de archivos 1 GB) | Rendimiento de lectura de aciertos de la caché | Rendimiento de lectura de errores de la caché |
|---|---|---|---|---|
|
Disco raíz: 80 GB, io1 SSD, 4000 IOPS Disco de 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 subproceso | 150 MiB/s (1,3 Gbps) | 180 MiB/s (1,5 Gbps) | 20 MiB/s (0,2 Gbps) |
| SMBV3: 8 subprocesos | 190 MiB/s (1,6 Gbps) | 335 MiB/s (2,8 Gbps) | 195 MiB/s (1,6 Gbps) | |
| NFSv3: 1 subproceso | 95 MiB/s (0,8 Gbps) | 130 MiB/s (1,1 Gbps) | 20 MiB/s (0,2 Gbps) | |
| NFSv3: 8 subprocesos | 190 MiB/s (1,6 Gbps) | 330 MiB/s (2,8 Gbps) | 190 MiB/s (1,6 Gbps) | |
|
Dispositivo de hardware de Storage Gateway Rendimiento mínimo de red: 10 Gbps |
SMBV3: 1 subproceso | 230 MiB/s (1,9 Gbps) | 255 MiB/s (2,1 Gbps) | 20 MiB/s (0,2 Gbps) |
| SMBV3: 8 subprocesos | 835 MiB/s (7,0 Gbps) | 475 MiB/s (4,0 Gbps) | 195 MiB/s (1,6 Gbps) | |
| NFSv3: 1 subproceso | 135 MiB/s (1,1 Gbps) | 185 MiB/s (1,6 Gbps) | 20 MiB/s (0,2 Gbps) | |
| NFSv3: 8 subprocesos | 545 MiB/s (4,6 Gbps) | 470 MiB/s (4,0 Gbps) | 190 MiB/s (1,6 Gbps) | |
|
Disco raíz: 80 GB, io1 SSD, 4000 IOPS Disco de caché: 4 discos de caché NVME de 2 TB Rendimiento mínimo de red: 10 Gbps CPU: 32 CPU virtuales | RAM: 244 GB Se recomienda el protocolo SMB para Windows |
SMBV3: 1 subproceso | 230 MiB/s (1,9 Gbps) | 265 MiB/s (2,2 Gbps) | 30 MiB/s (0,3 Gbps) |
| SMBV3: 8 subprocesos | 835 MiB/s (7,0 Gbps) | 780 MiB/s (6,5 Gbps) | 250 MiB/s (2,1 Gbps) | |
| NFSv3: 1 subproceso | 135 MiB/s (1,1 Gbps) | 220 MiB/s (1,8 Gbps) | 30 MiB/s (0,3 Gbps) | |
| NFSv3: 8 subprocesos | 545 MiB/s (4,6 Gbps) | 570 MiB/s (4,8 Gbps) | 240 MiB/s (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.
Directrices de rendimiento para puertas de enlace con varios recursos compartidos de archivos
La puerta de enlace de archivo de Amazon S3 admite la asociación de hasta 50 recursos compartidos de archivos a un único dispositivo de 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 asociados y se recomiendan configuraciones de hardware virtual para optimizar el rendimiento de las puertas de enlace que administran varios recursos compartidos.
En general, el aumento del número de recursos compartidos de archivos administrados por un único dispositivo de 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 recomendada de capacidad de la puerta de enlace | Núcleos de vCPU recomendados | RAM recomendada | Tamaño de disco raíz recomendado |
|---|---|---|---|---|
|
1-10 |
Pequeña |
4 (instancia de EC2 tipo m4.xlarge o superior) |
16 GiB |
80 GiB |
|
10-20 |
Medio |
8 (instancia de EC2 tipo m4.2xlarge o superior) |
32 GiB |
160 GiB |
|
20+ |
Large |
16 (instancia de EC2 tipo m4.4xlarge o superior) |
64 GiB |
240 GiB |
Además de las configuraciones de hardware virtual recomendadas anteriormente, se recomiendan las siguientes prácticas recomendadas para configurar y mantener los dispositivos de Storage Gateway que administran varios recursos compartidos de archivos:
-
Tenga en cuenta que la relación entre la cantidad de recursos compartidos de archivos 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 observa que al agregar varios recursos compartidos de archivos a una sola puerta de enlace se reduce el rendimiento, considere la posibilidad de mover los recursos compartidos de archivos más activos a otras puertas de enlace. En concreto, si un recurso compartido de archivos se utiliza para una aplicación de muy alto rendimiento, considere la posibilidad de crear una puerta de enlace independiente para ese recurso compartido de archivos.
-
No se recomienda 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 recursos compartidos de archivos de alto y bajo rendimiento de manera uniforme entre las puertas de enlace para equilibrar la saturación del hardware. Para medir el rendimiento del recurso compartido de archivos, utilice las métricas
ReadBytesyWriteBytes. Para obtener más información, consulte Descripción de las métricas de recursos compartidos de archivos.
