Résoudre les problèmes liés aux pilotes PV sur les instances Windows

Les informations suivantes constituent des solutions à des problèmes que vous pouvez rencontrer avec des images Amazon EC2 et pilotes PV plus anciens.

Windows Server 2012 R2 perd la connectivité au réseau ou à l’unité de stockage après le redémarrage d’une instance

Important

Ce problème se produit uniquement avec des AMI disponibles avant septembre 2014.

Les Amazon Machine Image (AMI) Windows Server 2012 R2 antérieures au 10 septembre 2014 peuvent perdre la connectivité au réseau et au stockage après un redémarrage de l’instance. L'erreur dans le journal du AWS Management Console système indique : « Difficulté à détecter les détails du pilote PV pour la sortie de console ». La perte de connectivité est causée par la fonction de nettoyage Plug and Play. Cette fonction recherche et désactive les périphériques système inactifs tous les 30 jours. Elle identifie à tort le périphérique réseau EC2 comme étant inactif et le supprime du système. Le cas échéant, l’instance perd la connectivité au réseau après un redémarrage.

Pour les systèmes que vous soupçonnez d’être vulnérables à ce problème, vous pouvez télécharger et exécuter une mise à niveau de pilote sur place. Si vous ne parvenez pas à effectuer la mise à jour du pilote sur place, vous pouvez exécuter un script d’assistant. Ce script détermine si le problème affecte votre instance. Si tel est le cas et que le périphérique réseau Amazon EC2 n’a pas encore été supprimé, le script désactive l’analyse de la fonctionnalité de nettoyage Plug and Play. Si le périphérique réseau a été supprimé, le script le répare, désactive l’analyse de la fonctionnalité de nettoyage Plug and Play et laisse l’instance redémarrer avec la connectivité réseau activée.

Sommaire

• Choisir comment résoudre les problèmes
• Méthode 1 - Mise en réseau améliorée
• Méthode 2 - Configuration du registre
• Exécuter le script de correction

Choisir comment résoudre les problèmes

Deux méthodes vous permettent de restaurer la connectivité au réseau et au stockage d’une instance affectée par ce problème. Choisissez l’une des méthodes suivantes :

Méthode	Prérequis	Présentation de la procédure
Méthode 1 - Mise en réseau améliorée	La mise en réseau améliorée est disponible uniquement dans un Virtual Private Cloud (VPC) nécessitant un type d’instance C3. Si le serveur n’utilise pas le type d’instance C3 actuellement, vous devez le modifier temporairement.	Vous modifiez le type d’instance du serveur pour une instance C3. La mise en réseau améliorée vous permet de vous connecter à l’instance affectée pour résoudre le problème. Une fois le problème résolu, vous modifiez à nouveau l’instance pour revenir au type d’instance original. Cette méthode est généralement plus rapide que la Méthode 2 et risque moins entraîner des erreurs d’utilisateur. Des frais supplémentaires seront facturés tant que l’instance C3 sera en cours d’exécution.
Méthode 2 - Configuration du registre	Capacité à créer ou à accéder à un second serveur. Capacité à modifier les paramètres du registre.	Démontez et détachez le volume racine à partir de l’instance affectée, attachez-le à une autre instance et effectuez les modifications dans le registre. Des frais supplémentaires seront facturés tant que le serveur supplémentaire sera en cours d’exécution. Cette méthode est plus lente que la Méthode 1, mais elle a fonctionné dans certaines situations dans lesquelles la Méthode 1 a échoué à résoudre le problème.

Méthode 1 - Mise en réseau améliorée

1. Ouvrez la console Amazon EC2 à l’adresse https://console.aws.amazon.com/ec2/.

2. Dans le panneau de navigation, choisissez Instances.

3. Recherchez l’instance concernée. Sélectionnez l’instance, État de l’instance, puis Arrêter l’instance.

   Avertissement

   Lorsque vous arrêtez une instance, les données contenues sur les volumes de stockage d’instances sont effacées. Pour conserver les données provenant des volumes de stockage d’instances, sauvegardez-les sur un stockage permanent.

