Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Hard-coded bastion instance type forces HVM EC2 nodes #6

Open
gustav-b opened this issue Jun 21, 2016 · 3 comments
Open

Hard-coded bastion instance type forces HVM EC2 nodes #6

gustav-b opened this issue Jun 21, 2016 · 3 comments

Comments

@gustav-b
Copy link

Because there is only one parameter to set the CoreOS AMI (--ami) for all nodes and this value is used to create the bastion instance which is hard-coded to be t2.micro, this means that the AMI must be of HVM type. By extension this means that no PV-only instance types can be used (e.g. t1.micro, m1.small and m1.medium) as the argument to --instance-size.

If this is intended I suggest that it should be documented.

@jimmycuadra
Copy link
Contributor

Thanks for bringint this up. It's not so much that it's intended than it is that almost all the code in kaws is based on how we deploy Kubernetes clusters at InQuicker. As an open source tool, we do want parts of it to be configurable, but not at huge expense to the complexity of the tool for our purposes. Could you say some more about your use case and why you want to use PV instances?

@gustav-b
Copy link
Author

Thanks for a useful tool,

I have no actual use case that requires PV instances – I think the HVM limitation is fine if it simplifies the tool. I was just a bit surprised when I tried creating a cluster with m1.small and noticed that it failed because the t2.micro instance (that I didn't declare) required a HVM AMI. So maybe it should be documented as a requirement in the cluster reference?

@jimmycuadra
Copy link
Contributor

Agreed, it should be documented. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants