Affectation d'adresses IP statiques à une instance EC2 à mise à l'échelle automatique

Question

Nous avons une intégration tierce qui nécessite l'ajout de l'adresse IP de l'instance EC2 à la liste blanche. La tierce partie ajoute l'adresse IP à leur serveur et seule l'instance EC2 peut communiquer avec eux. Dans le cas d'une instance unique, cela fonctionne. Cependant, lorsque la mise à l'échelle automatique entre en jeu, nous nous retrouverions dans plus d'une instance. Ces nouvelles instances obtiennent automatiquement de nouvelles adresses IP pour chaque action de mise à l'échelle automatique. Est-il possible pour nous de demander à AWS d'attribuer des adresses IP à partir d'un ensemble de 4 adresses IP prédéfinies? (L'hypothèse est que l'autoscaling est limité à dire 4 et nous avons 4 EIP flottants)

J'essaie d'éviter le NAT de la passerelle car il y a un gros coût associé.

Des idées?

Answer 1

La mise à l'échelle automatique ne automatiquement affecter une adresse IP élastique à une instance.

Vous pouvez écrire du code pour cela et l'inclure dans le fichier Données utilisateur exécuté au démarrage d'une instance. Il serait:

• Extrayez une liste d'adresses Elastic IP
• trouver un qui est pas associé à une instance EC2
• associé avec lui-même (qui est, avec l'instance EC2 qui exécute l'utilisateur Script de données)

Answer 2

Avec la mise à l'échelle automatique, il n'est pas directement possible d'affecter une adresse IP élastique aux instances mises à l'échelle automatiquement. Cependant, il y a quelques options que vous pouvez envisager.

• Après autoscales instance, ayant un démarrage de script (par exemple UserData Linux) avec AWS EC2 commandes CLI pour associate une adresse IP élastique que vous avez alloué à votre compte écrire un script de ligne de commande. Notez que vous devez gérer les contrôles de santé en conséquence pour que la transition se déroule correctement.
• Avoir un déclencheur d'alarme CloudWatch pour exécuter une fonction Lambda qui va associer une adresse IP Elastic à l'instance nouvellement démarrée. Pour cela, vous pouvez utiliser AWS SDK et le code pour vérifier l'instance sans EIP et associer un EIP disponible.

Answer 3

Utilisez une instance NAT . Il n'y a qu'un petit coût associé à un t2.nano et vous devriez trouver cela plus que suffisant pour le but.

http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_NAT_Instance.html

Bien que pas aussi fiable en tant que passerelle NAT (vous payez pour la fiabilité des mains au large et l'évolutivité quasi infinie), il est peu probable que vous aurez des problèmes avec une instance NAT à moins que le défaut matériel sous-jacent, et vous pouvez aider à atténuer cela en configurant la récupération d'instance:

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-recover.html