4. Une fois l’instance arrêtée, créez une sauvegarde. Sélectionnez l’instance, puis Actions, Image et modèles, et enfin Créer une image.

5. Modifiez le type d’instance avec un n’importe quel type d’instance C3.

6. Démarrez l’instance.

7. Connectez-vous à l'instance à l'aide de Remote Desktop, puis téléchargez le package AWS PV Drivers Upgrade sur l'instance.

8. Extrayez le contenu du dossier, puis exécutez AWSPVDriverSetup.msi.

   Après avoir exécuté le MSI, l’instance redémarre automatiquement puis met à niveau les pilotes. L’instance ne sera pas disponible pendant 15 minutes.

9. Une fois la mise à niveau terminée et que l’instance réussit les deux vérifications de l’état dans la console Amazon EC2, connectez-vous à l’instance à l’aide des services Bureau à distance et vérifiez que les nouveaux pilotes ont été installés. Dans le Gestionnaire de périphériques, sous Contrôleurs de stockage, recherchez Carte hôte AWS PV Storage. Vérifiez que la version du pilote est identique à la version la plus récente répertoriée dans l’historique des versions de pilote. Pour plus d’informations, consultez AWS Historique du package de pilotes PV.

10. Arrêtez l’instance et modifiez-la à nouveau pour revenir à son type d’instance original.

11. Démarrez l’instance et reprenez une utilisation normale.

Méthode 2 - Configuration du registre

1. Ouvrez la console Amazon EC2 à l’adresse https://console.aws.amazon.com/ec2/.

2. Dans le panneau de navigation, choisissez Instances.

3. Recherchez l’instance concernée. Sélectionnez l’instance, État de l’instance, puis Arrêter l’instance.

   Avertissement

   Lorsque vous arrêtez une instance, les données contenues sur les volumes de stockage d’instances sont effacées. Pour conserver les données provenant des volumes de stockage d’instances, sauvegardez-les sur un stockage permanent.

4. Sélectionnez Lancer des instances et créez une instance Windows Server 2008 ou Windows Server 2012 dans la même zone de disponibilité que l’instance affectée. Ne créez pas d’instance Windows Server 2012 R2.

   Important

   Si vous ne créez pas l’instance dans la même zone de disponibilité que l’instance affectée, vous ne pourrez pas attacher le volume racine de celle-ci à la nouvelle instance.

5. Dans le panneau de navigation, choisissez Volumes.

6. Recherchez le volume racine de l’instance affectée. Détachez le volume et attachez-le à l’instance temporaire que vous avez créée précédemment. Attachez-le avec le nom du périphérique par défaut (xvdf).

7. Utilisez les services Bureau à distance pour vous connecter à l’instance temporaire, puis utilisez l’utilitaire Gestion des disques pour rendre le volume disponible.

8. Sur l’instance temporaire, ouvrez la boîte de dialogue Run (Exécuter), tapez regedit et appuyez sur Entrée.

9. Dans le volet de navigation de l’Editeur du Registre, choisissez HKEY_Local_Machine, puis dans le menu File (Fichier), choisissez Load Hive (Charger Hive).

10. Dans la boîte de dialogue Load Hive (Charger Hive), accédez à Affected Volume (Volume affecté)\Windows\System32\config\System et tapez un nom temporaire dans a boîte de dialogue Key Name (Nom de la clé). Par exemple, saisissez OldSys.

11. Dans le volet de navigation de l’Editeur du registre, recherchez les clés suivantes :

    HKEY_LOCAL_MACHINE \ your_temporary_key_name \ 001 \ Control \ Class \ 4d36e97d-e325-11ce-bfc1-08002be10318 ControlSet

    HKEY_LOCAL_MACHINE \ your_temporary_key_name \ 001 \ Control \ Class \ 4d36e96a-e325-11ce-bfc1-08002be10318 ControlSet

