Additional EBS volumes are re-attached when an instance is recreated #119
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
attached_block_device
for configuring attached EBS volumesebs_block_device
: use lookup for all attributesDescription
This PR solves #116
For the implementation some design decisions have been required:
The implementation uses the subnets to determine the AZ instead of using calculated az information from
aws_instance
. This is necessary in order to prevent that the attached EBS volumes are destroyed and recreated when an EC2 instance is recreated.I have decided to use the first solution because scaling the number of instances was more important for my use case. Adding additional attached EBS volumes might be possible when moving stuff in the statefile around (I did not test this)