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
[Feature request]: Support of node pool spread across different Vnets #2595
Comments
Hi ARD92, AKS bot here 👋 I might be just a bot, but I'm told my suggestions are normally quite good, as such:
|
@aanandr, @palma21 would you be able to assist? Issue DetailsCurrently when we create an AKS cluster, the node pool is within a single vnet. Issue #1338 allows one to create the node pool members with different subnets but not spread across vnets. One will have to use vnet peering but the AKS cluster being managed is only within scope of the single vnet it was created. if multiple vnets have to be managed each will be its own cluster. This is an enhancement request for supporting the AKS to have its node pool across different vnets. The underlying VMSS used would have vms in different vnets accordingly.
|
Action required from @Azure/aks-pm |
Issue needing attention of @Azure/aks-leads |
20 similar comments
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
19 similar comments
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
Issue needing attention of @Azure/aks-leads |
This issue has been automatically marked as stale because it has not had any activity for 60 days. It will be closed if no further activity occurs within 15 days of this comment. |
Issue needing attention of @Azure/aks-leads |
Currently when we create an AKS cluster, the node pool is within a single vnet. Issue #1338 allows one to create the node pool members with different subnets but not spread across vnets.
One will have to use vnet peering but the AKS cluster being managed is only within scope of the single vnet it was created. if multiple vnets have to be managed each will be its own cluster.
This is an enhancement request for supporting the AKS to have its node pool across different vnets. The underlying VMSS used would have vms in different vnets accordingly.
The text was updated successfully, but these errors were encountered: