Comment résoudre les échecs de vérification de l'état d'une instance sur mon instance Windows EC2 après un basculement vers Application Migration Service ou un lancement de test ?

Lecture de 5 minute(s)
0

J'ai effectué un basculement vers AWS Application Migration Service ou un lancement de test. Je reçois maintenant des échecs de vérification de statut sur mon instance Amazon Elastic Compute Cloud (Amazon EC2) exécutant Microsoft Windows.

Brève description

Lorsqu'une vérification de l’état d’un système ou d'une instance échoue, les instances EC2 deviennent inaccessibles. Après l’utilisation d’Application Migration Service pour un basculement ou un lancement de test, les vérifications de l'état des instances peuvent échouer pour l’une ou plusieurs des raisons suivantes :

  • Échec de démarrage du système d'exploitation
  • Défaillance du réseau
  • Processeur et mémoire épuisés
  • Problèmes liés au processus de conversion
  • Le type d'instance n'est pas compatible avec le système d'exploitation

Remarque : Le premier démarrage des machines Windows peut prendre jusqu'à 45 minutes en raison de l'adaptation de Windows au matériel virtuel AWS.

Résolution

Vérifiez que la machine source est compatible avec le type d'instance sélectionné dans le modèle de lancement.

1.    Connectez-vous à votre machine source.

2.    Employez l'une des méthodes suivantes pour vérifier la version de votre système d'exploitation :

Choisissez Panneau de configuration, Paramètres système, puis vérifiez l’édition Windows et le type de système pour savoir s'il s'agit du système 32 ou 64 bits.

ou

En tant qu'administrateur, exécutez la commande systeminfo dans une fenêtre d'invite de commande. La sortie de commande liste le nom du système d’exploitation et le type de système.

3.    Vérifiez la compatibilité des types d'instance.

Machines source 32 bits

Si votre instance source est une machine 32 bits, utilisez l'un des types d'instance suivants :

  • t2. nano
  • t2. micro,
  • t2.small
  • t2.medium
  • c3. large
  • t1. micro
  • m1.small
  • m1.medium
  • c1.medium

Machines 64 bits

Si votre machine source est en 64 bits et exécute l'une des éditions Windows suivantes, migrez vers un type d'instance XEN :

  • Windows Server 2003
  • Windows Server 2003 R2
  • Windows Server 2008

Pour obtenir la liste complète des types d'instances XEN, exécutez la commande AWS Command Line Interface (AWS CLI) suivante :

aws ec2 describe-instance-types --filters Name=hypervisor,Values=xen --query InstanceTypes[].InstanceType

**Remarque :**si des erreurs surviennent lors de l'exécution des commandes de l'AWS CLI, vérifiez que vous utilisez la version la plus récente de l'AWS CLI.

Si votre machine source est en 64 bits et exécute Windows Server 2008 R2 ou une version ultérieure, vous pouvez utiliser n'importe quel type d'instance compatible avec Windows.

Dépannage

Désactiver ou supprimer un antivirus tiers sur la machine source

Un logiciel antivirus tiers peut interférer avec le processus de conversion. Désactivez ou supprimez le logiciel antivirus, puis retentez le lancement de cible.

Joindre une ENI secondaire

Un pare-feu tiers peut bloquer la connectivité sur l'adaptateur réseau principal de l'instance, provoquant ainsi l'échec des vérifications d'état de l'instance cible. Pour éviter ce problème, liez une interface réseau élastique secondaire à l'instance cible, puis connectez-vous à l'instance.

Utiliser différents types d'instances

Les instances XEN utilisent des pilotes paravirtuels (PV), alors que les instances Nitro utilisent les pilotes AWS Elastic Network Adapter (ENA) et AWS NVME. Pour obtenir la liste des pilotes utilisés par chaque type d'instance, consultez la rubrique Résumé des fonctionnalités de réseau et de stockage.

À l'aide des instructions de la section précédente, déterminez si votre machine source est compatible avec les deux types d'instances Windows répertoriés. Si votre machine source est compatible avec les deux, essayez de lancer la cible à l'aide d'une instance XEN et d'une instance Nitro. Si l'instance cible passe les contrôles d'état en tant que type d'instance mais pas en tant qu'autre, redimensionnez l'instance pour voir si elle réussit. Si le problème est lié au pilote, exécutez le runbook AWS Systems Manager Automation AWSSupport-UpgradeWindowsAWSDrivers pour forcer l'installation du pilote.

Vous pouvez également résoudre les problèmes liés aux demi-vérifications d'état du lancement cible comme n'importe quelle autre instance Windows EC2. Pour en savoir plus, consultez Résoudre les problèmes liés aux instances dont les vérifications d'état ont échoué.

Consultez les journaux de l'instance.

Si votre nouvelle instance ne passe jamais les contrôles d'état, consultez les journaux de l'instance pour en déterminer la cause. Les journaux vous aident à résoudre les causes possibles de l'échec de la vérification de l'état de l'instance. Il se peut que tous les journaux suivants ne soient pas présents dans l'instance cible :

  • C:\Program Files (x86)\AWS Replication Agent\migrate_script.log
  • C:\Program Files (x86)\AWS Replication Agent\migrate_script.log.sent
  • C:\Program Files (x86)\AWS Replication Agent\aws_nvme\awsnvme_dism.log
  • C:\Program Files (x86)\AWS Replication Agent\ena_2012R2_2016\ena_dism.log
  • C:\Program Files (x86)\AWS Replication Agent\PVinstall.log
  • C:\Windows\inf\setupapi.dev.log
  • C:\Windows\inf\setupapi.offline.log
  • C:\Program Files (x86)\AWS Replication Agent\SSMInstall.log

Procédez comme suit pour accéder aux journaux :

1.    Arrêtez l'instance cible.

**Remarque :**certaines données sont perdues lors de l'arrêt d'une instance. Pour en savoir plus, consultez la rubrique Que se passe-t-il lorsque vous arrêtez une instance ?

2.    Détachez le volume racine Amazon Elastic Block Storage (Amazon EBS) de l'instance arrêtée.

3.    Liez le volume racine EBS à une instance à laquelle vous pouvez accéder en tant que lecteur secondaire, puis rendez-le utilisable.

4.    Rassemblez les journaux dans les emplacements de la liste précédente. Consultez les journaux pour identifier les causes possibles de l'échec de la vérification de l'état de l'instance.

**Remarque :**lorsque vous utilisez cette méthode et par conséquent un lecteur secondaire (et non pas C:\), le mappage des lettres du lecteur peut différer des emplacements des journaux répertoriés.

Si les étapes de dépannage précédentes ne résolvent pas le problème, créez un dossier auprès d'AWS Support.

Informations connexes

Résoudre les problèmes liés à des instances dont les vérifications d'état ont échoué

Systeminfo (à partir du site Web de Microsoft)

AWS OFFICIEL
AWS OFFICIELA mis à jour il y a 2 ans