Amazon FSx File Gateway ya no está disponible para nuevos clientes. Los clientes actuales de FSx File Gateway pueden seguir utilizando el servicio con normalidad. Para obtener información sobre funciones similares a las de FSx File Gateway, visite esta entrada de blog
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 FSx
En esta sección, encontrará directrices para aprovisionar hardware para su máquina virtual de puerta de enlace de archivo de FSx. 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.
El límite de tamaño recomendado para los directorios individuales de los sistemas 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 la siguiente tabla, las operaciones de lectura de aciertos de la caché son lecturas de los datos de archivos que se obtienen desde la caché. Las operaciones de lectura de errores de la caché son lecturas de los datos de archivos que se obtienen desde Amazon FSx para Windows File Server.
En la tabla siguiente se muestra un ejemplo de configuración de la puerta de enlace de archivo de FSx.
Rendimiento de la puerta de enlace de archivo de FSx en clientes de Windows
| Ejemplo de configuración | 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 Discos caché: 2 discos NVME de 2 TiB Rendimiento mínimo de red: 10 Gbps CPU: 32 CPU virtuales | RAM: 244 GB |
SMBv3: 1 subproceso | 162 MiB/s (1,4 Gbps) | 403 MiB/s (3,4 Gbps) | 288 MiB/s (2,4 Gbps) |
| SMBv3: 8 subprocesos | 511 MiB/s (4,3 Gbps) | 571 MiB/s (4,8 Gbps) | 567 MiB/s (4,8 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.
Optimizing Gateway Performance
A continuaciónnuación encontrará información sobre cómo optimizar el rendimiento de la gateway. La orientación se basa en la adición de recursos a la gateway y la adición de recursos al servidor de aplicaciones.
Añada recursos a la gateway
Puede optimizar el rendimiento de la gateway añadiendo recursos a la misma mediante uno o varios de los métodos siguientes.
- Utilice discos de mayor rendimiento
-
Para optimizar el rendimiento de la puerta de enlace, puede agregar discos de alto rendimiento, como unidades de estado sólido (SSD) y un controlador NVMe. También puede asociar discos virtuales a la MV directamente desde una red de área de almacenamiento (SAN) en lugar de Microsoft Hyper-V NTFS. La mejora del rendimiento del disco suele producir un mejor rendimiento y más operaciones de entrada/salida por segundo (IOPS). Para obtener más información sobre cómo agregar discos, consulte Configuración de almacenamiento en caché adicional.
Para medir el rendimiento, utilice las métricas
ReadBytesyWriteBytescon la estadísticaSamplesde Amazon CloudWatch. Por ejemplo, la estadísticaSamplesde la métricaReadBytesdurante un periodo muestra de 5 minutos, dividida por 300 segundos devuelve las IOPS. Por regla general, cuando revise estas métricas por una gateway, busque tendencias de bajo rendimiento y bajas IOPS, que indican cuellos de botella.nota
Las métricas de CloudWatch no están disponibles para todas las puertas de enlace. Para obtener información sobre métricas de puertas de enlace, consulte Supervisión de su puerta de enlace de .
- Añada recursos de CPU al host de la gateway
-
El requisito mínimo para un servidor de alojamiento de gateway son cuatro procesadores virtuales. Para optimizar el rendimiento de la gateway, compruebe que los cuatro procesadores virtuales asignados a la máquina virtual de la gateway están respaldados por cuatro núcleos. Además, compruebe que no se están sobresuscribiendo las CPU del servidor de alojamiento.
Cuando se añaden CPU adicionales al servidor de alojamiento de la gateway, se aumenta la capacidad de procesamiento de la gateway. De este modo, la puerta de enlace es capaz de realizar en paralelo el almacenamiento de datos de la aplicación en el almacenamiento local y la carga de dichos datos en FSx para Windows File Server. Las CPU adicionales también contribuyen a garantizar que la gateway obtenga suficientes recursos de CPU cuando el host se comparta con otras MV. Proporcionar suficientes recursos de CPU tiene el efecto general de mejorar el rendimiento.
Storage Gateway es compatible con el uso de 24 CPU en el servidor host de la puerta de enlace. Puede usar 24 CPU para mejorar significativamente el rendimiento de la gateway. Le recomendamos la siguiente configuración de gateway para el servidor de alojamiento de la gateway:
-
24 CPU.
-
16 GiB de RAM reservada para puertas de enlace de archivo
-
16 GiB de RAM reservados para puertas de enlace con un tamaño de caché de hasta 16 TiB
-
32 GiB de RAM reservados para puertas de enlace con un tamaño de caché de 16 TiB a 32 TiB
-
48 GiB de RAM reservados para puertas de enlace con un tamaño de caché de 32 TiB a 64 TiB
-
-
Disco 1 asociado a controlador paravirtual 1, que se utiliza como caché de la gateway de la manera siguiente:
-
SSD que utiliza un controlador NVMe.
-
-
Adaptador de red 1 configurado en red de MV 1:
-
Utilice la red de VM 1 y añada una VMXnet3 (de 10 Gbps) para su uso en la adquisición.
-
-
Adaptador de red 2 configurado en red de MV 2:
-
Utilice la red de MV 2 y añada una VMXnet3 (de 10 Gbps) para su uso en la conexión a AWS.
-
-
- Respalde los discos virtuales de la gateway con discos físicos independientes
-
Cuando aprovisione discos para una puerta de enlace, le recomendamos encarecidamente que no aprovisione discos locales para el almacenamiento local que utilicen el mismo disco de almacenamiento físico subyacente. Por ejemplo, para VMware ESXi, los recursos de almacenamiento físico subyacente se representan como un almacén de datos. Al implementar la máquina virtual de gateway, debe elegir el almacén de datos en el que se almacenarán los archivos de la máquina virtual. Cuando aprovisione un disco virtual (por ejemplo, como búfer de carga), puede almacenar el disco virtual en el mismo almacén de datos que la máquina virtual o en un almacén de datos diferente.
Si tiene más de un almacén de datos, le recomendamos encarecidamente que elija un almacén de datos para cada tipo de almacenamiento local que esté creando. Un almacén de datos respaldado por un único disco físico subyacente puede dar lugar a un bajo rendimiento. Por ejemplo, cuando se utiliza el mismo disco para respaldar tanto el almacenamiento en caché como para el búfer de carga en una configuración de gateway. Del mismo modo, un almacén de datos respaldado por una configuración RAID que no sea de alto rendimiento, como RAID 1, puede dar lugar a un bajo rendimiento.
Añada recursos al entorno de aplicaciones
- Aumente el ancho de banda entre el servidor de aplicaciones y la gateway
-
Para optimizar el rendimiento de la puerta de enlace, asegúrese de que el ancho de banda de la red entre la aplicación y la puerta de enlace puede sostener las necesidades de la aplicación. Puede utilizar las métricas
ReadBytesyWriteBytesde la puerta de enlace para medir el rendimiento de datos total.Para la aplicación, compare el rendimiento medido con el rendimiento deseado. Si el rendimiento medido es inferior al deseado, un aumento del ancho de banda entre la aplicación y la gateway puede aumentar el rendimiento si la red es el cuello de botella. Del mismo modo, puede aumentar el ancho de banda entre la MV y los discos locales, si no están conectados directamente.
- Añada recursos de CPU al entorno de aplicaciones
-
Si la aplicación puede utilizar más recursos de CPU, la adición de más CPU puede ayudar a la aplicación a escalar la carga de E/S.
Algunas operaciones de archivos en la puerta de enlace de archivo de FSx, como los cambios de permisos o los cambios de nombres de carpetas de nivel superior, pueden provocar varias operaciones de archivos que conllevan una alta carga de E/S en el sistema de archivos de FSx para Windows File Server. Si su sistema de archivos no tiene suficientes recursos de rendimiento para su carga de trabajo, es posible que el sistema elimine las copias de redundancia, ya que da prioridad a la disponibilidad de las E/S en curso por encima de la conservación de copias de redundancia históricas.
En la consola de Amazon FSx, consulte la página Supervisión y rendimiento para comprobar si su sistema de archivos dispone de poco aprovisionamiento. Si es así, puede cambiar a un almacenamiento en SSD, aumentar la capacidad de rendimiento o aumentar las IOPS en SSD para gestionar su carga de trabajo.
