Skip to content
This repository has been archived by the owner on Sep 26, 2021. It is now read-only.

add vpc-id and zone options for ec2 #98

Merged
merged 3 commits into from
Dec 19, 2014
Merged

Conversation

ehazlett
Copy link
Contributor

This removes the subnet-id option in favor of vpc-id and zone. This is more practical for the end user. For example, instead of digging for a subnet id, simply specify a vpc-id and zone (such as vpc-0d2344 and a).

@ehazlett
Copy link
Contributor Author

hmm odd -- i will check -- nothing should have updated

Signed-off-by: Evan Hazlett <ejhazlett@gmail.com>
@bfirsh
Copy link
Contributor

bfirsh commented Dec 16, 2014

There should probably be a default zone so we don't have to specify it every time, right?

Signed-off-by: Evan Hazlett <ejhazlett@gmail.com>
@ehazlett
Copy link
Contributor Author

@bfirsh agreed. updated.

@tyrken
Copy link
Contributor

tyrken commented Dec 17, 2014

-1 on removing the subnet-id. You can have multiple subnets per AZ, e.g. as http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Scenario2.html describes, so would want control at that level.

Happy to have it use either vpc-id & zone or subnet-id (not allow all three!) & search for subnet as you've done if that wasn't specified, but it sounds a bit messy/confusing. Are subnet id's that much harder to find than VPC ids?

@ehazlett
Copy link
Contributor Author

It's more steps for the user and most are familiar with VPCs but may not be
with the subnets as they are more abstracted away. I think having all three
would add more confusion.

On Tuesday, December 16, 2014, Tristan Keen notifications@github.com
wrote:

-1 on removing the subnet-id. You can have multiple subnets per AZ, e.g.
as
http://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Scenario2.html
describes, so would want control at that level.

Happy to have it use either vpc-id & zone or subnet-id (not allow all
three!) & search for subnet as you've done if that wasn't specified, but it
sounds a bit messy/confusing. Are subnet id's that much harder to find than
VPC ids?


Reply to this email directly or view it on GitHub
#98 (comment).

@tyrken
Copy link
Contributor

tyrken commented Dec 17, 2014

How is it more steps for the user? I agree it's easier for humans to talk about regions & availability zones & the likely single VPC id rather than opaque subnet ids, but you have to specify a subnet id when making a new instance so they're not that unknown. Whilst most personal AWS accounts will only have the default single subnet in each zone of the default VPC per region, I'm sure most businesses will move on to more than that.

AFAIK you cannot change a subnet id after creation without messing with ENIs (messy & manual) so it would be best to retain the ability to choose one rather than just use the first in the right region/AZ. If you think having both options messy, then just drop the PR. I'd vote to leave in both methods, as you can default the region & AZ to fixed text constants that can work, and so only require subnet ids for non-trivial setups like ours.

TBH I can't believe no-one else is commenting on this - am I misunderstanding something?

@ehazlett
Copy link
Contributor Author

I have no issue leaving all options and then adding logic to check if the specified conflict.

@tyrken
Copy link
Contributor

tyrken commented Dec 17, 2014

Thanks - can then suit both user roles if there's a bit more documenting to do.

@ehazlett ehazlett changed the title use vpc-id and zone instead of subnet-id for ec2 add vpc-id and zone options for ec2 Dec 17, 2014
Signed-off-by: Evan Hazlett <ejhazlett@gmail.com>
@ehazlett
Copy link
Contributor Author

@tyrken would you mind checking out the latest? this will use a subnet-id if specified and look for the first one in the region/zone if not.

@tyrken
Copy link
Contributor

tyrken commented Dec 18, 2014

Looks valid apart from I think it would be useful to throw an error if both specified and there is a discrepancy. But not managed to get it built & tested yet - suspect user error somehow

@ehazlett
Copy link
Contributor Author

cool. thanks for the feedback.

On Wednesday, December 17, 2014, Tristan Keen notifications@github.com
wrote:

Looks valid apart from I think it would be useful to throw an error if
both specified and there is a discrepancy. But not managed to get it built
& tested yet - suspect user error somehow


Reply to this email directly or view it on GitHub
#98 (comment).

ehazlett added a commit that referenced this pull request Dec 19, 2014
add vpc-id and zone options for ec2
@ehazlett ehazlett merged commit b2f2b91 into docker:master Dec 19, 2014
@ehazlett ehazlett deleted the ec2-use-vpc branch December 19, 2014 15:21
tomeon pushed a commit to tomeon/machine that referenced this pull request May 9, 2018
…status-vm

if you kill the VBoxHeadless process, the state is set to aborted (happe...
superseb pushed a commit to superseb/machine that referenced this pull request Dec 4, 2020
AWS driver: Detect root device name from AMI
troyxmccall pushed a commit to troyxmccall/docker-machine that referenced this pull request Apr 7, 2023
Fix provisioning for Docker 23+ for some of the provisioners

Closes docker#98

See merge request https://gitlab.com/gitlab-org/ci-cd/docker-machine/-/merge_requests/102

Merged-by: Tomasz Maczukin <tomasz@maczukin.pl>
Approved-by: Axel von Bertoldi <avonbertoldi@gitlab.com>
Reviewed-by: Tomasz Maczukin <tomasz@maczukin.pl>
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants