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/chaos-studio/chaos-studio-private-networking.md
+50-12Lines changed: 50 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,10 +9,12 @@ ms.author: prashabora
9
9
ms.service: chaos-studio
10
10
---
11
11
# VNet Injection in Chaos Studio
12
+
12
13
VNet is the fundamental building block for your private network in Azure. VNet enables many Azure resources to securely communicate with each other, the internet, and on-premises networks. VNet is like a traditional network you would operate in your own data center. However, VNet also has the benefits of Azure infrastructure, scale, availability, and isolation.
13
14
14
15
## How VNet Injection works in Chaos Studio
15
-
VNet injection allows Chaos resource provider to inject containerized workloads into your VNet. This means that resources without public endpoints can be accessed via a private IP address on the VNet. Below are the steps you can follow for vnet injection:
16
+
17
+
VNet injection allows a Chaos resource provider to inject containerized workloads into your VNet so that resources without public endpoints can be accessed via a private IP address on the VNet. To configure VNet injection:
16
18
17
19
1. Register the `Microsoft.ContainerInstance` resource provider with your subscription (if applicable).
az provider show --namespace 'Microsoft.Chaos'| grep registrationState
45
65
```
46
66
47
-
You should see output similar to the following:
67
+
In the output, you should see something similar to:
48
68
49
69
```bash
50
70
"registrationState": "Registered",
51
71
```
52
72
53
-
3. Create a subnet named `ChaosStudioSubnet`in the VNet you want to inject into. And delegate the subnet to `Microsoft.ContainerInstance/containerGroups` service.
73
+
1. Create two subnets in the VNet you want to inject into:
74
+
75
+
- `ChaosStudioContainerSubnet`
76
+
- Delegate the subnet to `Microsoft.ContainerInstance/containerGroups` service.
77
+
- This subnet must have at least /28 in address space
78
+
- `ChaosStudioRelaySubnet`
79
+
- This subnet must have at least /28 in address space
54
80
55
-
4. Set the `properties.subnetId` property when you create or update the Target resource. The value should be the resource ID of the subnet created in step 3.
81
+
1. Set the `properties.subnets.containerSubnetId` and `properties.subnets.relaySubnetId` when you create or update the Target resource. The value should be the resource ID of the subnet created in step 3.
56
82
57
83
Replace `$SUBSCRIPTION_ID` with your Azure subscription ID, `$RESOURCE_GROUP` and `$AKS_CLUSTER` with the resource group name and your AKS cluster resource name. Also, replace `$AKS_INFRA_RESOURCE_GROUP` and `$AKS_VNET` with your AKS's infrastructure resource group name and VNet name.
* At present the VNet injection will only be possible in subscriptions/regions where Azure Container Instances and Azure Relay are available. They are deployed to target regions.
70
-
* When you create a Target resource that you would like to enable with VNet injection, you will need Microsoft.Network/virtualNetworks/subnets/write access to the virtual network. For example, if the AKS cluster is deployed to VNet_A, then you must have permissions to create subnets in VNet_A in order to enable VNet injection for the AKS cluster. You will have to specify a subnet (in VNet_A) that the container will be deployed to.
95
+
* VNet injection is currently only possible in subscriptions/regions where Azure Container Instances and Azure Relay are available. They're deployed to target regions.
96
+
* When you create a Target resource that you'll enable with VNet injection, you need Microsoft.Network/virtualNetworks/subnets/write access to the virtual network. For example, if the AKS cluster is deployed to VNet_A, then you must have permissions to create subnets in VNet_A in order to enable VNet injection for the AKS cluster. You have to specify a subnet (in VNet_A) that the container will be deployed to.
71
97
72
98
Request Body when created Target resource with VNet injection enabled:
0 commit comments