Résoudre les problèmes liés à l'hibernation des EC2 instances Amazon

Utilisez ces informations pour diagnostiquer et résoudre les problèmes courants que vous pourriez rencontrer lors de la mise en veille prolongée d’une instance.

Impossible d’effectuer une mise en veille prolongée immédiatement après le lancement

Si vous essayez de mettre en veille prolongée une instance trop rapidement après l’avoir lancée, vous obtiendrez une erreur.

Vous devez attendre environ deux minutes pour les instances Linux et environ cinq minutes pour les instances Windows après le lancement avant de passer en veille prolongée.

La transition de stopping to stopped, et l'état de la mémoire n'est pas restauré après le démarrage

Si votre instance mise en veille prolongée prend du temps pour passer de l’état stopping à stopped, et si l’état de la mémoire n’est pas restauré après que vous avez démarré, cela peut indiquer que la mise en veille prolongée n’a pas été configurée correctement.

Instances Linux

Consultez le journal système de l’instance et recherchez les messages liés à la mise en veille prolongée. Pour accéder au journal système, connectez-vous à l'instance ou utilisez la get-console-outputcommande. Recherchez les lignes de journal de l’agent hibinit-agent. Si les lignes de journal indiquent un échec ou si les lignes de journal sont manquantes, il est probable qu’un échec de la configuration de la mise en veille prolongée au lancement ait eu lieu.

Par exemple, le message suivant indique que le volume racine de l'instance n'est pas suffisamment grand : hibinit-agent: Insufficient disk space. Cannot create setup for hibernation. Please allocate a larger root device.

Si la dernière ligne de journal de hibinit-agent est hibinit-agent: Running: swapoff /swap, la mise en veille prolongée a été configurée avec succès.

Si aucun journal de ces processus ne s'affiche, il est possible que vous ne AMI preniez pas en charge l'hibernation. Pour plus d'informations sur les AMIs pris en charge, veuillez consulter Conditions préalables à l'hibernation des EC2 instances Amazon. Si vous avez utilisé votre propre système LinuxAMI, assurez-vous d'avoir suivi les instructions deConfigurer un système Linux AMI pour prendre en charge l'hibernation.

Windows Server 2016 et versions ultérieures

Consultez le journal de EC2 lancement et recherchez les messages liés à l'hibernation. Pour accéder au journal de EC2 lancement, connectez-vous à l'instance et ouvrez le C:\ProgramData\Amazon\EC2-Windows\Launch\Log\Ec2Launch.log fichier dans un éditeur de texte. Si vous utilisez la EC2Launch version 2, ouvrezC:\ProgramData\Amazon\EC2Launch\log\agent.log.

Note

Par défaut, Windows masque les fichiers et les dossiers qui se trouvent sous C:\ProgramData. Pour afficher les répertoires et les fichiers de EC2 lancement, entrez le chemin dans l'Explorateur Windows ou modifiez les propriétés du dossier pour afficher les fichiers et dossiers cachés.

Recherchez les lignes de journal pour la mise en veille prolongée. Si les lignes de journal indiquent un échec ou si les lignes de journal sont manquantes, il est probable qu’un échec de la configuration de la mise en veille prolongée au lancement ait eu lieu.

Par exemple, le message suivant indique que l'hibernation n'a pas pu être configurée : Message: Failed to enable hibernation. si le message d'erreur inclut des ASCII valeurs décimales, vous pouvez convertir les ASCII valeurs en texte brut afin de lire le message d'erreur complet.

Si la ligne de journal contient HibernationEnabled: true, la mise en veille prolongée a été configurée avec succès.

Windows Server 2012 R2 et versions antérieures

Consultez le journal de EC2 configuration et recherchez les messages liés à l'hibernation. Pour accéder au journal de EC2 configuration, connectez-vous à l'instance et ouvrez le C:\Program Files\Amazon\Ec2ConfigService\Logs\Ec2ConfigLog.txt fichier dans un éditeur de texte. Recherchez les lignes de journal pour SetHibernateOnSleep. Si les lignes de journal indiquent un échec ou si les lignes de journal sont manquantes, il est probable qu’un échec de la configuration de la mise en veille prolongée au lancement ait eu lieu.

Par exemple, le message suivant indique que le volume racine de l'instance n'est pas suffisamment grand : SetHibernateOnSleep: Failed to enable hibernation: Hibernation failed with the following error: There is not enough space on the disk.

Si la ligne de journal est SetHibernateOnSleep: HibernationEnabled: true, la mise en veille prolongée a été configurée avec succès.

Taille de l'instance Windows

Si vous utilisez une instance Windows T3 ou T3a avec moins de 1 Go deRAM, essayez d'augmenter la taille de l'instance à une instance contenant au moins 1 Go de. RAM

Instance « bloquée » dans le stopping state

Si vous avez mis votre instance en veille prolongée que celle-ci semble « bloquée » à l’état stopping, vous pouvez forcer son arrêt. Pour de plus amples informations, veuillez consulter Résoudre les problèmes d'arrêt des EC2 instances Amazon.

Impossible de démarrer l’instance Spot immédiatement après la mise en veille prolongée

Si vous essayez de démarrer une instance Spot dans les deux minutes suivant sa mise en veille prolongée, le message d’erreur suivant peut s’afficher :

You failed to start the Spot Instance because the associated Spot Instance request is not in an appropriate state to support start.

Attendez environ deux minutes pour les instances Linux et environ cinq minutes pour les instances Windows, puis réessayez de démarrer l'instance.

Échec de la reprise des instances Spot

Si votre instance Spot a été mise en veille prolongée avec succès, mais qu’elle n’a pas pu reprendre, et qu’elle a été redémarrée (un nouveau redémarrage où l’état de mise en veille prolongée n’est pas conservé), cela peut être dû au fait que les données utilisateur contenaient le script suivant :

/usr/bin/enable-ec2-spot-hibernation

Supprimez ce script du champ Données utilisateur du modèle de lancement, puis demandez une nouvelle instance Spot.

Notez que même si l’instance n’a pas pu reprendre, si l’état de mise en veille prolongée n’est pas préservé, l’instance peut toujours être démarrée de la même manière qu’en partant de l’état stopped.