Performance - AWS Storage Gateway

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.

Performance

En esta sección, encontrará información sobre el rendimiento de AWS Storage Gateway.

Guía de rendimiento para gateways de archivos

En esta sección, encontrará directrices de configuración para aprovisionar hardware para su máquina virtual de gateway de archivos. Los tamaños y tipos de instancias Amazon EC2 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).

En las siguientes tablas, acierto de caché Las operaciones de lectura de son lecturas de los recursos compartidos de archivos que se distribuyen desde la caché de. Las operaciones de lectura de errores de la caché son lecturas de los recursos compartidos de archivos que se obtienen desde Amazon S3.

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 gateways de EC2.

A continuación se muestran ejemplos de configuraciones de gateway de archivos.

Rendimiento de la gateway de archivos en clientes Linux

Ejemplo de configuraciones Protocolo Rendimiento de escritura (tamaños de archivo de 1 GB) Rendimiento de lectura de aciertos de caché Error de rendimiento de lectura de caché

Disco raíz: 80, GB de io1, 4000 IOPS

Disco de caché: Caché de 512 GiB, io1, 1500 IOPS aprovisionadas

Rendimiento mínimo de la red: 10 Gbps

CPU: 16 vCPU | RAM: 32 GB

Protocolo NFS recomendado para Linux

NFSv3 - 1 rosca 110 MiB/s (0,92 Gbps) 590 MiB/s (4,9 Gbps) 310 MiB/s (2,6 Gbps)
NFSv3 - 8 roscas 160 MiB/s (1,3 Gbps) 590 MiB/s (4,9 Gbps) 335 MiB/s (2,8 Gbps)
NFSv4 - 1 rosca 130 MiB/s (1,1 Gbps) 590 MiB/s (4,9 Gbps) 295 MiB/s (2,5 Gbps)
NFSv4 - 8 roscas 160 MiB/s (1,3 Gbps) 590 MiB/s (4,9 Gbps) 335 MiB/s (2,8 Gbps)
SMBV3 - 1 rosca 115 MiB/s (1,0 Gbps) 325 MiB/s (2,7 Gbps) 255 MiB/s (2,1 Gbps)
SMBV3 - 8 roscas 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 la red: 10 Gbps

NFSv3 - 1 rosca 265 MiB/s (2,2 Gbps) 590 MiB/s (4,9 Gbps) 310 MiB/s (2,6 Gbps)
NFSv3 - 8 roscas 385 MiB/s (3,1 Gbps) 590 MiB/s (4,9 Gbps) 335 MiB/s (2,8 Gbps)
NFSv4 - 1 rosca 310 MiB/s (2,6 Gbps) 590 MiB/s (4,9 Gbps) 295 MiB/s (2,5 Gbps)
NFSv4 - 8 roscas 385 MiB/s (3,1 Gbps) 590 MiB/s (4,9 Gbps) 335 MiB/s (2,8 Gbps)
SMBV3 - 1 rosca 275 MiB/s (2,4 Gbps) 325 MiB/s (2,7 Gbps) 255 MiB/s (2,1 Gbps)
SMBV3 - 8 roscas 455 MiB/s (3,8 Gbps) 590 MiB/s (4,9 Gbps) 335 MiB/s (2,8 Gbps)

Disco raíz: 80 GB, SSD io1, 4000 IOPS

Disco de caché: 4 discos de caché NVME de 2 TB

Rendimiento mínimo de la red: 10 Gbps

CPU: 32 vCPU | RAM: 244 GB

Protocolo NFS recomendado para Linux

NFSv3 - 1 rosca 300 MiB/s (2,5 Gbps) 590 MiB/s (4,9 Gbps) 325 MiB/s (2,7 Gbps)
NFSv3 - 8 roscas 585 MiB/s (4,9 Gbps) 590 MiB/s (4,9 Gbps) 580 MiB/s (4,8 Gbps)
NFSv4 - 1 rosca 355 MiB/s (3,0 Gbps) 590 MiB/s (4,9 Gbps) 340 MiB/s (2,9 Gbps)
NFSv4 - 8 roscas 575 MiB/s (4,8 Gbps) 590 MiB/s (4,9 Gbps) 575 MiB/s (4,8 Gbps)
SMBV3 - 1 rosca 230 MiB/s (1,9 Gbps) 325 MiB/s (2,7 Gbps) 245 MiB/s (2,0 Gbps)
SMBV3 - 8 roscas 585 MiB/s (4,9 Gbps) 590 MiB/s (4,9 Gbps) 580 MiB/s (4,8 Gbps)

Rendimiento de la gateway de archivos en clientes de Windows

Ejemplo de configuraciones Protocolo Rendimiento de escritura (tamaños de archivo de 1 GB) Rendimiento de lectura de aciertos de caché Error de rendimiento de lectura de caché

Disco raíz: 80, GB de io1, 4000 IOPS

Disco de caché: Caché de 512 GiB, io1, 1500 IOPS aprovisionadas

Rendimiento mínimo de la red: 10 Gbps

CPU: 16 vCPU | RAM: 32 GB

Se recomienda protocolo SMB para Windows

SMBV3 - 1 rosca 150 MiB/s (1,3 Gbps) 180 MiB/s (1,5 Gbps) 20 MiB/s (0,2 Gbps)
SMBV3 - 8 roscas 190 MiB/s (1,6 Gbps) 335 MiB/s (2,8 Gbps) 195 MiB/s (1,6 Gbps)
NFSv3 - 1 rosca 95 MiB/s (0,8 Gbps) 130 MiB/s (1,1 Gbps) 20 MiB/s (0,2 Gbps)
NFSv3 - 8 roscas 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 la red: 10 Gbps

SMBV3 - 1 rosca 230 MiB/s (1,9 Gbps) 255 MiB/s (2,1 Gbps) 20 MiB/s (0,2 Gbps)
SMBV3 - 8 roscas 835 MiB/s (7,0 Gbps) 475 MiB/s (4,0 Gbps) 195 MiB/s (1,6 Gbps)
NFSv3 - 1 rosca 135 MiB/s (1,1 Gbps) 185 MiB/s (1,6 Gbps) 20 MiB/s (0,2 Gbps)
NFSv3 - 8 roscas 545 MiB/s (4,6 Gbps) 470 MiB/s (4,0 Gbps) 190 MiB/s (1,6 Gbps)

Disco raíz: 80 GB, SSD io1, 4000 IOPS

Disco de caché: 4 discos de caché NVME de 2 TB

Rendimiento mínimo de la red: 10 Gbps

CPU: 32 vCPU | RAM: 244 GB

Se recomienda protocolo SMB para Windows

SMBV3 - 1 rosca 230 MiB/s (1,9 Gbps) 265 MiB/s (2,2 Gbps) 30 MiB/s (0,3 Gbps)
SMBV3 - 8 roscas 835 MiB/s (7,0 Gbps) 780 MiB/s (6,5 Gbps) 250 MiB/s (2,1 Gbps)
NFSv3 - 1 rosca 135 MiB/s (1,1. de Gbps) 220 MiB/s (1,8 Gbps) 30 MiB/s (0,3 Gbps)
NFSv3 - 8 roscas 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.

Guía de rendimiento para gateways de cintas

En esta sección, encontrará directrices de configuración para aprovisionar hardware para su máquina virtual de gateway de cinta. Los tamaños y tipos de instancias Amazon EC2 que se indican en la tabla son ejemplos y se proporcionan como referencia.

: Configuration Rendimiento de escritura en Gbps Rendimiento de lectura de caché en Gbps Rendimiento de lectura de la nube de AWS en Gbps

Plataforma host: instancia Amazon EC2: c5.4xlarge

Disco raíz: 80 GB, SSD io1, 4000 IOPs

Disco de caché: 50 GB, SSD io1, 2000 IOPs

Cargue el disco del búfer: 450 GB, SSD io1, 2000 IOPs

CPU: 16 vCPU | RAM: 32 GB

Ancho de banda de red a la nube: 10 Gbps

2.3 4.0 1.7

Plataforma de host: Dispositivo de hardware de Storage Gateway

Disco de caché: 2,5 TB

Cargue el disco del búfer: de 2 TB

CPU: 20 núcleos | RAM: 128 GB

Ancho de banda de red a la nube: 10 Gbps

2.3 4.2 1,4 USD

Plataforma host: instancia Amazon EC2: c5d.9xlarge

Disco raíz: 80 GB, SSD io1, 4000 IOPs

Disco de caché: Disco NVMe de 900 GB

Cargue el disco del búfer: Disco NVMe de 900 GB

CPU: 36 vCPU | RAM: [EMPTY]

Ancho de banda de red a la nube: 10 Gbps

5.2 8.2 2.0
nota

Este rendimiento se ha logrado utilizando un tamaño de bloque de 1 MB y tres unidades de cinta al mismo tiempo.

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 gateway de cinta, consulte Optimizar la configuración iSCSI, 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.

Optimización del rendimiento de la gateway

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 gateway, 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 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. Para obtener más información sobre métricas de gateways, consulte Medición del rendimiento entre la Gateway de cinta y AWS.

nota

Las métricas CloudWatch no están disponibles para todas las gateways. Para obtener información sobre métricas de puertas de enlace, consulte Monitorización de Storage Gateway.

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 el CPUs del servidor del host.

