You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 11, 2022. It is now read-only.
Create an Elastic IP in AWS console. Create a VM with aws.elastic_ip set to the specific IP.
Do not create an Elastic IP. Create a VM with aws.elastic_ip set to true. vagrant up the VM, change aws.elastic_ip parameter to the IP that was created on vagrant up.
With the first scenario, if I destroy the VM via Vagrant, the Elastic IP is kept and when I up the VM, the IP is reassigned to the new instance (I do not change the Vagrantfile).
With the second scenario, if I destroy the VM via Vagrant, the Elastic IP gets destroyed as well and when I up the VM, I get the message "Elastic IP not available: x.x.x.x". So, I need to create a new Elastic IP and assign it, or relaunch the VM with aws.elastic_ip set to true.
Is this behavior normal or am I missing something?
Creating Elastic IPs by hand is not hard, and there is not much point in changing the aws.elastic_ip parameter instead of working with AWS for automatization reasons, I'm just curious.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Vagrant 2.1.1, Vagrant-AWS 0.7.2.
I have tried two scenarios:
With the first scenario, if I destroy the VM via Vagrant, the Elastic IP is kept and when I up the VM, the IP is reassigned to the new instance (I do not change the Vagrantfile).
With the second scenario, if I destroy the VM via Vagrant, the Elastic IP gets destroyed as well and when I up the VM, I get the message "Elastic IP not available: x.x.x.x". So, I need to create a new Elastic IP and assign it, or relaunch the VM with aws.elastic_ip set to true.
Is this behavior normal or am I missing something?
Creating Elastic IPs by hand is not hard, and there is not much point in changing the aws.elastic_ip parameter instead of working with AWS for automatization reasons, I'm just curious.
The text was updated successfully, but these errors were encountered: