如果您第二次部署具有相同 vnet 配置的模板,它将基本上无操作。如果您在现有作品上稍微更改配置,它将尝试更新该配置。
本质上,您在这里要做的是编写模板,使其通过 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 将适用于所有场景。
回复:移动 VMSS,您始终可以通过部署如上配置的模板来尝试。相同 RG 中的相同 VMSS 名称但具有不同的网络配置文件。
高温高压