47 votes

Est-ce que différents comptes AWS peuvent gérer différents sous-domaines?

J'ai deux comptes AWS. Le compte principal avec example.com comme Zone hébergée, qui possède ensuite un certain nombre d'ensembles d'enregistrements (c'est-à-dire api.example.com et kibana.example.com).

Un deuxième compte gérera testing.example.com en tant que Zone hébergée, avec le même ensemble d'enregistrements (c'est-à-dire api.testing.example.com et kibana.testing.example.com).

Comment puis-je dire au compte principal de renvoyer les demandes pour .testing.example.com vers le compte enfant ? Je ne veux pas modifier le compte principal car je veux utiliser les mêmes modèles de formation Cloud à la fois en 'Live' et en 'Test'.

J'ai configuré les deux comme ci-dessus et cela ne fonctionne pas (api.testing.example.com ne se résout pas). J'ai également essayé de définir l'enregistrement de serveur ns de testing.example.com dans le compte principal sur celui spécifié dans le compte enfant(1). Hélas, ce n'est pas quelque chose que j'ai déjà fait et les recherches sur Google ne donnent rien.

1) J'ai fait une erreur là-dessus, et voici la réponse. Voir ci-dessous.

58voto

Michael - sqlbot Points 21488

Comment indiquer au compte principal de transmettre les demandes pour .testing.example.com au compte enfant.

Les demandes sont référées, mais vous pouvez obtenir le résultat souhaité en déléguant le sous-domaine à un ensemble différent de serveurs Route 53 de ceux qui hébergent la zone parentale.

Regardez la nouvelle zone hébergée que vous avez créée pour testing.example.com. Cela peut être dans le même compte AWS, un compte AWS différent... n'importe quel compte AWS. Il n'y a rien ici qui soit lié au "compte". Cela utilise une configuration DNS standard. Tout le DNS est une hiérarchie. La racine globale peut vous dire où trouver com, et les serveurs de com peuvent vous dire où trouver example.com, et ce n'est en rien différent pour example.com de vous dire où trouver testing.example.com au lieu de vous donner une réponse directe.

Remarquez les 4 serveurs de noms que Route 53 a assignés à la zone hébergée testing.example.com. Vérifiez qu'ils sont tous différents de ceux assignés à la zone hébergée example.com. (Il devrait être impossible que l'un d'entre eux soit identique, mais vérifiez ceci.)

Maintenant, de retour dans la zone example.com, créez un nouveau enregistrement de ressource, avec le nom d'hôte testing, en utilisant le type d'enregistrement NS, et saisissez les 4 serveurs de noms que Route 53 a assignés à testing.example.com, dans la case ci-dessous.

Maintenant, lorsque qu'une demande pour testing.example.com et tout ce qui est en-dessous arrive à l'un des serveurs Route 53 gérant example.com, la réponse ne sera pas la réponse de testing.example.com -- la réponse fournira à l'émetteur les 4 enregistrements NS associés à testing.example.com et une réponse équivalente à "Je ne sais pas, mais essayez de demander à l'un de ces gars."

C'est ainsi que cela se passe.

0voto

Jan Willem B Points 2702

Je pense que vous devez créer un enregistrement testing.example.com dans le compte principal (Parent) sous le domaine example.com. Et si vous utilisez ELB, copiez le point de terminaison ELB pour testing du compte enfant ou peut-être l'adresse IP publique attribuée au domaine testing dans votre compte enfant et mettez à jour dans Route 53 du compte parent. Je pense que le point de terminaison ELB faciliterait la résolution de l'adresse plutôt que d'utiliser une IP élastique dédiée. Vous devriez également créer tous les sous-domaines de testing dans le compte parent. Je vous suggère d'utiliser les points de terminaison ELB dans le compte enfant pour tous les sous-domaines du site testing. Assurez-vous que tous les points de terminaison ELB doivent avoir le schéma internet-facing dans la console AWS.

0voto

Keval Sheth Points 1

Voici le processus qui a été mentionné dans AWS pour la même chose :

Trafic de routage pour les sous-domaines - https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-routing-traffic-for-subdomains.html

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X