Cuando añade CPUs adicionales al servidor de alojamiento de la gateway, aumenta la capacidad de procesamiento de la gateway. De este modo, la gateway 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. Las CPUs adicionales también ayudan a garantizar que la gateway obtenga suficientes recursos de CPU cuando el host se comparta con otras VMs. Proporcionar suficientes recursos de CPU tiene el efecto general de mejorar el rendimiento.

AWS Storage Gateway admite el uso de 24 CPUs en el servidor de alojamiento de la gateway. Puede utilizar 24 CPUs 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 CPUs.

  • 16 GiB de RAM reservada para gateways de archivos

    Para gateways de volúmenes y de cintas, el hardware debe dedicar las siguientes cantidades de RAM:

    • 16 GiB de RAM reservada para gateways con un tamaño de caché de hasta 16 TiB.

    • 32 GiB de RAM reservada para gateways con un tamaño de caché de 16 TiB a 32 TiB.

    • 48 GiB de RAM reservada para gateways 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 de NVMe.

  • Disco 2 asociado a controlador paravirtual 1, que se utiliza como búfer de carga de la gateway de la manera siguiente:

    • SSD que utiliza un controlador de NVMe.

  • Disco 3 asociado a controlador paravirtual 2, que se utiliza como búfer de carga de la gateway de la manera siguiente:

    • SSD que utiliza un controlador de NVMe.

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

    • Utilice la red de máquina virtual 1 y añada VMXnet3 (10 Gbps) para su uso en la adquisición.

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

    • Utilice la red de máquina virtual 2 y añada un VMXnet3 (10 Gbps) que se utilizará para conectarse a AWS.

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

Cuando aprovisione discos para una gateway, 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 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.

Cambie la configuración de los volúmenes

Para gateways de volúmenes, si descubre que agregar más volúmenes a una gateway reduce el rendimiento a la gateway, considere la posibilidad de agregar los volúmenes a una gateway independiente. En particular, si se utiliza un volumen para una aplicación de alto rendimiento, considere la posibilidad de crear una gateway independiente para la aplicación de alto rendimiento. Sin embargo, como norma general, no debe utilizar una gateway para todas las aplicaciones de alto rendimiento y otra gateway para todas las aplicaciones de bajo rendimiento. Para medir el rendimiento del volumen, utilice las métricas ReadBytes y WriteBytes.

Para obtener más información sobre estas métricas, consulte Medición del rendimiento entre la aplicación y la gateway.

Optimizar la configuración iSCSI

Puede optimizar la configuración iSCSI en su iniciador iSCSI 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 acerca de la configuración de iSCSI, consulte Personalización de la configuración de iSCSI.

nota

Estos ajustes recomendados pueden permitir un mejor rendimiento general. Sin embargo, la configuración iSCSI específica que se necesita para optimizar el rendimiento varía 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 gateway 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 gateways 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 Performance.

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 gateway de cintas 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 gateway de cintas. 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.

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 gateway, asegúrese de que el ancho de banda de red entre la aplicación y la gateway puede sostener las necesidades de la aplicación. Puede utilizar las métricas ReadBytes y WriteBytes de la gateway para medir el rendimiento total de los datos. Para obtener más información sobre estas métricas, consulte Medición del rendimiento entre la Gateway 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.

Añada recursos de CPU al entorno de aplicaciones

Si la aplicación puede utilizar recursos de CPU adicionales, la adición de más CPUs puede ayudar a la aplicación a escalar la carga de E/S.

Uso de la alta disponibilidad de VMware vSphere con AWS Storage Gateway

AWS Storage Gateway proporciona alta disponibilidad en VMware a través de un conjunto de comprobaciones de estado en el nivel de aplicación integradas con la alta disponibilidad de VMware vSphere (HA de VMware). Este enfoque protege las cargas de trabajo de almacenamiento de los fallos de hardware, hipervisor o red. También protege de los errores de software, como los tiempos de espera de conexión y los recursos compartidos de archivos o la falta de disponibilidad de volumen.

Con esta integración, una gateway implementada en un entorno de VMware en las instalaciones o en una nube de VMware en AWS se recupera automáticamente de la mayoría de interrupciones de servicio. Esta operación se suele realizar en menos de 60 segundos sin pérdidas de datos.

Para utilizar la HA de VMware con Storage Gateway, realice los pasos que se indican a continuación.

Configurar el clúster de HA de vSphere VMware

En primer lugar, si aún no ha creado un clúster de VMware, cree uno. Para obtener información acerca de cómo crear un clúster de VMware, consulte Crear un clúster de HA de vSphere en la documentación de VMware.

A continuación, configure el clúster de VMware para trabajar con Storage Gateway.

