Skip to content
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

MultiRegion - Separate regional VNETs into their own RG #917

Open
2 tasks done
integyjc opened this issue Dec 4, 2024 · 1 comment
Open
2 tasks done

MultiRegion - Separate regional VNETs into their own RG #917

integyjc opened this issue Dec 4, 2024 · 1 comment
Assignees
Labels
Area: Accelerator ⚡ Issues / PR's related to Accelerators Type: Enhancement ✨ New feature or request

Comments

@integyjc
Copy link

integyjc commented Dec 4, 2024

Describe the feature end to end, including deployment scenario details under which the feature would occur.

Having just deployed v20.0 in a MultiRegion configuration, the VNET for the primary and secondary regions are placed in the same resource group in the primary region. In our case UK South Primary, UK West Secondary

Please can a dedicated connectivity resource group for the secondary region be created to contain the secondary region vnet and any associated resources such as network watcher.

Why is this feature important. Describe why this would be important for your organization and others. Would this impact similar orgs in the same way?

Having a vnet in region B in a resource group in region A is against best practice and also causes one of the ALZ policies to show as non compliant

"Audit that the resource location matches its resource group location"

Please provide the correlation id associated with your error or bug.

xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

Can you describe any alternatives that you have taken since this feature does not exist?

We may create our own secondary region RG and move the vnet post deployment although we are wary of any ongoing impact to doing this in regards to re-deploying Bicep-ALZ for updates

Feature Implementation

Check previous GitHub issues

  • I have searched the issues for this item and found no duplicate

Code of Conduct

  • I agree to follow this project's Code of Conduct
@oZakari oZakari added Area: Accelerator ⚡ Issues / PR's related to Accelerators Type: Enhancement ✨ New feature or request labels Dec 4, 2024
@oZakari oZakari self-assigned this Dec 4, 2024
@oZakari
Copy link
Contributor

oZakari commented Dec 4, 2024

Valid ask and something we will be incorporating into the new Azure Verified Modules framework.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area: Accelerator ⚡ Issues / PR's related to Accelerators Type: Enhancement ✨ New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants