同一の vnet 構成を持つテンプレートを 2 度目にデプロイすると、基本的にノーオペレーションになります。既存の作品の構成を少し変更すると、その構成を更新しようとします。
基本的にここでやりたいことは、NIC を介して既存のネットワークを参照し、ネットワーク自体を定義しないようにテンプレートを作成することです。あなたの宣言は、ネットワークが「存在する」ということであるため、それを参照するだけで定義する必要はありません。これは JSON のスニペットです。
"networkProfile": {
"networkInterfaceConfigurations": [
{
"name": "vmss-nic",
"properties": {
"primary": true,
"ipConfigurations": [
{
"name": "vmss-ipconfig",
"properties": {
"subnet": {
"id": "[concat('/subscriptions/', subscription().subscriptionId, '/resourceGroups/', resourceGroup().name, '/providers/Microsoft.Network/virtualNetworks/', variables('virtualNetworkName'), '/subnets/', variables('subnetName'))]"
}
「id」プロパティは、VMSS を配置する vnet のサブネットの resourceId です。vnet が VMSS と同じリソース グループにある場合は、その式を単純に次のように短縮できます。
Microsoft.Network/virtualNetworks/', variables('virtualNetworkName'), '/subnets/', variables('subnetName')
ただし、完全修飾 ID はすべてのシナリオで機能します。
re: VMSS を移動すると、上記のように構成されたテンプレートをデプロイすることでいつでも試すことができます。同じ RG に同じ VMSS 名がありますが、ネットワーク プロファイルが異なります。
HTH