-
-
Notifications
You must be signed in to change notification settings - Fork 322
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
Support for Windows nodes in 1.14 #434
Comments
If Microsoft folks stumble across this, I'd much rather their efforts go toward improving the maturity of Azure as a cloud provider. Its still considered Alpha with known shortcomings summarized here. For Windows nodes as a feature, I'm not interested in spending time on that. Lots of more useful and interesting big areas for 2019 in my opinion. |
@dghubble got it, thanks. |
Yep, sorry about that. Since its just workers, a motivated person could have their own module that's just for joining workers to a Typhoon cluster. Similar to the Azure/AWS/GCP worker pools, except instead of declarative provisioning at boot with Container Linux Configs, you'd need to use whatever Windows offers. |
I've tried to run a Windows Server 2019 node in a Typhoon setup. Typhoon (terraform-render-bootkube) creates DaemonSets which are deployed on all nodes. But flanneld and kube-proxy linux container should not be deployed on Windows machines:
because this binaries should run on a windows environment. Is this something for #429 ?
|
Feature Request
Feature
Support of Windows nodes
Tradeoffs
Windows nodes are GA starting from 1.14 and it would be interesting to know if typhoon going to support them.
Cons: Huge effort required
Pros: Anyone who wants to leverage full .NET framework in containers will be blessed to run typhoon.
The text was updated successfully, but these errors were encountered: