Open synthe102 opened 1 year ago
/triage accepted
/milestone v2.3.0
@synthe102: You must be a member of the kubernetes-sigs/cluster-api-provider-aws-maintainers GitHub team to set the milestone. If you believe you should be able to issue the /milestone command, please contact your Cluster API Provider AWS Maintainers and have them propose you as an additional delegate for this responsibility.
/milestone v2.3.0 /help /priority important-soon
@richardcase: This request has been marked as needing help from a contributor.
Please ensure that the issue body includes answers to the following questions:
For more details on the requirements of such an issue, please see here and ensure that they are met.
If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-help
command.
/assign
Since availability zones are per region, defining a list of availability zones might not work in some of the regions.
Question... @synthe102 Would you expect the two settings of confinement ( AvailabilityZoneUsageLimit, AvailabilityZoneSelection ) to still work, or for them to be completely ignored if the list if defined ( thereby accepting the consequences that things might start to fail ).
I'm going to assume for now that ignoring the other two if this one is set, is okay and the user accepts the consequences.
@Skarlso it makes sense for me to ignore those and make the user assume the consequences
This issue is labeled with priority/important-soon
but has not been updated in over 90 days, and should be re-triaged.
Important-soon issues must be staffed and worked on either currently, or very soon, ideally in time for the next release.
You can:
/triage accepted
(org members only)/priority important-longterm
or /priority backlog
/close
For more details on the triage process, see https://www.kubernetes.dev/docs/guide/issue-triage/
/remove-triage accepted
/milestone v2.4.0
/triage accepted
@Skarlso @AndiDog im also interested in this feature and the PR seems to be long open. Anything pending on the PR ?
/kind feature
Describe the solution you'd like
Currently the AZ selection can be done using
availabilityZoneUsageLimit
andavailabilityZoneSelection
. However, there is no direct way to provide a list of availability zones to use. I'd like a field that takes a list of availability zone names (or zone IDs) and create the VPC and subnets only in those availability zones.Environment:
kubectl version
):/etc/os-release
):