Para configurar el clúster de VMware

  1. En la página Edit Cluster Settings (Editar configuración de clúster) de VMware vSphere, asegúrese de que la monitorización de MV se configure para la monitorización de aplicaciones y MV. Para ello, configure las siguientes opciones como se indica a continuación:

    • Host Failure Response (Respuesta de error de host): Restart VMs (Reiniciar MV)

    • Response for Host Isolation (Respuesta para aislar el host): Shut down and restart VMs (Apagar y reiniciar MV)

    • Datastore with PDL (Almacén de datos con PDL): Disabled (Deshabilitado)

    • Datastore with APD (Almacén de datos con APD): Disabled (Deshabilitado)

    • VM Monitoring (Monitorización de MV): VM and Application Monitoring (Monitorización de aplicaciones y MV)

    Para ver un ejemplo, consulte las siguientes capturas de pantalla.

    Editar la configuración del clúster
  2. Ajuste la sensibilidad del clúster mediante la configuración de los siguientes valores:

    • Failure interval (Intervalo de error): después de este intervalo, la MV se reinicia si no se ha recibido un latido de MV.

    • Minimum uptime (Tiempo de actividad mínimo): el clúster espera esta tiempo después de que una MV se inicie para empezar a monitorizar los latidos de herramientas de MV.

    • Maximum per-VM resets (Reinicios máximos por MV): el clúster reinicia la MV el máximo de veces que se indican aquí en el periodo de tiempo de reinicio máximo.

    • Maximum resets time window (Periodo de tiempo de reinicio máximo): el periodo de tiempo en el que se cuentan los reinicios máximos por MV.

    Si no está seguro de los valores que tiene que establecer, utilice esta configuración de ejemplo:

    • Failure interval (Intervalo de error): 30 segundos

    • Minimum uptime (Tiempo de actividad mínimo): 120 segundos

    • Maximum per-VM resets (Reinicios máximos por MV): 3

    • Maximum resets time window (Periodo de tiempo de reinicio máximo): 1 hora

Si tiene otras MV en ejecución en el clúster, es posible que desee establecer estos valores específicamente para la MV. No puede hacerlo hasta que implemente la MV desde la imagen .ova. Para obtener más información acerca de la configuración de estos valores, consulte (Opcional) Añadir opciones de anulación para otras MV del clúster.

Descargar la imagen .ova según el tipo de gateway

Utilice el siguiente procedimiento para descargar la imagen .ova.

Para descargar la imagen .ova según el tipo de gateway

Implementar la gateway

En el clúster configurado, implemente la imagen .ova en uno de los hosts del clúster.

Para implementar la imagen .ova de la gateway

  1. Implemente la imagen .ova en uno de los hosts del clúster.

  2. Asegúrese de que los almacenes de datos que selecciona para el disco raíz y la caché están disponibles para todos los hosts del clúster.

(Opcional) Añadir opciones de anulación para otras MV del clúster

Si tiene otras MV en ejecución en el clúster, es posible que desee establecer los valores del clúster específicamente para cada MV.

Para añadir opciones de anulación para otras MV del clúster

  1. En la página Summary (Resumen) de VMware vSphere, seleccione el clúster para abrir la página del clúster y, a continuación, seleccione Configure (Configurar).

  2. Seleccione la pestaña Configuration (Configuración) y, a continuación, seleccione VM Overrides (Anulaciones de MV).

  3. Añada una nueva opción de anulación de MV para cambiar cada valor.

    Para obtener información sobre las opciones de anulación, consulte la siguiente captura de pantalla.

    Anular la configuración del clúster

Activar la gateway

Cuando implemente la imagen .ova de la gateway, active la gateway. Las instrucciones acerca de cómo hacerlo son diferentes para cada tipo de gateway.

Para activar la gateway

Probar la configuración de alta disponibilidad de VMware

Después de activar la gateway, pruebe la configuración.

Para probar la configuración de HA de VMware

  1. Abra la consola de AWS Storage Gateway en https://console.aws.amazon.com/storagegateway/home.

  2. En el panel de navegación, seleccione Gateways y, a continuación, seleccione la gateway en la que desea probar la HA de VMware.

  3. En Actions (Acciones), seleccione Verify VMware HA (Verificar HA de VMware).

  4. En el cuadro Verify VMware High Availability Configuration (Verificar configuración de alta disponibilidad de VMware) que aparece, seleccione OK (Aceptar).

    nota

    Al probar la configuración de HA de VMware, la MV de la gateway se reinicia y se interrumpe la conectividad con la gateway. La prueba puede tardar unos minutos en completarse.

    Si la prueba se realiza correctamente, el estado de Verified (Verificado) aparece en la pestaña de detalles de la gateway en la consola.

  5. Seleccione Exit (Salir).

Puede encontrar información acerca de eventos de HA de VMware en los grupos de registro de Amazon CloudWatch. Para obtener más información, consulte Obtención de los registros del estado de la gateway de archivos con los grupos de registros de CloudWatch.