Solution 1 :
L'arrêt et le démarrage d'une instance de démarrage EBS sont très similaires au simple redémarrage de l'instance à quelques exceptions près, la plus notable étant :
-
L'instance se voit attribuer une nouvelle adresse IP interne.
-
L'instance se voit attribuer une nouvelle adresse IP publique.
-
Si l'instance ne se trouve pas dans un VPC, toute adresse IP Elastic est dissociée de l'instance.
-
Toutes les données sur le stockage éphémère (souvent sous /mnt) sont perdues
Il y a aussi certaines implications de facturation et de disponibilité que j'ai décrites dans cet article :
Redémarrage vs arrêt/démarrage de l'instance Amazon EC2
http://alestic.com/2011/09/ec2-reboot-stop-start
Les instances VPC ont un comportement légèrement différent, y compris la conservation des adresses IP Elastic pendant l'arrêt/le démarrage.
Si vous utilisez une instance en tant que serveur de base de données et que vous souhaitez vous y connecter en utilisant l'adresse IP interne (moins cher, plus rapide) et que vous ne souhaitez pas avoir à reconfigurer les clients de la base de données après un arrêt/démarrage, vous pouvez attribuer une adresse IP Elastic à l'instance et utilisez le nom DNS IP Elastic externe. Cela résoudra l'adresse IP interne actuelle une fois que vous aurez réassocié l'adresse IP Elastic à l'instance redémarrée et vos clients reprendront là où ils se sont arrêtés.
J'aborde plus en détail cette approche dans cet article :
Utilisation d'Elastic IP pour identifier les instances internes sur Amazon EC2
http://alestic.com/2009/06/ec2-elastic-ip-internal
Comme vous semblez l'avoir anticipé, l'arrêt/démarrage est un moyen simple de changer le matériel qui alimente votre instance. J'ai écrit à ce sujet avec quelques instructions et avertissements dans cet article :
Déplacement d'une instance EC2 vers un type d'instance plus grand (ou plus petit)
http://alestic.com/2011/02/ec2-change-type
Pour votre situation particulière, je vous recommande d'attribuer une adresse IP Elastic à l'instance et de modifier votre DNS pour pointer vers l'adresse IP Elastic en utilisant un CNAME vers le nom DNS externe. Vous pouvez le faire juste après l'arrêt/le démarrage, ou vous pouvez le faire à l'avance en vous assurant que tout fonctionne avant l'arrêt/le démarrage.
Solution 2 :
Donc, il semble que vous n'utilisiez pas Elastic IP, comme je peux le voir d'après vos informations.
Je pense que vous devez utiliser CNAME dans le DNS pour pointer vers cette instance. Si vous redémarrez votre Machine alors ce ec2-54-1-1-1.us-west-1.compute.amazonaws.com Le nom DNS changera et votre site cessera de fonctionner.
En ce qui concerne l'IP interne, elle changera également, sauf si vous utilisez VPC, ce que vous n'êtes pas.
Donc, si j'étais vous, je ferai très attention au redémarrage de cette machine.
En ce qui concerne le temps, cela ne prendra que quelques minutes.
De plus, si vous avez des iptables en cours d'exécution sur l'instance de base de données, qui autorise uniquement cette adresse IP interne à se connecter à la base de données, cela ne fonctionnera pas non plus, car votre adresse IP interne changera.
Donc, soyez prudent si vous souhaitez redémarrer cette instance et réfléchissez-y bien.
Solution 3 :
Votre IP/nom d'hôte interne changera et votre IP Elastic se détachera (sauf si vous êtes dans un VPC).
Rattachez l'adresse IP Elastic après avoir redémarré l'instance. Je le fais régulièrement pour modifier la taille des instances et vous n'avez qu'un temps d'arrêt de quelques minutes.
Vérifiez qu'Apache et tous les autres services sont configurés pour démarrer (chkconfig si vous utilisez amazon linux ami).