12. Pour chaque clé, double-cliquez UpperFilters, entrez la valeur XENFILT, puis cliquez sur OK.

    

13. Recherchez les clés suivantes :

    HKEY_LOCAL_MACHINE \ your_temporary_key_name \ 001 \ Services \ XENBUS \ Paramètres ControlSet

14. Créez une nouvelle chaîne (REG_SZ) avec le nom ActiveDevice et la valeur suivants :

    PCI\VEN_5853&DEV_0001&SUBSYS_00015853&REV_01

15. Recherchez les clés suivantes :

    HKEY_LOCAL_MACHINE \ votre_nom_clé_temporaire \ 001 \ Services \ XENBUS ControlSet

16. Remplacez la valeur Nombre de 0 à 1.

17. Recherchez et supprimez les clés suivantes :

    HKEY_LOCAL_MACHINE \ votre_nom_clé_temporaire \ 001 \ Services \ xenvbd \ ControlSet StartOverride

    HKEY_LOCAL_MACHINE \ votre_nom_clé temporaire \ 001 \ Services \ xenfilt \ ControlSet StartOverride

18. Dans le volet de navigation de l’Editeur du Registre, choisissez la clé temporaire que vous avez créée lorsque vous avez ouvert pour la première fois l’Editeur du Registre.

19. Dans le menu File (Fichier), choisissez Unload Hive (Décharger Hive).

20. Dans l’utilitaire Gestion des disques, choisissez le lecteur que vous avez attaché précédemment, ouvrez le menu contextuel (clic droit) et choisissez Hors connexion.

21. Dans la console Amazon EC2, détachez le volume affecté de l’instance temporaire et rattachez-le à votre instance Windows Server 2012 R2 avec le nom de périphérique /dev/sda1. Vous devez spécifier ce nom de périphérique pour désigner le volume en tant que volume racine.

22. Démarrez l’instance.

23. Connectez-vous à l'instance à l'aide de Remote Desktop, puis téléchargez le package AWS PV Drivers Upgrade sur l'instance.

24. Extrayez le contenu du dossier, puis exécutez AWSPVDriverSetup.msi.

    Après avoir exécuté le MSI, l’instance redémarre automatiquement puis met à niveau les pilotes. L’instance ne sera pas disponible pendant 15 minutes.

25. Une fois la mise à niveau terminée et que l’instance réussit les deux vérifications de l’état dans la console Amazon EC2, connectez-vous à l’instance à l’aide des services Bureau à distance et vérifiez que les nouveaux pilotes ont été installés. Dans le Gestionnaire de périphériques, sous Contrôleurs de stockage, recherchez Carte hôte AWS PV Storage. Vérifiez que la version du pilote est identique à la version la plus récente répertoriée dans l’historique des versions de pilote. Pour plus d’informations, consultez AWS Historique du package de pilotes PV.

26. Supprimez ou arrêtez l’instance temporaire que vous avez créée au cours de cette procédure.

Exécuter le script de correction

Si vous ne pouvez pas exécuter une mise à niveau du pilote sur place ou migrer vers une instance plus récente, vous pouvez exécuter le script de correction pour corriger les problèmes causés par la tâche de nettoyage Plug and Play.

Pour exécuter le script de correction

1. Ouvrez la console Amazon EC2 à l’adresse https://console.aws.amazon.com/ec2/.

2. Dans le panneau de navigation, choisissez Instances.

3. Sélectionnez l’instance pour laquelle vous souhaitez exécuter le script de correction. Sélectionnez État de l’instance, puis Arrêter l’instance.

   Avertissement

   Lorsque vous arrêtez une instance, les données contenues sur les volumes de stockage d’instances sont effacées. Pour conserver les données provenant des volumes de stockage d’instances, sauvegardez-les sur un stockage permanent.

4. Une fois l’instance arrêtée, créez une sauvegarde. Sélectionnez l’instance, puis Actions, Image et modèles et enfin Créer une image.

5. Sélectionnez État de l’instance, puis Démarrer l’instance.

6. Connectez-vous à l'instance à l'aide de Remote Desktop, puis téléchargez le dossier RemediateDriverIssue .zip sur l'instance.

7. Extrayez le contenu du dossier.

8. Exécutez le script de correction en fonction des instructions contenues dans le fichier Readme.txt. Le fichier se trouve dans le dossier dans lequel vous avez extrait le fichier RemediateDriverIssue .zip.

Transfert de la charge TCP

Important

Ce problème ne s'applique pas aux instances exécutant des pilotes réseau AWS PV ou Intel.

Par défaut, le transfert de la charge TCP est activé pour les pilotes PV Citrix dans les AMI Windows. Si vous rencontrez des problèmes au niveau du transport ou de la transmission de paquets (comme indiqué sur Windows Performance Monitor), par exemple, lorsque vous exécutez certaines charges de travail SQL, vous pouvez devoir désactiver cette fonction.

Avertissement

La désactivation du transfert de la charge TCP peut réduire les performances réseau de votre instance.

Pour désactiver le transfert de la charge TCP pour Windows Server 2012 et 2008

1. Connectez-vous à votre instance en tant qu’administrateur local.

2. Si vous utilisez Windows Server 2012, appuyez sur Ctrl+Échap pour accéder à l’écran Démarrer, puis cliquez sur Panneau de configuration. Si vous utilisez Windows Server 2008, cliquez sur Démarrer et sélectionnez Panneau de configuration.

3. Choisissez Réseau et Internet, puis Centre Réseau et partage.

4. Cliquez sur Modifier les paramètres de la carte.

5. Cliquez avec le bouton droit sur Carte Ethernet PV Citrix #0, puis cliquez sur Propriétés.

   

6. Dans la boîte de dialogue Propriétés de la connexion au réseau local, cliquez sur Configurer pour ouvrir la boîte de dialogue Propriétés de la carte Ethernet PV Citrix #0.

7. Sous l’onglet Advanced (Avancé), désactivez chacune des propriétés, à l’exception de Correct TCP/UDP Checksum Value (Corriger la valeur de la somme de contrôle TCP/UDP). Pour désactiver une propriété, sélectionnez-la dans Property (Propriété) et choisissez Disabled (Désactivé) dans Value (Valeur).

8. Choisissez OK.

9. A partir d’une fenêtre d’invite de commande, exécutez les commandes suivantes :

   netsh int ip set global taskoffload=disabled
   netsh int tcp set global chimney=disabled
   netsh int tcp set global rss=disabled
   netsh int tcp set global netdma=disabled

10. Redémarrez l’instance.

Synchronisation du temps

Avant l’édition du 13/02/2013 de l’AMI Windows, l’agent invité Citrix Xen pouvait définir l’heure de manière incorrecte. Cela peut entraîner l’expiration du bail DHCP. En cas de problème pour vous connecter à votre instance, vous pouvez avoir besoin de mettre à niveau l’agent.

Pour déterminer si vous avez l’agent invité Citrix Xen mis à jour, vérifiez que le fichier C:\Program Files\Citrix\XenGuestAgent.exe date de mars 2013. Si la date sur le fichier est antérieure, mettez à jour le service d’agent invité Citrix Xen. Pour plus d’informations, consultez Mettre à niveau votre service d’agent invité Citrix Xen.

Les charges de travail qui exploitent plus de 20 000 IOPS disque subissent une dégradation due aux goulots d’étranglement du processeur

Vous pouvez être affecté par ce problème si vous utilisez des instances Windows exécutant des pilotes PV AWS qui exploitent plus de 20 000 IOPS et que vous rencontrez un code de vérification des bogues 0x9E: USER_MODE_HEALTH_MONITOR.

Les lectures et écritures sur disque (iOS) dans les pilotes AWS PV se déroulent en deux phases : préparation des E/S et achèvement des E/S. Par défaut, la phase de préparation s’exécute sur un cœur arbitraire unique. La phase d’achèvement s’exécute sur le cœur 0. La quantité de calcul requise pour traiter une opération d’IO varie en fonction de sa taille et d’autres propriétés. Certaines opération d’IO utilisent plus de calcul dans la phase de préparation, et d’autres dans la phase d’achèvement. Lorsqu’une instance gère plus de 20 000 IOPS, la phase de préparation ou d’achèvement peut entraîner un goulot d’étranglement, lorsque le processeur sur lequel elle s’exécute est à 100 % de sa capacité. Le fait que la phase de préparation ou d’achèvement provoque ou non un goulot d’étranglement dépend des propriétés des IO utilisée par l’application.

À partir de la version 8.4.0 des pilotes AWS photovoltaïques, la charge de la phase de préparation et de la phase d'achèvement peut être répartie sur plusieurs cœurs, éliminant ainsi les goulots d'étranglement. Chaque application utilise des propriétés d’IO différentes. Par conséquent, l’application de l’une des configurations suivantes peut augmenter, diminuer ou ne pas affecter les performances de votre application. Après avoir appliqué l’une de ces configurations, surveillez l’application pour vérifier qu’elle enregistre les performances souhaitées.

1. Prérequis

   Avant de commencer cette procédure de dépannage, vérifiez que les prérequis suivants sont respectés :

   • Votre instance utilise la version 8.4.0 ou ultérieure des pilotes AWS PV. Pour effectuer une mise à niveau, consultez Mise à niveau des pilotes PV sur les instances Windows.

   • Vous disposez d’un accès RDP à l’instance. Pour vous connecter à votre instance Windows à l’aide de RDP, consultez Connectez-vous à votre instance Windows à l'aide d'un client RDP.

   • Vous disposez d’un accès administrateur à l’instance.

2. Observer la charge processeur sur votre instance

   Vous pouvez utiliser le Gestionnaire des tâches Windows pour afficher la charge sur chaque processeur afin de déterminer les goulots d’étranglement potentiels pour les IO disque.

   1. Vérifiez que votre application est en cours d’exécution et gère un trafic similaire à votre charge de travail de production.

   2. Connectez-vous à votre instance à l’aide de RDP.

   3. Accédez menu Start (Démarrer) de votre instance.

   4. Saisissez Task Manager dans le menu Start (Démarrer) pour ouvrir le Gestionnaire des tâches.

   5. Si le Gestionnaire des tâches affiche la vue récapitulative, choisissez More details (Plus de détails) pour développer la vue détaillée.

   6. Sélectionnez l’onglet Performance.

   7. Sélectionner CPU (processeur) dans le volet gauche.

   8. Cliquez avec le bouton droit de la souris sur le graphique dans le volet principal et sélectionnez Change graph to>Logical processors (Changer le graphique en > processeurs logiques) pour afficher chaque cœur individuel.

   9. Selon le nombre de cœurs sur votre instance, vous pouvez voir des lignes affichant la charge processeur au fil du temps, ou vous pouvez simplement voir un nombre.

      • Si vous voyez des graphiques affichant la charge dans le temps, recherchez les processeurs où la boîte est presque entièrement ombrée.

      • Si vous voyez un nombre sur chaque cœur, recherchez les cœurs qui affichent systématiquement 95 % ou plus.

   10. Notez si le cœur 0 ou un autre cœur subit une charge lourde.

