¿Cómo puedo solucionar problemas de demora o atraso de replicación en mi servidor de origen Windows para Application Migration Service?

Descripción corta

Experimentas demoras y atrasos al replicar los datos por los siguientes motivos:

• La velocidad lenta de la conexión a la red no permitió que se completara el proceso de replicación o tu ancho de banda limitó la cantidad de datos que puedes replicar.
• Los grandes picos de datos de disco nuevos provocaron un atraso que el agente de replicación de AWS debe enviar con la sincronización inicial.
• La alta latencia de lectura en los discos del servidor de origen retrasó la replicación del disco.
• El uso excesivo de la CPU, la memoria, la espera de E/S u otros recursos provocó cuellos de botella en la replicación.
• Has elegido Amazon Elastic Block Store (Amazon EBS) para almacenar volúmenes provisionales con bajo rendimiento u operaciones de entrada/salida por segundo (IOPS) y servidores con ancho de banda de la red limitado. Esto provoca problemas de latencia y rendimiento durante la replicación.

Resolución

Nota: Si se muestran errores al ejecutar comandos de la Interfaz de la línea de comandos de AWS (AWS CLI), consulta Solución de problemas de AWS CLI. Además, asegúrate de utilizar la versión más reciente de la AWS CLI.

Comprobación del servidor de origen

Comprobar el estado del servidor de origen

Asegúrate de que el servidor de origen para la migración haya arrancado y esté en funcionamiento.

Comprobar que los procesos del agente de replicación de AWS se estén ejecutando

Para enumerar los servicios del agente de replicación de AWS en ejecución, ejecuta el siguiente comando desde Powershell:

get-service | where-object name -like "*AWSR*"

En la salida, comprueba que AWSReplicationService esté en ejecución.

Resultado de ejemplo:

PS C:\Users\Administrator> get-service | where-object name -like "*AWSR*"

Status   Name               DisplayName
------   ----               -----------
Running  AwsReplicationD... AwsReplicationDriverLogger
Running  AwsReplicationL... AwsReplicationLogger
Stopped  AwsReplicationP... AwsReplicationPostConvertService
Running  AwsReplicationS... AwsReplicationService
Running  AwsReplicationV... AwsReplicationVolumeUpdaterService

O bien, pulsa Windows + R y, a continuación, escribe services.msc. Pulsa Intro y, a continuación, comprueba que AWSReplicationService esté en ejecución.

Comprobar las conexiones TCP activas

Comprueba que haya cinco conexiones de TCP activas establecidas con el servidor de replicación en el puerto TCP 1500.

Para comprobar el puerto TCP 1500, ejecuta el siguiente comando como administrador:

netstat -an | find "1500"

Comprueba la salida del comando para ver las conexiones activas.

Resultado de ejemplo:

TCP    172.31.82.135:50929    Replicator Instance IP:1500    ESTABLISHED
TCP    172.31.82.135:50930    Replicator Instance IP:1500    ESTABLISHED
TCP    172.31.82.135:50931    Replicator Instance IP:1500    ESTABLISHED
TCP    172.31.82.135:50933    Replicator Instance IP:1500    ESTABLISHED
TCP    172.31.82.135:50934    Replicator Instance IP:1500    ESTABLISHED

Uso del supervisor de recursos de Windows para comprobar el rendimiento del servidor de origen

El agente de replicación de AWS funciona con un núcleo de CPU cada vez. Si el uso de la CPU es alto en el núcleo donde se ejecuta el agente de replicación de AWS, se ralentizará la replicación de datos. Para comprobar el uso de la CPU, sigue estos pasos:

1. Abre el Administrador de tareas y, a continuación, selecciona la pestaña Rendimiento. A continuación, elige Abrir monitor de recursos.
   Alternativa:
   Abre el Panel de control y, a continuación, selecciona Herramientas administrativas. A continuación, elige Monitor de recursos.
   Alternativa:
   Ejecuta resmon.exe desde la línea de comandos o PowerShell.
   Alternativa:
   Elige el icono de Windows y, a continuación, introduce resmon.exe.
2. Comprueba el uso que la CPU hace del núcleo de CPU en el que se ejecuta el agente de replicación de AWS.
   Si el uso de la CPU es alto en ese núcleo, investiga el proceso que consume la mayor parte de la CPU. Si el agente usa al menos el 5 % de la CPU, verifica que haya suficiente CPU disponible para que el agente realice la replicación de datos.
3. Comprueba el rendimiento del disco en el servidor de origen. En Actividad del disco, comprueba las métricas de escritura (b/seg) y tiempo de respuesta.
   Si el rendimiento de lectura en el disco de origen es bajo, el agente lee y replica menos datos. Observa cualquier aumento en las métricas de lectura y escritura del disco.
   Nota: El ancho de banda requerido para transferir los datos replicados a través del puerto TCP 1500 se basa en la velocidad de escritura del servidor de origen participante. Se recomienda tener un ancho de banda que sea al menos la suma de la velocidad de escritura promedio de todos los equipos de origen replicados.
4. Comprueba si en el servidor de origen hay un pico de operaciones de escritura. En Actividad del disco, comprueba la métrica de escritura (B/seg).
   A medida que cambia la carga de trabajo, comprueba el rendimiento del disco periódicamente para determinar la carga de E/S. Si el rendimiento de escritura supera la cantidad de rendimiento de red proporcionada, se experimenta una demora en la replicación.
5. (Opcional) Calcula el ancho de banda requerido desde el servidor de origen hasta el servidor de replicación.
   Nota: Si tu servidor de origen escribe mucho y escribe más que la velocidad de replicación, el atraso sigue aumentando.

