Question Différences entre «reboot» et «ec2-reboot-instances»


Quelles sont les différences, le cas échéant, entre invoquer reboot sur la ligne de commande d'une instance EC2 et en émettant le ec2-reboot-instances une commande à partir des outils de ligne de commande AWS sur une autre machine?

Est-ce que ec2-reboot-instances faire quelque chose que l'envoi reboot sur une session SSH ne va pas, comme le traitement des choses environnementales spécifiques à AWS?

Y a-t-il une préférence entre les deux commandes?

Dans mon cas spécifique, j'utilise la bibliothèque Java pour accéder à l'API AWS plutôt qu'à l'outil de ligne de commande, mais elle appelle toujours la même commande sur AWS. La bibliothèque Java est plus détaillée que l’outil en ligne de commande, il serait donc plus facile d’envoyer le reboot commande via SSH, mais j'aimerais savoir s'il existe d'autres considérations qui justifieraient l'utilisation de l'approche API AWS.


15
2018-01-17 10:53


origine




Réponses:


Différences d'utilisation:

  • Aucun accès SSH requis (peut être exécuté à partir de n'importe quel ordinateur ou même de la console AWS)
  • ec2-reboot-instances nécessite des informations d'identification AWS
  • Peut facilement écrire des scripts pour plusieurs instances (plus facile à intégrer à d'autres services AWS)

Différence de fonctionnalité:

  • ec2-reboot-instances forcera un redémarrage brutal après 4 minutes si l'instance ne s'est pas correctement arrêtée. (Voir Documentation)
  • La commande ne confirme pas le succès - la demande de redémarrage est mise en file d'attente, mais vous ne savez pas si cela a fonctionné ou si un démarrage difficile est requis, etc. (vous êtes informé des commandes ayant complètement échoué, par exemple des problèmes d'autorisations, etc.).
  • Il y a un léger retard dans l'exécution de la commande - généralement pas perceptible

Dans les cas où l'instance est réactive et accessible via SSH reboot (via SSH) effectuera la même tâche que ec2-reboot-instances.


Un redémarrage supplémentaire à partir de SSH suffira pour la maintenance planifiée (c’est-à-dire que vous n’avez pas besoin d’utiliser ec2-reboot-instances). Selon le Documentation:

Les redémarrages d’instances sont des redémarrages de votre instance virtuelle et sont   équivalent à un redémarrage du système d'exploitation.

La gestion de vos propres redémarrages d'instance est très simple. ...vous pouvez   redémarrez également votre instance à partir du système d'exploitation de votre instance.


11
2018-01-17 11:37



Une commande de redémarrage non-EC2 déclenchera-t-elle des événements de maintenance planifiés? - ceejayoz
@ceejayoz: Oui, ça va - a mis à jour la réponse pour le mentionner. - cyberx86
J'ai une situation où l'émission sudo reboot réinitialise le volume EBS attaché à l'état du système de fichiers comme lors de la création de l'AMI ... et le redémarrage à partir de la console ne le fait pas. J'aimerais pouvoir fournir plus de détails ... mais oui, c'est bizarre. - Carl G