3. Choisir la configuration à appliquer

   Nom de la configuration	Quand appliquer cette configuration	Remarques
   Default configuration	La charge de travail entraîne moins de 20 000 IOPS, ou d’autres configurations n’ont pas amélioré les performances ou la stabilité.	Pour cette configuration, les IO se produisent sur quelques cœurs, ce qui peut bénéficier à des charges de travail plus petites en augmentant la localité du cache et en réduisant le basculement de contexte.
   Allow driver to choose whether to distribute completion	La charge de travail entraîne plus de 20 000 IOPS et une charge modérée ou élevée est observée sur le cœur 0.	Cette configuration est recommandée pour toutes les instances Xen utilisant PV 8.4.0 ou une version ultérieure et exploitant de plus de 20 000 IOPS, que des problèmes soient rencontrés ou non.
   Distribute both preparation and completion	La charge de travail entraîne plus de 20 000 IOPS, et soit permettre au pilote de choisir la distribution n’a pas amélioré les performances, soit un cœur autre que 0 connaît une charge élevée.	Cette configuration permet la distribution à la fois de la préparation et de l’achèvement des IO.

   Note

   Nous vous recommandons de ne pas distribuer la préparation des IO sans distribuer également l’achèvement des IO (ne pas définir DpcRedirection sans définir NotifierDistributed), car la phase d’achèvement est sensible à la surcharge par la phase de préparation lorsque la phase de préparation est exécutée en parallèle.

   Valeurs clés de registre

   • NotifierDistributed

     Valeur 0 ou aucune valeur — La phase d’achèvement se déroulera sur le cœur 0.

     Valeur 1 — Le pilote choisit d’exécuter la phase d’achèvement sur le cœur 0 ou sur un cœur supplémentaire par disque connecté.

     Valeur 2 — Le pilote exécute la phase d’achèvement sur un cœur supplémentaire par disque connecté.

   • DpcRedirection

     Valeur 0 ou aucune valeur — La phase de préparation se déroulera sur un cœur unique et arbitraire.

     Valeur 1 — La phase de préparation est répartie sur plusieurs cœurs.

   Configuration par défaut

   Appliquez la configuration par défaut avec les versions du pilote AWS PV antérieures à la version 8.4.0, ou si une dégradation des performances ou de la stabilité est observée après l'application de l'une des autres configurations de cette section.

   1. Connectez-vous à votre instance à l’aide de RDP.

   2. Ouvrez une nouvelle invite de PowerShell commande en tant qu'administrateur.

   3. Exécutez les commandes suivantes pour supprimer les clés de registre NotifierDistributed et DpcRedirection.

      Remove-ItemProperty -Path HKLM:\System\CurrentControlSet\Services\xenvbd\Parameters -Name NotifierDistributed

      Remove-ItemProperty -Path HKLM:\System\CurrentControlSet\Services\xenvbd\Parameters -Name DpcRedirection

   4. Redémarrez votre instance.

   Autoriser le pilote à choisir s’il doit distribuer l’achèvement

   Définissez la clé de registre NotiferDistributed pour permettre au pilote de stockage PV de choisir de distribuer ou non l’achèvement des IO.

   1. Connectez-vous à votre instance à l’aide de RDP.

   2. Ouvrez une nouvelle invite de PowerShell commande en tant qu'administrateur.

   3. Exécutez la commande suivante pour ajouter la clé de registre NotiferDistributed.

      Set-ItemProperty -Type DWORD -Path HKLM:\System\CurrentControlSet\Services\xenvbd\Parameters -Value 0x00000001 -Name NotifierDistributed

   4. Redémarrez votre instance.

   Distribuer la préparation et l’achèvement

   Définissez les clés de registre NotifierDistributed et DpcRedirection pour toujours distribuer les phases de préparation et d’achèvement.

   1. Connectez-vous à votre instance à l’aide de RDP.

   2. Ouvrez une nouvelle invite de PowerShell commande en tant qu'administrateur.

   3. Exécutez les commandes suivantes pour définir les clés de registre NotifierDistributed et DpcRedirection.

      Set-ItemProperty -Type DWORD -Path HKLM:\System\CurrentControlSet\Services\xenvbd\Parameters -Value 0x00000002 -Name NotifierDistributed

      Set-ItemProperty -Type DWORD -Path HKLM:\System\CurrentControlSet\Services\xenvbd\Parameters -Value 0x00000001 -Name DpcRedirection

   4. Redémarrez votre instance.