Skip to content
This repository has been archived by the owner on Jan 11, 2023. It is now read-only.

v.0.13.0 - Custom VNET not yet supported with Windows-enabled clusters #2283

Closed
idanshahar opened this issue Feb 15, 2018 · 5 comments
Closed

Comments

@idanshahar
Copy link

idanshahar commented Feb 15, 2018

Is this a request for help?:

Yes

Is this an ISSUE or FEATURE REQUEST? (choose one):

ISSUE

What version of acs-engine?:

v.0.13.0

If this is a ISSUE, please:
The previous version supported a Custom Vnet for Windows-enabled cluster, now somehow the latest version does not support this feature. Is this planned?

Orchestrator and version (e.g. Kubernetes, DC/OS, Swarm)
Kubernetes 1.9.1

What happened:
Failed to generate Windows-enabled Kubernetes Cluster inside custom Vnet.

How to reproduce it (as minimally and precisely as possible):
Generate a hybrid cluster inside Custom Vnet with acs-engine v.0.13.0

@hmarcelodn
Copy link

I dont think its working in Linux either. #2284 I am experiencing that issue. Possible related to limited functionality with the latest versions. I was using v0.12.5 just in case.

@patrick-motard
Copy link

patrick-motard commented Feb 22, 2018

What version supported custom Vnets? I deployed a hybrid 1.7 cluster a few months back and found that the cluster would provision completely with the exception of the windows nodes. I participated in a few Issues regarding this and requested that the documentation be updated to state this known limitation. It was updated and can be found here. 1.8 and 1.9 were out when that happened. So maybe you succeeded with a version prior to 1.7?

I used acs-version 0.11.0

Documentation stating the limitation.
Open Issue.

Don't know if this is helpful but there is a work around documented here

@idanshahar
Copy link
Author

idanshahar commented Feb 22, 2018

@patrick-motard
seems that v0.12.5 support Custom Vnet + Hybrid Cluster (use kubenet network policy)

@patrick-motard
Copy link

@idanshahar oooh awesome! I will try that out.

@CecileRobertMichon
Copy link
Contributor

validation was intentionally added in #2168 since support for custom vnets + windows was broken. The check has now been removed but note that custom vnet support for Windows is experimental and there are some known issues.

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

No branches or pull requests

4 participants