Ошибка при повторном развертывании масштабируемого набора виртуальных машин с помощью ARM

«Пул внутренних адресов» (согласно поддержке Azure Resource Manager для балансировщика нагрузки)

это IP-адреса, связанные с сетевой интерфейсной картой (NIC) виртуальной машины, на которую будет распределяться нагрузка.

Что происходит в вашем развертывании, так это то, что у вас есть развертывание, которое пытается использовать один и тот же пул внутренних адресов для двух разных наборов виртуальных машин.

Где-то в вашем шаблоне у вас будет раздел, который выглядит примерно так

"type": "Microsoft.Network/loadBalancers",
"name": "[variables('loadBalancerName')]",
"location": "[parameters('resourceLocation')]",
"apiVersion": "[variables('networkApi')]",
"dependsOn": [
    "[concat('Microsoft.Network/publicIPAddresses/', variables('publicIPAddressName'))]"
],
"properties": {
    "backendAddressPools": [
        {
            "name": "[variables('backendAddressPoolsName')]"
        }
    ],

(очевидно, не действительный фрагмент JSON / шаблона)

Если вы измените переменную backendAddressPoolsName во втором шаблоне, это решит проблему.

Если вам нужно развернуть этот шаблон несколько раз, вы можете создать уникальное имя, изменив переменную на что-то вроде этого

"backendAddressPoolsName": "[toLower(concat(parameters('BaseName'), uniqueString(resourceGroup().id)))]",

Это создаст уникальную строку на основе идентификатора группы ресурсов. Это означает, что вы можете без проблем развернуть несколько групп ресурсов из одного шаблона.

Что вы пытаетесь изменить при повторном развертывании шаблона?

Для повторного развертывания вам не нужно указывать все свойства VMSS, такие как сеть, и связанные ресурсы, такие как шлюз приложений, только свойство sku VMSS и любые свойства, которые вы специально изменяете.

Я связался с командой Azure, и они сообщили мне, что это ошибка на их стороне, которая будет исправлена ​​в следующем выпуске NRP.

Изменить: эта ошибка была решена.