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 File Gateway

• Optimizing Gateway Performance

• Maximizar el rendimiento de S3 File Gateway

• Optimización de S3 File Gateway para las copias de seguridad de bases de datos de SQL Server

Guía básica de rendimiento para File Gateway

En esta sección, encontrará instrucciones para el aprovisionamiento de hardware para su máquina virtual de FSx File Gateway. Las configuraciones de instancias 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 .

El límite de tamaño sugerido para los directorios individuales de los sistemas de de archivos 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 aciertos de caché son lecturas de los datos del archivo que se sirven desde la memoria caché. Las operaciones de lectura errónea de la caché son lecturas de los datos de archivos que se proporcionan desde Amazon FSx para Windows File Server.

La siguiente tabla muestra un ejemplo de configuración de FSx File Gateway.

FSx Rendimiento de File Gateway en clientes Windows

Configuración de ejemplo	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 Discos caché: 2 x 2 TiB NVME Rendimiento mínimo de red: 10 Gbps CPU: 32 vCPU | RAM: 24 GB	SMBv3 - 1 hilo	162 MiB/sec (1,4 Gbps)	403 MiB/sec (3,4 Gbps)	288 MiB/sec (2,4 Gbps)
	SMBv3 - 8 hilos	511 MiB/sec (4,3 Gbps)	571 MiB/sec (4,8 Gbps)	567 MiB/sec (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 añadir discos de alto rendimiento, como unidades de estado sólido (SSDs) y una NVMe controladora. 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 generalmente se traduce en un mejor rendimiento y en más input/output operaciones por segundo (IOPS). Para obtener información sobre cómo agregar discos, consulte. Configuración de almacenamiento en caché adicional

Para medir el rendimiento, utilice las métricas ReadBytes y WriteBytes con la estadística Samples de Amazon CloudWatch . Por ejemplo, la estadística Samples de la métrica ReadBytes durante 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

CloudWatch las métricas 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, confirme que no está sobresuscribiendo la CPUs del servidor anfitrión.

Cuando agrega más CPUs al servidor host de la puerta de enlace, aumenta la capacidad de procesamiento de la puerta de enlace. De este modo, la puerta de enlace podrá gestionar, paralelamente, el almacenamiento de los datos de la aplicación en el almacenamiento local y la carga de estos datos en para Windows File Server. CPUs Además, ayuda a garantizar que su puerta de enlace reciba suficientes recursos de CPU cuando el host se comparte con otros VMs. Proporcionar suficientes recursos de CPU tiene el efecto general de mejorar el rendimiento.

Storage Gateway admite el uso de 24 CPUs en el servidor host de la puerta de enlace. Puede usar 24 CPUs para mejorar significativamente el rendimiento de su puerta de enlace. Le recomendamos la siguiente configuración de gateway para el servidor de alojamiento de la gateway:

• 24 CPUs.

• 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 con un NVMe controlador.

• Adaptador de red 1 configurado en red de MV 1:

  • Utilice la red VM 1 y añada VMXnet3 (10 Gbps) para utilizarla en la ingestión.

• Adaptador de red 2 configurado en red de MV 2:

  • Utilice la red VM 2 y añada una VMXnet3 (10 Gbps) para conectarla. AWS

Respalde los discos virtuales de la gateway con discos físicos independientes

Cuando aprovisione discos de puerta de enlace, le recomendamos encarecidamente que no aprovisione discos locales para el almacenamiento local que usen el mismo disco de almacenamiento físico subyacente. Por ejemplo VMware ESXi, los recursos de almacenamiento físico subyacentes 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 WriteBytes métricas de ReadBytes la puerta de enlace para medir el rendimiento total de los datos.

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 recursos de CPU adicionales, añadir más CPUs puede ayudar a la aplicación a escalar su I/O carga.

Algunas operaciones con archivos en la puerta de enlace de FSx archivos, como cambiar el nombre de las carpetas de nivel superior o los cambios de permisos, pueden provocar varias operaciones con archivos y provocar una I/O carga elevada en el sistema de archivos del servidor de archivos de Windows. FSx Si el sistema de archivos no tiene suficientes recursos de rendimiento para su carga de trabajo, es posible que elimine las instantáneas, ya que da prioridad a la disponibilidad para la retención continua de instantáneas por I/O encima de la histórica.

En la FSx consola de Amazon, consulta la página Supervisión y rendimiento para ver si tu sistema de archivos está insuficientemente aprovisionado. Si es así, puedes cambiarte a un almacenamiento SSD, aumentar la capacidad de rendimiento o aumentar las IOPS en SSD para gestionar tu carga de trabajo.