Comprobar la velocidad de replicación y el ancho de banda disponible desde el servidor de origen hasta la subred del área de almacenamiento provisional

Para obtener información sobre cómo ejecutar una prueba de velocidad, consulta How can I perform an SSL connectivity and bandwidth test? (¿Cómo puedo realizar una prueba de conectividad de SSL y ancho de banda?).

Comprobación de un servidor de origen que se apagó de forma inesperada

Si un servidor de origen se apaga de forma inesperada, el agente de replicación de AWS vuelve a analizar todos los discos después de que se reinicie el servidor. A medida que el agente de replicación de AWS vuelve a leer los discos, la demora aumenta de forma continua hasta que el agente completa el análisis. Para más información, consulta Which Windows and Linux OSs support no-rescan upon reboot? (¿Qué sistemas operativos Windows y Linux admiten la opción de no volver a analizar al reiniciar?).

Para comprobar cómo se apaga el equipo de origen, sigue estos pasos:

1. Pulsa Windows + R y, a continuación, escribe eventvwr.msc.
2. Pulsa Intro.
3. En el panel de navegación, haz doble clic en Registros de Windows para ampliar las opciones.
4. Abre el menú contextual (clic con el botón derecho) de Sistema.
5. Elige Filtrar registro actual.
6. Elige la flecha hacia abajo Orígenes de los eventos y, a continuación, elige USER32.
7. En Todos los ID de eventos, escribe 1074 y, a continuación, elige Aceptar. Ahora, el Visor de eventos te muestra una lista de eventos de Tipo de apagado para el reinicio y el apagado.
8. Para ver las fechas y horas de todos los apagados inesperados del equipo, escribe 6008 en el campo Todos los ID de eventos y, a continuación, elige Aceptar.

Comprobar que no se ha bloqueado el tráfico saliente del puerto TCP 1500

Para confirmar que el tráfico saliente del puerto TCP 1500 desde el servidor de origen al servidor de replicación no está bloqueado, ejecuta uno de los siguientes comandos:

Desde CMD, ejecuta el siguiente comando:

telnet replication-subnet-IP-address 1500

Desde PowerShell, ejecuta el siguiente comando:

TNC replication-subnet-IP-address -port 1500

Nota: Sustituye replication-subnet-IP-address por la dirección IP de tu instancia del replicador.

Asegúrate de que el firewall local permita la conectividad desde el servidor de origen hasta el servidor de replicación a través del puerto TCP 443. Para activar la conectividad en el firewall del sistema operativo (SO), sigue estos pasos:

1. En el servidor de origen, abre la consola de Firewall de Windows.
2. Elige Reglas de salida.
3. En la tabla Reglas de salida, selecciona la regla relacionada con la conexión remota al puerto 1500. Comprueba que el estado Activado esté establecido en Sí.
4. Si el estado Activado de la regla es No, abre el menú contextual (haz clic con el botón derecho) de la regla. A continuación, selecciona Activar regla.

Asegúrate de que el firewall corporativo permita el tráfico a través del puerto TCP 1500.

Comprobar que la limitación del ancho de banda está desactivada en la configuración de replicación del servidor de origen

Desactiva la limitación del ancho de banda en el servidor de origen para mantener el ancho de banda suficiente para las transferencias de datos desde el servidor de origen a la subred del área de almacenamiento provisional. La limitación del ancho de banda puede provocar un aumento constante o estancado de la demora porque limita la replicación de los datos del servidor de origen al servidor de replicación.

Para comprobar la limitación del ancho de banda, sigue estos pasos:

1. Abre la consola de Application Migration Service.
2. Selecciona Configuración.
3. En Enrutamiento y limitación de datos, selecciona la plantilla de replicación.
4. Selecciona No limitar el ancho de banda para permitir que la replicación utilice toda la capacidad de red disponible y reduzca el tiempo de migración.
   Nota: Al seleccionar Limitar ancho de banda, Application Migration Service limita artificialmente las velocidades de transferencia de datos. Esto crea un cuello de botella que ralentiza el proceso de replicación. Selecciona esta opción solo si necesitas limitar el uso de la red para controlar los costes o para proteger los recursos de otras aplicaciones críticas.

Comprobación de los recursos del área de almacenamiento provisional

Comprobar que el tráfico entrante del puerto TCP 1500 no esté bloqueado

Para confirmar que los grupos de seguridad del servidor de replicación no bloquean el tráfico entrante del puerto TCP 1500, sigue estos pasos:

1. Abre la consola de Amazon Elastic Compute Cloud (Amazon EC2).
2. En el panel de navegación, elige Grupos de seguridad y, a continuación, selecciona el grupo de seguridad que está adjunto a la instancia del replicador.
3. Verifica que el grupo de seguridad permita el tráfico entrante del puerto TCP 1500.

Análisis de los recursos provisionales

Comprueba la configuración de la instancia de replicación y del disco provisional para ver si hay cuellos de botella en el rendimiento.

Comprobación de la cuota de instantáneas en la región de destino

Asegúrate de que tu cuenta de AWS no supere la cuota de instantáneas en la región de AWS del servidor de replicación.

Para comprobar tu cuota de instantáneas en la región, ejecuta el siguiente comando get-service-quota de la AWS CLI:

aws service-quotas get-service-quota --service-code ebs --quota-code L-309BACF6 --region regionexample --query "Quota.Value"  

Nota: Sustituye regionexample por tu región.

A continuación, ejecuta el siguiente comando describe-snapshots para comprobar las instantáneas de la región:

aws ec2 describe-snapshots --owner-ids self --region regionexample --query "length(Snapshots)"

Nota: Sustituye regionexample por tu región.