Enterprise-Scale
Enterprise-Scale copied to clipboard
Incorrect automation region mapping for Log Analytics workspace in East US regions
Describe the bug
As described in https://github.com/Azure/terraform-azurerm-caf-enterprise-scale/issues/449, the Portal and Terraform experiences both share a common issue whereby the deployment cannot successfully link the Log Analytics workspace to the Automation Account when a user specified either the East US
or East US 2
regions.
This is because of the different region pairings listed in the supported mapping docs for this.
Steps to reproduce
- Run through the Portal experience, selecting
East US
orEast US 2
as theRegion
under theDeployment location
blade. - Note that validation passes (Portal validation bug?)
- See that the deployment succeeds (Link creation bug?)
- Browse to
Update management
for the deployed Automation Account and see that you are unable to select the deployed Log Analytics workspace
Screenshots
cc: @autocloudarc @jtracey93
Also linking to PR: https://github.com/Azure/ALZ-Bicep/pull/97
Thanks @krowlandson, is there a proposed fix or action here?
From my perspective, all we could do is:
- Get the pairing enabled by engineering
- Provide 2 region selections in the portal experience for automation and log analytics regions and let customers choose their own pairings, with a warning/note to the supported pairings doc.
- Wait for Update Management Center Preview to go GA and then this requirement for linking goes away?
We can also speak to the ARM/Portal experience teams to see if they could do additional validation checks to find that it actually wont pass validation as it does today.
Thoughts?
As per the Terraform module, I was planning to have the deployment template automatically set the correct region pairing. It's currently only these two which are different. Not ideal, but better than nothing.
Sounds very sensible.
So if user selects East US
or East US 2
then auto do the mapping for them to the correct region pairings?
Trigger ADO Sync 1
Trigger ADO Sync 2
@jtracey93 ,
Regarding option 3 as stated below in a previous response...
- Wait for Update Management Center Preview to go GA and then this requirement for linking goes away?
...Even when this service becomes GA, the linking of the Automation Account and the Log Analytics workspace is still required to provide other Configuration Management features such as Change Tracking and Inventory management anyway, so I'm not convinced if waiting for Update Management Center Preview would be a viable option after-all.
@jtracey93 are we in agreement to fix this with basically the same approach as in the Terraform module?
https://github.com/Azure/terraform-azurerm-caf-enterprise-scale/pull/460/files#diff-f12fde51b2517cd1da9ca8aae0ab022fc170803575c69eef6776c454dd5296d8R149-R158
Anything else we want to consider for the ARM implementation?
Also, should we implement this logic in the ARM template, or add a new input parameter and control the logic in the UI form?
And thank you @autocloudarc for the additional inputs 👍🏻