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
Copy file name to clipboardExpand all lines: articles/governance/management-groups/overview.md
+9-9Lines changed: 9 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -28,12 +28,12 @@ You can build a flexible structure of management groups and subscriptions to org
28
28
into a hierarchy for unified policy and access management. The following diagram shows an example of
29
29
creating a hierarchy for governance using management groups.
30
30
31
-
:::image type="complex" source="./media/tree.png" alt-text="Diagram of a sample management group hierarchy." border="false":::
31
+
:::image type="complex" source="../media/mg-org.png" alt-text="Diagram of a sample management group hierarchy." border="false":::
32
32
Diagram of a root management group holding both management groups and subscriptions. Some child management groups hold management groups, some hold subscriptions, and some hold both. One of the examples in the sample hierarchy is four levels of management groups with the child level being all subscriptions.
33
33
:::image-end:::
34
34
35
35
You can create a hierarchy that applies a policy, for example, which limits VM locations to the
36
-
West US region in the management group called "Production". This policy will inherit onto all the Enterprise
36
+
West US region in the management group called "Corp". This policy will inherit onto all the Enterprise
37
37
Agreement (EA) subscriptions that are descendants of that management group and will apply to all VMs
38
38
under those subscriptions. This security policy cannot be altered by the resource or subscription
39
39
owner allowing for improved governance.
@@ -194,15 +194,15 @@ when trying to separate the assignment from its definition.
194
194
195
195
For example, let's look at a small section of a hierarchy for a visual.
196
196
197
-
:::image type="complex" source="./media/subtree.png" alt-text="Diagram of a subset of the sample management group hierarchy." border="false":::
198
-
The diagram focuses on the root management group with child I T and Marketing management groups. The I T management group has a single child management group named Production while the Marketing management group has two Free Trial child subscriptions.
197
+
:::image type="complex" source="../media/mg-org-sub.png" alt-text="Diagram of a subset of the sample management group hierarchy." border="false":::
198
+
The diagram focuses on the root management group with child Landing zones and Sandbox management groups. The Landing zones management group has two child management groups named Corp and Online while the Sandbox management group has two child subscriptions.
199
199
:::image-end:::
200
200
201
-
Let's say there's a custom role defined on the Marketing management group. That custom role is then
202
-
assigned on the two free trial subscriptions.
201
+
Let's say there's a custom role defined on the Sandbox management group. That custom role is then
202
+
assigned on the two Sandbox subscriptions.
203
203
204
-
If we try to move one of those subscriptions to be a child of the Production management group, this
205
-
move would break the path from subscription role assignment to the Marketing management group role
204
+
If we try to move one of those subscriptions to be a child of the Corp management group, this
205
+
move would break the path from subscription role assignment to the Sandbox management group role
206
206
definition. In this scenario, you'll receive an error saying the move isn't allowed since it will
207
207
break this relationship.
208
208
@@ -211,7 +211,7 @@ There are a couple different options to fix this scenario:
211
211
MG.
212
212
- Add the subscription to the role definition's assignable scope.
213
213
- Change the assignable scope within the role definition. In the above example, you can update the
214
-
assignable scopes from Marketing to the root management group so that the definition can be reached by
214
+
assignable scopes from Sandbox to the root management group so that the definition can be reached by
215
215
both branches of the hierarchy.
216
216
- Create another custom role that is defined in the other branch. This new role requires the role
217
217
assignment to be changed on the subscription also.
0 commit comments