IP statique à l'aide d'aws Elastic Beanstalk

J'ai besoin de l'adresse IP statique pour permettre l'accès à un pare-feu réseau qui n'est pas sur le réseau AWS.

Est-il possible d'obtenir une adresse IP statique pour une charge équilibrée application à l'aide d'aws Elastic Beanstalk? Je suis à la suite de la AWS docs concernant les utiliser Route 53 pour héberger mon application avec un nom de domaine, mais de ce que j'ai lu, cela ne garantit pas une adresse IP statique parce que c'est essentiellement à l'aide d'un CNAME permettant l'IP derrière les coulisses pour changer. C'est que le droit de la compréhension? Est-il possible?

OriginalL'auteur Seth | 2014-10-15

  1. 1

    Amazon a publié un nouvel exemple spécialement pour vous:
    http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/vpc-basic.html

    Vous pouvez déployer une application Elastic Beanstalk dans un équilibrage de la charge, de la mise à l'échelle automatique de l'environnement dans un VPC qui a à la fois public et privé sous-réseau. Utilisez cette configuration si vous voulez Elastic Beanstalk pour attribuer des adresses IP privées à vos instances Amazon EC2.

    Le lien n'aide pas du tout
    Je ne trouve pas de réponse à cette question sur le lien ci-dessus. Veuillez écrire votre solution ici. Et de donner des lien comme référence.

    OriginalL'auteur dang

  2. 12

    Déployer votre environnement beanstalk en VPC, et avec la bonne configuration, une adresse IP statique pour le trafic sortant est facile.

    Dans cette configuration, vos instances de tous les relais de leur trafic sortant par une seule machine, ce qui permet d'attribuer une adresse IP élastique. L'ensemble de l'intérieur d'origine, Internet lié à la circulation de toutes les instances derrière il apparaît, à partir de l'autre réseau, de bw à l'aide de cette seule IP élastique.

    Le RDS partie de la suite peut-être pas pertinent à vos besoins, mais les principes sont tous les mêmes.

    http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/AWSHowTo-vpc-rds.html

    Je vais lire cela, mais juste un coup d'un suivi, à l'environnement beanstalk toujours d'équilibrer la charge à l'aide de cette installation?
    oui. Ce réglage influe sur la façon dont les serveurs d'accès à l'Internet, au départ, lorsqu'ils proviennent de la circulation. Le trafic entrant passe toujours par le biais de l'équilibreur de charge, comme avant. Les principaux serveurs d'application dans l'une de nos plates-formes utilisent presque exactement cette configuration, derrière ELB. La machine avec l'adresse statique n'est pas l'un de vos beanstalk de machines, c'est une nouvelle instance, toujours sur... mais il peut être un très petit exemple (même micro) et toujours pas vous donner toute la performance de chagrin. La ELB trafic est totalement indépendant de cette machine et la configuration.

    OriginalL'auteur Michael - sqlbot

  3. 2

    Ce post m'a aidé à obtenir une adresse IP statique pour l'envoi de demandes à l'aide d'une Passerelle NAT, et le routage des demandes spécifiques à travers elle.

    J'avais besoin de cette adresse IP statique pour être dans la liste blanche à partir d'une API externe fournisseur.

    J'ai trouvé cette façon beaucoup plus facile que fournies par le AWS, sans la nécessité de la création d'une nouvelle VPC et un public et privé sous-réseaux.

    Fondamentalement, ce que j'ai fait:

    • Créer un nouveau sous-réseau à l'hôte de la Passerelle NAT.
    • Créer la Passerelle NAT, au-dessus de sous-réseau, et d'attribuer une nouvelle adresse IP Élastique. Ce sera notre IP sortants pour frapper les Api externe.
    • Créer une table de routage pour le NAT de sous-réseau. Tout le trafic sortant (0.0.0.0/0) doit être acheminé par le biais de la Passerelle NAT. Attribuer la création de sous-réseau à utiliser la nouvelle table de routage.
    • Modifier l'itinéraire principal de la table (celle qui gère l'ensemble de nos instances EC2 demandes), et ajouter l'IP(s) de l'API externe, la fixation de sa cible afin de la Passerelle NAT.

    Cette façon, nous pouvons route toute demande de l'API externe IPs à travers la Passerelle NAT. Toutes les autres demandes sont acheminées par le biais de l'Internet par défaut de la Passerelle.

    Que les poteaux dit, ce n'est pas un Multi-AZ solution, donc si l'AZ qui retient notre Passerelle NAT échoue, on peut perdre la connexion à l'API externe.

    Mise à jour:

    Voir @TimObezuk commentaire pour en faire un Multi-AZ solution.

    Auteur du post que vous l'avez mentionné ici. Je suis heureux d'entendre cela vous a aidé 🙂 C'est simple de faire ce Multi-AZ solution par la création d'une Passerelle NAT au sein de chaque sous-réseau / Zone de Disponibilité et l'ajout d'un itinéraire plutôt que de la Route Principale de la Table dans la VPC. L'inconvénient est que vous auriez besoin de la liste blanche de nombreuses adresses IP Élastiques comme chaque Passerelle NAT a une adresse IP unique, ainsi que le coût additionnel de nombreuses Passerelles NAT.
    Yeap @TimObezuk, j'ai pensé que paramètre pour chaque AZ rendrait votre solution Multi-AZ. Je vais essayer si. Merci pour le super post!
    Cela ne fonctionne que si vous connaissez l'adresse IP du service externe, et si le service eux-mêmes ont une IP statique. Voir ma question ici: stackoverflow.com/questions/49994240/...
    exactement, il ne fonctionne que si vous connaissez l'adresse IP du service externe ou, au moins, il est statique. Comment voulez-vous résoudre ce problème avec une adresse IP dynamique ? Problème ici : stackoverflow.com/questions/52697134/...

    OriginalL'auteur SebaGra