Commentaires sur : Conception d’une infrastructure sur AWS : best practices !

Par : yann

yann — Fri, 05 Mar 2010 17:20:39 +0000

Bonjour

Bravo pour vos articles sur ec2 , je suis un bleu dans ce domaine , je ne connaissais que le nom « cloud computing » , et je vais devoir m’y mettre des la semaine prochaine , alors trouver quelqu’un qui explique , non pas seulement les bases , mais aussi sa propre experience je trouve ca genial !!!!!!

Merci et que la force des nuages soit avec vous !!!

Par : Grégory

Grégory — Wed, 18 Nov 2009 13:21:01 +0000

Bonjour.
Le problème venait du bundle qui contenait une erreur.
Désormais tout fonctionne et je peux lancer l’AMI enregistrée sans problème.

Merci beaucoup pour l’ensemble de votre aide.

Par : Grégory

Grégory — Wed, 18 Nov 2009 10:46:09 +0000

Bonjour et merci pour votre réponse.
Le problème semble venir d’ailleurs car j’ai le même problème sur d’autre AMI de base.
Problème inexistant auparavant.
Peut être un problème de certificat ou clé privé.
Je vais chercher de ce côté là.

En tout cas merci pour votre aide.

Par : Frédéric Faure

Frédéric Faure — Mon, 16 Nov 2009 17:15:06 +0000

Si vous n’accédez pas à votre instance EC2 démarrée depuis votre AMI, ni en SSH (port 22), ni en HTTP (port 80), c’est que :

- soit les connexions sont bloquées sur ces ports sur votre proxy en sortie,
- soit le security group dans lequel vous avez démarré votre AMI n’a pas ces ports d’ouverts pour votre IP source,
- soit que vous aviez modifié la configuration de vos serveurs HTTP et SSH de manière à ce qu’ils ne démarrent pas automatiquement (peu probable, et dans ce cas vous pouvez jeter votre AMI).

Par : Grégory

Grégory — Mon, 16 Nov 2009 11:34:38 +0000

Apparemment un nouveau problème apparaît.
Lorsque j’essaie de lancer une instance de mon AMI référencée, impossible d’accéder au serveur en ssh ni en http (connexion interrompue).
Cela peut il venir d’un problème lors du bundle ou de l’upload?

Merci pour votre aide.

Par : Grégory

Grégory — Mon, 16 Nov 2009 05:41:32 +0000

Merci beaucoup pour votre réponse et pour votre aide.
C’est au niveau de l’étape 3 que je bloquais.
J’ai essayé et tout fonctionne correctement.

Mon AMI est désormais enregistrée.

Un grand merci à vous.

Par : Frédéric Faure

Frédéric Faure — Fri, 13 Nov 2009 17:45:03 +0000

La manipulation (pour une AMI Linux) s'effectue en 3 étapes : Création du bundle (AMI) Sur votre instance à AMIser : ec2-bundle-vol -d /mnt --cert /etc/ec2/amitools/cert-ec2.pem --privatekey /root/.ssh/'la_cle_privee_aws_de_votre_instance_ec2 (que vous aurez à uploader sur la machine)' -u 'id_compte_utilisateur_aws (owner ID sur Elasticfox)' -s 4096 -e /mnt,/tmp,/root/.ssh (ceci est un exemple de commande à customiser comme vous le souhaitez) Upload du bundle (AMI) sur S3 Sur votre instance à AMIser : ec2-upload-bundle -b 'nom_de_votre_bucket_s3 (que vous aurez préalablement créé, exemple : ami-fred)' -m /mnt/image.manifest.xml -a 'votre_access_key' -s 'votre_secret_key' Référencement de votre AMI Sur Elasticfox, Images > Register AMI (+) : saisissez le path vers le manifest de votre AMI Pour plus d'informations sur les options, les 2 commandes magiques : "ec2-bundle-vol --help" & "ec2-upload-bundle --help" En espérant que cela vous aide.

Par : Grégory

Grégory — Fri, 13 Nov 2009 11:25:59 +0000

Bonjour et félicitation pour ce travail.
Je suis juste déçu de ne pas avoir trouvé cet article avant car il est vrai que mettre en place mon
application sur AWS et en comprendre le concept a été un peu compliqué.

J’aurais une question à vous poser.
Vous dîtes qu’il est possible d’enregistrer une AMI une fois que la configuration de notre instance nous convient.
Enregistrer son instance permettrait de démarrer une nouvelle instance avec la configuration enregistrer?
J’ai essayé les différentes méthodes présentent dans la documentation mais rien ne fonctionne.

Pourriez – vous m’éclairer là dessus?

Merci et encore bravo.

Grégory.

Par : Frédéric Faure

Frédéric Faure — Mon, 12 Oct 2009 16:54:18 +0000

Un doublement du service dans 2 zones différentes doit être chapoté par une « Elastic IP » qu’il est possible de mapper à tel ou tel point d’entrée. Il est à noter qu’une « Elastic IP » peut être mappée sur 2 instances d’une même zone, bien sûr, afin de parer à la défaillance d’une instance (en point d’entrée) plutôt que d’une zone complète. L'Elastic IP peut s'appliquer quelque soit le cas : pour assurer la disponibilité sur la défaillance d'une instance en point d'entrée ou d'une zone complète. Cela permet d'éviter le temps qu'une intervention correctrice ait lieu ou bien le temps d'une propagation DNS. C'est en fait une IP publique et statique associée à un compte utilisateur Amazon (et pas à une instance) que l'on conserve jusqu'à temps que l'on choisisse de la relâcher. Concernant l'activation, elle peut être manuelle, via interface graphique, ou bien programmée : un outil de monitoring peut vérifier régulièrement la disponibilité du point d'entrée. Sur détection d'un problème, il appelle le service web AWS et demande un remapping de l'Elastic IP sur une instance que vous aviez préalablement préparée et en attente ou, beaucoup mieux, une instance lancée à la volée en remplacement. Concernant le LB, il y a effectivement une solution AWS : Elastic Load Balancing. Vous avez également à disposition d'autres fonctionnalités comme Auto Scaling et Amazon CloudWatch. Pour plus d'informations : Cf. Amazon EC2 features sur le site d'Amazon ou bien Comprendre l’offre Amazon Web Services en 20 min ! sur le blog Decrypt.

Par : Howard

Howard — Mon, 12 Oct 2009 10:36:05 +0000

Excellent post ! Juste un point qui ne me semble pas clair, l’histoire de l’Elastic IP. Vous dites qu’on peut la mapper sur 2 instances d’une même zone, mais de quelle manière cela fonctionne-t-il, fail over ou alors il faut « activer » la redirection manuellement si une instance tombe ?

Il y a-t-il une solution de load balancing avec EC2 ? Comment fait-on pour gérer la charge avec AWS ?

Merci,