You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The proposed enhancement is to add a new optional input variable azs to allow definition of specific Availability Zones where the module should deploy AZ bound components. Currently, there is not a mechanism to specify specific a list of Availability Zones where objects (Subnets, Routes, etc.) should be deployed and a subset based on the input variable az_count is used.
The use case for this would be to deploy the VPC subnets in AZs with service endpoint or workload affinity to optimize for cost and performance (e.g. PrivateLink endpoints only available in a subset of AZs or customers deploying workloads outside this VPC in a specific subset of AZs).
The text was updated successfully, but these errors were encountered:
Any progress on merging pull request? I am having issue where seemingly AWS services do not support endpoints in every AZ. I have encountered this in a recent solution I'm building and making it difficult to use this module since I can't filter out the AZs that don't have support for service I'm trying to create an endpoint for.
The proposed enhancement is to add a new optional input variable
azs
to allow definition of specific Availability Zones where the module should deploy AZ bound components. Currently, there is not a mechanism to specify specific a list of Availability Zones where objects (Subnets, Routes, etc.) should be deployed and a subset based on the input variableaz_count
is used.The use case for this would be to deploy the VPC subnets in AZs with service endpoint or workload affinity to optimize for cost and performance (e.g. PrivateLink endpoints only available in a subset of AZs or customers deploying workloads outside this VPC in a specific subset of AZs).
The text was updated successfully, but these errors were encountered: