az feedback auto-generates most of the information requested below, as of CLI version 2.0.62
Describe the bug
Creating a VM in EdgeZone using "--edge-zone" parameter creates the vm in edge zone, but creates other resources (like VNet, Nic, Public Ip, etc) in main region.
To Reproduce
- Install latest Az CLI
- Run "az vm create -g testcli -n testclivm --image UbuntuLTS --edge-zone microsoftlosangeles1 --public-ip-sku Standard --location westus --debug --generate-ssh-keys"
- Creates the VM successfully in edge zone. But other resources are created in main region.
- For example, NIC's Json view from portal should show "ExtendedLocation" as "microsoftlosangeles1", but it doesn't have edgezone information here (with the latest API version from drop down list):
{
"name": "testclivmVMNic",
"id": "/subscriptions/baffff89-2c76-424a-af4c-43b7518a3cb8/resourceGroups/viananth-testcli/providers/Microsoft.Network/networkInterfaces/testclivmVMNic",
"etag": "W/"1867f590-9435-4c55-80c9-5d7273c39d3d"",
"location": "westus",
"tags": {},
"properties": {
"provisioningState": "Succeeded",
"resourceGuid": "59b8cbe5-8f0e-4d10-8b0b-05345e0070f6",
"ipConfigurations": [
{
"name": "ipconfigtestclivm",
"id": "/subscriptions/baffff89-2c76-424a-af4c-43b7518a3cb8/resourceGroups/viananth-testcli/providers/Microsoft.Network/networkInterfaces/testclivmVMNic/ipConfigurations/ipconfigtestclivm",
"etag": "W/"1867f590-9435-4c55-80c9-5d7273c39d3d"",
"type": "Microsoft.Network/networkInterfaces/ipConfigurations",
"properties": {
"provisioningState": "Succeeded",
"privateIPAddress": "10.0.0.4",
"privateIPAllocationMethod": "Dynamic",
"publicIPAddress": {
"id": "/subscriptions/baffff89-2c76-424a-af4c-43b7518a3cb8/resourceGroups/viananth-testcli/providers/Microsoft.Network/publicIPAddresses/testclivmPublicIP"
},
"subnet": {
"id": "/subscriptions/baffff89-2c76-424a-af4c-43b7518a3cb8/resourceGroups/viananth-testcli/providers/Microsoft.Network/virtualNetworks/testclivmVNET/subnets/testclivmSubnet"
},
"primary": true,
"privateIPAddressVersion": "IPv4"
}
}
],
"dnsSettings": {
"dnsServers": [],
"appliedDnsServers": [],
"internalDomainNameSuffix": "4en3ku5oe4me1f4qb4rp5jioag.dx.internal.cloudapp.net"
},
"macAddress": "00-22-48-06-A4-67",
"enableAcceleratedNetworking": false,
"enableIPForwarding": false,
"networkSecurityGroup": {
"id": "/subscriptions/baffff89-2c76-424a-af4c-43b7518a3cb8/resourceGroups/viananth-testcli/providers/Microsoft.Network/networkSecurityGroups/testclivmNSG"
},
"primary": true,
"virtualMachine": {
"id": "/subscriptions/baffff89-2c76-424a-af4c-43b7518a3cb8/resourceGroups/viananth-testcli/providers/Microsoft.Compute/virtualMachines/testclivm"
},
"hostedWorkloads": [],
"tapConfigurations": [],
"nicType": "Standard"
},
"type": "Microsoft.Network/networkInterfaces"
}
Expected behavior
It should deploy dependent resources like Nic, VNet, Public Ip, etc in edge zone, not main region.
"extendedLocation": {
"type": "EdgeZone",
"name": "microsoftlosangeles1"
},
Environment summary
az upgrade
Windows 10 enterprise
cmd.exe
azure-cli 2.24.0 *
Additional context
Describe the bug
Creating a VM in EdgeZone using "--edge-zone" parameter creates the vm in edge zone, but creates other resources (like VNet, Nic, Public Ip, etc) in main region.
To Reproduce
Expected behavior
It should deploy dependent resources like Nic, VNet, Public Ip, etc in edge zone, not main region.
"extendedLocation": {
"type": "EdgeZone",
"name": "microsoftlosangeles1"
},
Environment summary
az upgrade
Windows 10 enterprise
cmd.exe
azure-cli 2.24.0 *
Additional context