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

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.

Le passage de stopping à stopped prend du temps 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.

Si vous ne voyez aucun journal issu de ces processus, votre AMI ne prend pas en charge la mise en veille prolongée. Pour plus d’informations sur les AMI supportées, consultez Conditions préalables à l'hibernation des instances Amazon EC2.

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.

Windows Server 2016 et versions ultérieures

Consultez le journal de lancement de l’instance EC2 et recherchez les messages liés à la mise en veille prolongée. Pour accéder au journal de lancement de l’instance EC2, connectez-vous à l’instance et ouvrez le fichier C:\ProgramData\Amazon\EC2-Windows\Launch\Log\Ec2Launch.log dans un éditeur de texte. Si vous utilisez EC2Launch v2, ouvrez C:\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 fichiers et les répertoires de lancement de l’instance EC2, vous devez tapez le chemin d’accès dans l’Explorateur Windows ou modifier les propriétés de dossier afin d’afficher les fichiers et les dossiers masqué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 la mise en veille prolongée n'a pas pu être configurée : Message: Failed to enable hibernation. si le message d'erreur inclut des valeurs ASCII décimales, vous pouvez convertir les valeurs ASCII 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 configuration de l’instance EC2 et recherchez les messages liés à la mise en veille prolongée. Pour accéder au journal de configuration de l’instance EC2, connectez-vous à l’instance et ouvrez le fichier C:\Program Files\Amazon\Ec2ConfigService\Logs\Ec2ConfigLog.txt 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 de RAM, essayez d'augmenter la taille de l'instance pour qu'elle dispose d'au moins 1 Go de RAM.

Instance « bloquée » dans l’état d’arrêt

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 plus d’informations, consultez Résoudre les problèmes d'arrêt de votre instance.

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.