Comment puis-je résoudre le problème de retard de réplication ou un backlog sur mon serveur source Windows pour Application Migration Service ?

Brève description

Vous constatez un retard ou un backlog lorsque vous répliquez des données pour les raisons suivantes :

• La lenteur de la connexion réseau n'a pas permis de terminer le processus de réplication ou votre bande passante a limité la quantité de données que vous pouvez répliquer.
• Des pics importants de données sur les nouveaux disques ont entraîné un backlog que l'AWS Replication Agent doit envoyer lors de la synchronisation initiale.
• Une latence de lecture élevée sur les disques du serveur source a retardé la réplication des disques.
• Une utilisation élevée du processeur, de la mémoire, de l'attente d'E/S ou d'autres ressources a entraîné des goulots d’étranglement de réplication.
• Vous avez choisi des volumes intermédiaires Amazon Elastic Block Store (Amazon EBS) à faible débit ou faible nombre d’opérations d'entrée/sortie par seconde (IOPS) et des serveurs dotés d'une bande passante réseau limitée. Cela entraîne des problèmes de latence et de performance lors de la réplication.

Résolution

Remarque : Si des erreurs surviennent lorsque vous exécutez des commandes de l'interface de la ligne de commande AWS (AWS CLI), consultez la section Résoudre des erreurs liées à l’AWS CLI. Vérifiez également que vous utilisez bien la version la plus récente de l'AWS CLI.

Vérifier le serveur source

Vérifier le statut du serveur source

Assurez-vous que le serveur source pour la migration est démarré et fonctionne.

Vérifier que les processus de l'AWS Replication Agent sont en cours d'exécution

Pour répertorier les services AWS Replication Agent en cours d'exécution, exécutez la commande suivante depuis PowerShell  :

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

Dans la sortie, vérifiez que AWSReplicationService est En cours d’exécution.

Exemple de sortie :

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

Ou appuyez sur Windows + R, puis saisissez services.msc. Appuyez sur Entrée, puis vérifiez qu’AWSReplicationService est En cours d'exécution.

Vérifier les connexions TCP actives

Vérifiez que cinq connexions TCP actives ont été établies avec le serveur de réplication sur le port TCP 1500.

Pour vérifier le port TCP 1500, exécutez la commande suivante en tant qu'administrateur :

netstat -an | find "1500"

Vérifiez la sortie de commande pour les connexions actives.

Exemple de sortie :

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

Utiliser le moniteur de ressources Windows pour vérifier les performances sur le serveur source

L'AWS Replication Agent fonctionne sur un cœur de processeur à la fois. Si l'utilisation du processeur est élevée sur le cœur sur lequel s'exécute l'AWS Replication Agent, la réplication des données ralentit. Pour vérifier l'utilisation de votre processeur, procédez comme suit :

1. Ouvrez le Gestionnaire des tâches, puis choisissez l'onglet Performances. Puis, choisissez Ouvrir le moniteur de ressources.
   -ou-
   Ouvrez le Panneau de configuration, puis choisissez Outils d'administration. Puis, choisissez Moniteur de ressources.
   -ou-
   Exécutez resmon.exe à partir de la ligne de commande ou de PowerShell.
   -ou-
   Choisissez l'icône Windows, puis saisissez resmon.exe.
2. Vérifiez l'utilisation du processeur du cœur du processeur sur lequel s'exécute l'AWS Replication Agent.
   Si l'utilisation du processeur est élevée sur ce cœur, étudiez le processus qui consomme la plus grande partie du processeur. Si l'agent utilise au moins 5 % du processeur, vérifiez que la quantité de processeur disponible est suffisante pour que l'agent puisse effectuer la réplication des données.
3. Vérifiez les performances du disque sur le serveur source. Sous Activité du disque, vérifiez les métriques Écriture (o/s) et Temps de réponse.
   Si le débit de lecture sur le disque source est faible, l'agent lit et réplique moins de données. Notez toute augmentation des métriques de lecture et d'écriture sur disque.
   Remarque : La bande passante requise pour transférer les données répliquées via le port TCP 1500 est basée sur la vitesse d'écriture du serveur source participant. Il est recommandé de disposer d'une bande passante au moins égale à la somme de la vitesse d'écriture moyenne de toutes les machines sources répliquées.
4. Vérifiez si le serveur source n'a pas enregistré de pic d'opérations d'écriture. Sous Activité du disque, vérifiez la métrique Écriture (o/s).
   À mesure que la charge de travail change, vérifiez régulièrement les performances du disque pour déterminer la charge d'E/S. Si le débit d'écriture dépasse la quantité de débit réseau fournie, vous constatez un retard de réplication.
5. (Facultatif) Calculez la bande passante requise entre le serveur source et le serveur de réplication.
   Remarque : Si votre serveur source présente une charge de travail en écriture importante et qu'il écrit plus que la vitesse de réplication, le backlog continue de croître.

Vérifier la vitesse de réplication et la bande passante disponible entre le serveur source et le sous-réseau de la zone intermédiaire

Pour plus d'informations sur la procédure d'exécution d’un test de vitesse, consultez la section Comment puis-je effectuer un test de connectivité et de bande passante SSL ?

Rechercher un serveur source qui s’est arrêté de manière inappropriée

Si un serveur source s’arrête de manière inappropriée, l'AWS Replication Agent réanalyse tous les disques après le redémarrage du serveur. À mesure que l’AWS Replication Agent relit les disques, le retard augmente continuellement jusqu'à ce que l'agent termine l'analyse. Pour plus d'informations, consultez la section Quels systèmes d'exploitation Windows et Linux prennent en charge l'absence de nouvelle analyse au redémarrage ?

Pour vérifier comment la machine source s’est arrêtée, procédez comme suit :

1. Appuyez sur Windows + R, puis saisissez eventvwr.msc.
2. Appuyez sur Entrée.
3. Dans le volet de navigation, double-cliquez sur Journaux Windows pour développer les options.
4. Ouvrez le menu contextuel (clic droit) de Système.
5. Choisissez Filtrer le journal actuel.
6. Choisissez la flèche vers le bas Sources d'événements, puis USER32.
7. Dans Tous les ID d'événements, saisissez 1074, puis choisissez OK. À présent, l’Observateur d’événements vous présente une liste des événements d’arrêt de type mise hors tension (arrêt) et redémarrage.
8. Pour voir les dates et heures de tous les arrêts inattendus de l'ordinateur, saisissez 6008 dans le champ Tous les ID d'événements, puis choisissez OK.

Vérifier que vous n'avez pas bloqué le trafic sortant du port TCP 1500

Pour vérifier que le trafic sortant du port TCP 1500 entre le serveur source et le serveur de réplication n'est pas bloqué, exécutez l'une des commandes suivantes :

À partir de CMD, exécutez la commande suivante :

telnet replication-subnet-IP-address 1500

À partir de Windows PowerShell, exécutez la commande suivante :

TNC replication-subnet-IP-address -port 1500

Remarque : Remplacez replication-subnet-IP-address par l'adresse IP de votre instance de réplication.

Assurez-vous que votre pare-feu local autorise la connectivité entre le serveur source et le serveur de réplication via le port TCP 443. Pour activer la connectivité sur le pare-feu du système d'exploitation (OS), procédez comme suit :

1. Sur le serveur source, ouvrez la console du pare-feu Windows.
2. Choisissez Règles sortantes.
3. Dans la table Règles sortantes, sélectionnez la règle qui se rapporte à la connexion du port 1500 distant. Vérifiez que l'état Activé est défini sur Oui.
4. Si le statut Activé de la règle est Non, ouvrez le menu contextuel (clic droit) de la règle. Sélectionnez ensuite Activer la règle.

Assurez-vous que le pare-feu de votre entreprise autorise le trafic via le port TCP 1500.

Vérifier que la limitation de bande passante est désactivée dans les paramètres de réplication sur le serveur source

Désactivez la limitation de la bande passante sur le serveur source afin de conserver une bande passante suffisante pour les transferts de données du serveur source vers le sous-réseau de la zone de transit. La limitation de la bande passante peut entraîner une croissance du retard constante ou stagnante, car elle limite la réplication des données du serveur source vers le serveur de réplication.

Pour vérifier la limitation de la bande passante, procédez comme suit :

1. Ouvrez la console Application Migration Service.
2. Sélectionnez Paramètres.
3. Sous Routage et limitation des données, sélectionnez le modèle de réplication.
4. Sélectionnez Ne pas limiter la bande passante pour permettre à la réplication d'utiliser toute la capacité réseau disponible et de réduire le temps de migration.
   Remarque : Lorsque vous sélectionnez Limitation de la bande passante, Application Migration Service limite artificiellement les vitesses de transfert des données. Il en résulte un goulot d'étranglement qui ralentit le processus de réplication. Sélectionnez cette option uniquement si vous devez limiter l'utilisation du réseau pour contrôler les coûts ou protéger les ressources destinées à d'autres applications critiques.

Consulter les ressources de la zone de transit

Vérifier que le trafic entrant sur le port TCP 1500 n'est pas bloqué

Pour vérifier que les groupes de sécurité du serveur de réplication ne bloquent pas le trafic entrant sur le port TCP 1500, procédez comme suit :

1. Ouvrez la console Amazon Elastic Compute Cloud (Amazon EC2).
2. Dans le volet de navigation, choisissez Groupes de sécurité, puis sélectionnez le groupe de sécurité attaché à l'instance du réplicateur.
3. Vérifiez que le groupe de sécurité autorise le trafic entrant sur le port TCP 1500.

Analyser vos ressources intermédiaires

Vérifiez que la configuration de l'instance de réplication et du disque intermédiaire ne présente aucun goulot d'étranglement en termes de performances.

Vérifier le quota d’instantanés dans la région de destination

Assurez-vous que votre compte AWS n'a pas dépassé le quota d’instantanés dans la région AWS du serveur de réplication.

Pour vérifier votre quota d’instantanés dans la région, exécutez la commande get-service-quota de l'AWS CLI suivante :

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

Remarque : Remplacez regionexample par votre région.

Puis, exécutez la commande describe-snapshots suivante pour vérifier les instantanés de la région :

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

Remarque : Remplacez regionexample par votre région.