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 para Tape Gateway
En esta sección se describe el rendimiento de Storage Gateway.
Temas
Directrices de rendimiento para las puertas de enlace de cinta
En esta sección, encontrará directrices de configuración para aprovisionar hardware para su máquina virtual de puerta de enlace de cinta. Los tamaños y tipos de EC2 instancias de Amazon que se muestran en la tabla son ejemplos y se proporcionan como referencia.
Configuración | Rendimiento de escritura en Gbps | Rendimiento de lectura de caché en Gbps | Lea desde Gbps de rendimiento de Amazon Web Services Cloud |
---|---|---|---|
Plataforma de alojamiento: EC2 instancia de Amazon: c5.4xlarge CPU: 16 v CPU |RAM: 32 GB Disco raíz: 80 GB, io1SSD, 4.000 IOPS Disco caché: rayado RAID (2 x 500 GB, io1, 25000) EBS SSD IOPs Disco de búfer de carga: 450 GB, io1, 2000 SSD IOPs Ancho de banda de red para la nube: 10 Gbps |
2.3 | 4.0 | 2.2 |
Plataforma de host: dispositivo de hardware de Storage Gateway Disco en caché: 2,5 TB Disco de búfer de carga: 2 TB Ancho de banda de red para la nube: 10 Gbps |
2.3 | 8.8 | 3.8 |
Plataforma de alojamiento: Amazon EC2instance — c5d.9xlarge CPU: 36 v |: 72 GB CPU RAM Disco raíz: 80 GB, io1SSD, 4.000 IOPS Disco caché: disco de 900 GB NVMe Disco de búfer de carga: NVMe disco de 900 GB Ancho de banda de red para la nube: 10 Gbps |
5.2 | 11.6 | 5.2 |
Plataforma de alojamiento: Amazon EC2instance — c5d.metal CPU: 96 V CPU |RAM: 192 GB Disco raíz: 80 GB, io1SSD, 4.000 IOPS Disco caché: rayado RAID (2 discos de 900 GBNVMe) Disco de búfer de carga: disco de 900 GB NVMe Ancho de banda de red para la nube: 10 Gbps |
5.2 | 11.6 | 7.2 |
nota
Este rendimiento se ha logrado utilizando un tamaño de bloque de 1 MB y diez unidades de cinta al mismo tiempo.
Las EC2 configuraciones de la tabla anterior solo pretenden ser representativas del rendimiento que podría alcanzar en sus propios servidores físicos con recursos similares. Por ejemplo, las EC2 configuraciones con bandas RAID se realizaron mediante un mecanismo especial que, por lo general, no es compatible con nuestra puerta de enlaceEC2. Para lograr un rendimiento similar, debería utilizar en su lugar un RAID controlador de hardware conectado al servidor local en el que se ejecuta la puerta de enlace.
El rendimiento puede variar en función de la configuración de la plataforma de host y el ancho de banda de la red.
Para mejorar el rendimiento de escritura y lectura de la puerta de enlace de cinta, consulte Optimiza la configuración de TI SCSI, Utilice un tamaño de bloques mayor para las unidades de cinta y Optimice el rendimiento de las unidades de cinta virtuales en el software de copia de seguridad.
Optimizar el rendimiento de la pasarela
Configuración recomendada del servidor de la puerta de enlace
Para obtener el mejor rendimiento de la puerta de enlace, Storage Gateway recomienda la siguiente configuración de puerta de enlace para el servidor host de la puerta de enlace:
-
Al menos 64 CPU núcleos físicos dedicados
-
En el caso de Tape Gateway , su hardware debe dedicar las siguientes cantidades deRAM:
-
Al menos 16 GiB reservados RAM para pasarelas con un tamaño de caché de hasta 16 TiB
-
Al menos 32 GiB reservados RAM para pasarelas con un tamaño de caché de 16 TiB a 32 TiB
-
Al menos 48 GiB reservados RAM para pasarelas con un tamaño de caché de 32 TiB a 64 TiB
nota
Para un rendimiento óptimo de la puerta de enlace, debe aprovisionar al menos 32 GiB de. RAM
-
-
Disco 1, que se utilizará como caché de puerta de enlace de la siguiente manera:
-
Rayado RAID (conjunto redundante de discos independientes) compuesto por. NVMe SSDs
-
-
Disco 2, que se utilizará como búfer de carga de la puerta de enlace de la siguiente manera:
-
A rayas RAID compuesto por. NVMe SSDs
-
-
Disco 3, que se utilizará como búfer de carga de la puerta de enlace de la siguiente manera:
-
A rayas RAID compuesto por. NVMe SSDs
-
-
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
-
Añada recursos a la gateway
Los siguientes obstáculos pueden reducir el rendimiento de su Tape Gateway por debajo del rendimiento máximo sostenido teórico (su ancho de banda a la nube): AWS
-
CPURecuento de núcleos
-
Rendimiento del disco de búfer de carga/caché
-
RAMImporte total
-
Ancho de banda de red para AWS
-
Ancho de banda de la red desde el iniciador hasta la puerta de enlace
Esta sección contiene los pasos que puede seguir para optimizar el rendimiento de su puerta de enlace. Esta orientación se basa en la adición de recursos a la puerta de enlace o al servidor de aplicaciones.
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
-
Rendimiento del disco de búfer de carga y caché puede limitar el rendimiento de carga y descarga de la puerta de enlace. Si la puerta de enlace presenta un rendimiento muy inferior al esperado, considere la posibilidad de mejorar el rendimiento del disco de búfer de carga y caché de la siguiente manera:
-
Usar una banda RAID como RAID 10 para mejorar el rendimiento del disco, idealmente con un controlador de hardwareRAID.
nota
RAID(matriz redundante de discos independientes) o, específicamente, RAID configuraciones divididas en discos, como RAID 10, es el proceso de dividir un conjunto de datos en bloques y distribuirlos entre varios dispositivos de almacenamiento. El RAID nivel que utilice afectará a la velocidad exacta y a la tolerancia a errores que podrá alcanzar. Al dividir las cargas de trabajo de E/S en varios discos, el rendimiento general del RAID dispositivo es mucho mayor que el de cualquier disco de un solo miembro.
-
Uso de discos de alto rendimiento conectados directamente
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 controladora. NVMe También puede conectar discos virtuales a su máquina virtual directamente desde una red de área de almacenamiento (SAN) en lugar de Microsoft Hyper-VNTFS. La mejora del rendimiento del disco generalmente se traduce en un mejor rendimiento y en más operaciones de entrada/salida por segundo (). IOPS
Para medir el rendimiento, usa las
WriteBytes
métricasReadBytes
y con la CloudWatch estadística deSamples
Amazon. Por ejemplo, laSamples
estadística de laReadBytes
métrica correspondiente a un período de muestra de 5 minutos dividido entre 300 segundos da como resultado la. IOPS Como regla general, cuando revise estas métricas para una puerta de enlace, busque un rendimiento bajo y IOPS tendencias bajas para indicar los cuellos de botella relacionados con los discos. Para obtener más información sobre métricas de puerta de enlaces, consulte Medición del rendimiento entre su puerta de enlace de cinta y AWS.nota
CloudWatch las métricas no están disponibles para todas las pasarelas. Para obtener información sobre métricas de puertas de enlace, consulte Supervisión de Storage Gateway.
-
- Adición de más discos del búfer de carga
-
Para lograr un mayor rendimiento de escritura, añada al menos dos discos del búfer de carga. Cuando los datos se escriben en la puerta de enlace, se escriben y almacenan localmente en los discos del búfer de carga. Posteriormente, los datos locales almacenados se leen de forma asíncrona desde los discos que se van a procesar y cargar en AWS. Añadir más discos del búfer de carga puede reducir la cantidad de operaciones de E/S simultáneas que se realizan en cada disco individual. Esto puede provocar un aumento del rendimiento de escritura en la puerta de enlace.
- 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 búfer de carga y el almacenamiento en caché que utilicen el mismo disco de almacenamiento físico subyacente. Por ejemplo, para VMwareESXi, 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 RAID configuración de menor rendimiento, como RAID 1 o RAID 6, puede provocar un rendimiento deficiente.
- Añada CPU recursos al host de su puerta de enlace
-
El requisito mínimo para un servidor de alojamiento de gateway son cuatro procesadores virtuales. Para optimizar el rendimiento de la puerta de enlace, confirme que cada procesador virtual asignado a la máquina virtual de puerta de enlace esté respaldado por un CPU núcleo dedicado. Además, confirme que no está sobresuscribiendo la CPUs del servidor host.
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 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 Amazon S3. Además, CPUs también ayudan a garantizar que su puerta de enlace reciba suficientes CPU recursos cuando el host se comparte con otrosVMs. Proporcionar CPU recursos suficientes tiene el efecto general de mejorar el rendimiento.
- Aumente el ancho de banda entre la puerta de enlace y la nube de AWS
-
Al aumentar el ancho de banda hacia y desde la nube, AWS aumentará la velocidad máxima de entrada de datos a su puerta de enlace y salida a la nube. AWS Esto puede mejorar el rendimiento de la puerta de enlace si la velocidad de la red es el factor limitante de la configuración de la puerta de enlace, en lugar de otros factores, como la lentitud de los discos o el bajo ancho de banda de conexión del iniciador de la puerta de enlace.
El ancho de banda de la red de ida y AWS vuelta define el rendimiento medio máximo teórico de su Tape Gateway durante cargas de trabajo sostenidas.
-
La velocidad media a la que puede escribir datos en la puerta de enlace de cinta durante intervalos prolongados no superará el ancho de banda de carga a AWS.
-
La velocidad media a la que puede leer los datos de su Tape Gateway durante intervalos prolongados no superará el ancho de banda de descarga. AWS
nota
Es probable que el rendimiento observado de la puerta de enlace sea inferior al ancho de banda de la red debido a otros factores limitantes que se enumeran aquí, como el rendimiento del disco con búfer de carga y caché, el número de CPU núcleos, la RAM cantidad total o el ancho de banda entre el iniciador y la puerta de enlace. Además, el funcionamiento normal de la puerta de enlace implica la adopción de muchas medidas para proteger los datos, lo que puede provocar que el rendimiento observado sea inferior al ancho de banda de la red.
-
Optimiza la configuración de TI SCSI
Puede optimizar la SCSI configuración i de su SCSI iniciador i para lograr un mayor rendimiento de E/S. Recomendamos elegir 256 KiB para MaxReceiveDataSegmentLength
y FirstBurstLength
, y 1 MiB para MaxBurstLength
. Para obtener más información sobre la configuración de los SCSI ajustes i, consulte. Personalización de los ajustes SCSI
nota
Estos ajustes recomendados pueden facilitar un mejor rendimiento general. Sin embargo, los SCSI ajustes i específicos necesarios para optimizar el rendimiento varían en función del software de copia de seguridad que utilice. Para obtener más información, consulte la documentación del software de copia de seguridad.
Utilice un tamaño de bloques mayor para las unidades de cinta
Para una puerta de enlace de cinta, el tamaño de bloque predeterminado para una unidad de cinta es de 64 KB. Sin embargo, puede aumentar el tamaño de bloque hasta 1 MB a mejorar el rendimiento de E/S.
El tamaño de bloque que elija dependerá del tamaño de bloque máximo que admita el software de copia de seguridad. Le recomendamos que establezca el máximo tamaño de bloque posible para las unidades de cinta en el software de copia de seguridad. Sin embargo, este tamaño de bloque no debe ser mayor que el tamaño máximo de 1 MB que admite la gateway.
Las puertas de enlace de cinta negocian el tamaño de bloque de las unidades de cinta virtuales para que coincida automáticamente con el que está definido en el software de copia de seguridad. Cuando aumente el tamaño de bloque en el software de copia de seguridad, le recomendamos que también compruebe la configuración para asegurarse de que el iniciador de host admite el nuevo tamaño de bloque. Para obtener más información, consulte la documentación del software de copia de seguridad. Para obtener más información sobre orientación específica para el rendimiento del gateway, consulte Rendimiento y optimización para Tape Gateway.
Optimice el rendimiento de las unidades de cinta virtuales en el software de copia de seguridad
El software de copia de seguridad puede hacer copias de seguridad de los datos en un máximo de 10 unidades de cinta virtuales de una puerta de enlace de cinta al mismo tiempo. Le recomendamos que configure tareas de copia de seguridad en el software de copia de seguridad para utilizar al menos 4 unidades de cinta virtuales simultáneamente en la puerta de enlace de cinta. Puede lograr un mejor rendimiento de escritura cuando el software de copia de seguridad realiza copias de seguridad de datos en más de una cinta virtual al mismo tiempo.
Como regla general, puede lograr un rendimiento máximo superior si utiliza (leer o escribir) más cintas virtuales al mismo tiempo. Al utilizar más unidades de cinta, permite que la puerta de enlace atienda más solicitudes de forma simultánea, lo que podría mejorar el rendimiento.
Añada recursos al entorno de aplicaciones
- Aumente el ancho de banda entre el servidor de aplicaciones y la gateway
-
La conexión entre el SCSI iniciador i y la puerta de enlace puede limitar el rendimiento de carga y descarga. Si su gateway presenta un rendimiento considerablemente inferior al esperado y ya ha mejorado el número de CPU núcleos y el rendimiento del disco, considere lo siguiente:
-
Actualizar los cables de red para que tengan un mayor ancho de banda entre el iniciador y la puerta de enlace.
-
Utilizar tantas unidades de cinta al mismo tiempo como sea posible. i SCSI no permite poner en cola varias solicitudes para el mismo destino, lo que significa que cuantas más unidades de cinta utilice, más solicitudes podrá atender su gateway de forma simultánea. Esto le permitirá utilizar mejor el ancho de banda entre la puerta de enlace y el iniciador, lo que aumentará el rendimiento aparente de la puerta de enlace.
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
ReadBytes
yWriteBytes
de la puerta de enlace para medir el rendimiento de datos total. Para obtener más información acerca de estas métricas, consulte Medición del rendimiento entre su puerta de enlace de cinta y AWS.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.
-
- Agregue recursos a su entorno de aplicaciones CPU
-
Si la aplicación puede utilizar CPU recursos adicionales, añadir más CPUs puede ayudar a la aplicación a escalar su carga de E/S.