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.
**Topics**
+ [Guía básica de rendimiento para S3 File Gateway FSx](#performance-fgw)
+ [Directrices de rendimiento para puertas de enlace con varios recursos compartidos de archivos](#performance-multiple-file-shares)
+ [Maximización del rendimiento de la puerta de enlace de archivo de S3](Performance-Throughput.md)
+ [Optimización de la puerta de enlace de archivo de S3 para copias de seguridad de bases de datos de SQL Server](SQL-Backup-Best-Practices.md)
## Guía básica de rendimiento para S3 File Gateway FSx
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 de EC2](ephemeral-disk-cache.md).
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)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/requesting-ebs-volume-modifications.html#modify-ebs-volume).
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
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/filegateway/latest/files3/Performance.html)
### Rendimiento de la puerta de enlace de archivo en clientes de Windows
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/filegateway/latest/files3/Performance.html)
**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 | Small | 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\$1 | Grande | 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 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 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 `ReadBytes` y `WriteBytes`. Para obtener más información, consulte [Descripción de las métricas de recursos compartidos de archivos](https://docs.aws.amazon.com/filegateway/latest/files3/monitoring-file-gateway.html#monitoring-file-gateway-resources).