EC2 / Route53: Comment attribuer mon nouveau nom de domaine à une instance?

19

J'ai une instance EC2. Il est opérationnel avec une IP Amazon qui ressemble à ceci: //ec2-xxx-xxx-xxx-xxx.compute-1.amazonaws.com/

Je suis sûr que cela fonctionne bien.

J'ai acheté un domaine, puis mis en place une "zone hébergée" dans Amazon Route 53 et il m'a donné des informations sur le serveur de noms une fois que je l'ai fait. Je suis allé voir mon registraire de domaine et j'ai mis ces noms dans les serveurs de noms.

Maintenant je suis coincé. Comment associer cette zone hébergée à mon instance? J'aimerais qu'Amazon héberge donc ça va.

amazon-ec2  amazon-route53 
— KevinDeus
source
7
En bref: a) allouez et attribuez une adresse IP élastique à votre instance EC2, si vous ne l'avez pas déjà fait. b) Créez un enregistrement A dans Route 53 qui pointe vers l'adresse IP élastique de votre instance (l'adresse IP numérique réelle cependant, pas le style DNS que vous avez utilisé dans votre question)
— cyberx86
2
Le commentaire ci-dessus devrait être une réponse.
— Thinice
Avez-vous résolu votre problème? Pourriez-vous le partager avec bonté ici
— Jeremy

Réponses:

24

Si vous utilisez la console AWS , vous pouvez associer votre nom d'hôte souhaité (par exemple, www.example.com) à l'adresse IP de l'instance EC2 à l'aide d'un enregistrement CNAME au nom DNS externe de l'instance.

Par exemple:

  • Accédez à la zone hébergée que vous avez créée (double-cliquez sur Works)

  • Cliquez sur [ Créer un jeu d'enregistrements ] en haut

  • Nom : www.example.com

  • Type : CNAME

  • Valeur : ec2-xxx-xxx-xxx-xxx.compute-1.amazonaws.com.

  • Cliquez sur [ Créer un jeu d'enregistrements ] au bas du formulaire

Je vous recommande également de vous renseigner sur les adresses IP élastiques. Vous devez allouer une adresse IP élastique, l'associer à votre instance, puis mapper le CNAME au nouveau nom DNS externe pour l'adresse IP élastique sur votre instance. Cela vous permettra de déplacer l'adresse IP élastique entre les instances sans avoir à mettre à jour votre DNS.

Si vous êtes curieux de savoir pourquoi je recommande un CNAME au lieu d'utiliser un enregistrement A, voici un avantage dont j'ai parlé lors d'une conversation entre des instances à l'intérieur d'EC2: http://alestic.com/2009/06/ec2-elastic-ip-internal

— Eric Hammond
source
hmmm. a fait cela mais il ne s'est jamais associé. J'ai ensuite créé une adresse IP élastique comme vous l'avez dit, et créé un CNAME pour cela (l'IP élastique va à mon application maintenant), mais aller sur mon domaine renvoie une erreur 502 ("Le nom demandé est valide, mais aucune donnée de la demande type a été trouvé ")
— KevinDeus
2
A créé un enregistrement A. Ça l'a fait.
— KevinDeus
Un enregistrement A fonctionnera, mais un CNAME est préférable, surtout si vos instances se parlent. Assurez-vous d'inclure un point (.) À la fin de la cible pour le CNAME.
— Eric Hammond
ne fonctionnera certainement pas avec CNAME. J'ai transféré mon enregistrement A vers CNAME et Google a perdu le site pendant environ 30 minutes!
— KevinDeus
1
Vous essayez peut-être de définir le domaine apex ("example.com" au lieu de "www.example.com")? Cela nécessite un enregistrement A car DNS ne prend pas en charge CNAME pour le domaine apex.
— Eric Hammond
2

Eh bien, pour moi, c'était assez facile. J'ai eu 2 situations distinctes où j'avais besoin d'attribuer mon nom de domaine à des instances:

  1. Dans le premier cas, j'avais 6 serveurs Web derrière un seul équilibreur de charge. Et je voulais lui assigner mon domaine racine, disons: mydomain.com J'ai simplement mis à jour le dNS pour mydomain.com et au lieu de créer un enregistrement A, j'ai assigné un CNAME pour mydomain.com (oui la racine du domaine), pointant vers le DNS public de l'équilibreur de charge.
  2. Dans un autre cas, j'avais un seul serveur Web. Là aussi, j'ai créé un CNAME du domaine pointant vers le DNS public du serveur Web lui-même.

Son exactement semblable à la façon dont vous créez des enregistrements CNAME pour pointer vers ghs.google.com lorsque vous utilisez Google Apps.

— r_honey
source
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.