2

我正在尝试学习 Azure 资源模板，并尝试了解何时使用它们以及何时使用 REST API 背后的工作流。

我的感觉是，在 Azure 中创建虚拟网络和子网是一种相当少见的情况，一旦您按照自己的意愿进行设置，就不会过于频繁地对其进行修改，您就可以将内容部署到该结构中。

因此，关于 ARM 模板，假设我有一个包含 VNET 和子网资源的模板。以https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-manager-template-walkthrough#virtual-network-and-subnet为例，我可能有：

{
"apiVersion": "2015-06-15",
"type": "Microsoft.Network/virtualNetworks",
"name": "[parameters('vnetName')]",
"location": "[resourceGroup().location]",
"properties": {
 "addressSpace": {
   "addressPrefixes": [
     "10.0.0.0/16"
   ]
 },
 "subnets": [
   {
     "name": "[variables('subnetName')]",
     "properties": {
       "addressPrefix": "10.0.0.0/24"
     }
   }
 ]
}
}

我将其部署到资源组。假设我然后添加一个负载均衡器并重新部署模板。在这种情况下，用户会被要求再次提供 vnetName 参数的值，当然不能提供相同的值，所以我们最终会得到另一个 VNET，这不是我们想要的。

那么，您一次性定义您的 ARM 模板（VNET、LB、子网、NIC 等）然后部署的工作流程是什么？然后，当您想要部署 VM、规模集等时，您使用 REST API 部署然后到资源组/VNET 子网？或者有没有办法逐步构建一个 ARM 模板并多次部署它，如果 VNET 已经存在（例如），则不会提示用户提供另一个模板的详细信息？

我已经阅读并看到了增量模式（除非指定完整，否则默认）但不确定这是否相关以及如何使用它。

非常感谢您的帮助！

更新

好的，所以我现在可以使用azure group deployment create -f azuredeploy.json -g ARM-Template-Tests -m Incremental并修改了我的模板中的 VNET 资源

{
  "apiVersion": "2016-09-01",
  "type": "Microsoft.Network/virtualNetworks",
  "name": "[variables('virtualNetworkName')]",
  "location": "[resourceGroup().location]",
  "properties": {
    "addressSpace": {
      "addressPrefixes": [
        "[variables('addressPrefix')]"
      ]
    },
    "subnets": [
      {
        "name": "[variables('subnetName')]",
        "properties": {
          "addressPrefix": "[variables('subnetPrefix')]"
        }
      }
    ]
  }
},

到

{
  "apiVersion": "2015-05-01-preview",
  "type": "Microsoft.Network/virtualNetworks",
  "name": "[parameters('virtualNetworkName')]",
  "location": "[resourceGroup().location]",
  "properties": {
    "addressSpace": {
      "addressPrefixes": [
        "[parameters('addressPrefix')]"
      ]
    },
    "subnets": [
      {
        "name": "[parameters('subnet1Name')]",
        "properties": {
          "addressPrefix": "[parameters('subnet1Prefix')]"
        }
      },
      {
        "name": "[parameters('gatewaySubnet')]",
        "properties": {
          "addressPrefix": "[parameters('gatewaySubnetPrefix')]"
        }
      }
    ]
  }
},

但子网不会改变。他们应该使用azure group deployment create -f azuredeploy.json -g ARM-Template-Tests -m Incremental

4

3 回答 3

2

我将捎带这个 Azure文档。参考下面的适当部分：

增量和完整部署

部署资源时，您可以指定部署是增量更新还是完整更新。默认情况下，资源管理器将部署作为资源组的增量更新来处理。

通过增量部署，资源管理器

  1. 保留资源组中存在但未在模板中指定的未更改资源
  2. 添加模板中指定但资源组中不存在的资源
  3. 不会以模板中定义的相同条件重新配置资源组中存在的资源
  4. 重新配置已更新模板中设置的现有资源

完成部署后，资源管理器：

  1. 删除资源组中存在但未在模板中指定的资源
  2. 添加模板中指定但资源组中不存在的资源
  3. 不会以模板中定义的相同条件重新配置资源组中存在的资源
  4. 重新配置已更新模板中设置的现有资源

要选择增量更新或完全更新，这取决于您是否有正在使用的资源。如果 devops 要求始终使资源与 json 模板中定义的内容同步，Complete Update则应使用模式。使用模板和源代码部署资源的最大好处是可以防止配置漂移，并且有利于使用Complete Update模式。

至于指定参数，如果在参数文件中指定，则不必再次指定。

于 2017-01-06T15:43:29.120 回答
1

可以以增量模式部署新模板，这会将新资源添加到现有资源组。仅在模板中定义新资源，现有资源不会被更改。

从 powershell 使用以下 cmdlet

New-AzureRmResourceGroupDeployment -ResourceGroupName "YourResourceGroupName" -TemplateFile "path\to\template.json" -Mode Incremental -Force

于 2017-01-06T15:30:38.350 回答
0

我的经验法则是对于我想要拆除的东西，或者对于我想要跨订阅复制的东西，我使用 ARM 模板。

例如，我们想要测试环境中的东西，我只是将其 ARM，在开发人员请求时构建脚本（“嘿，我需要一个缓存”，“哦，顺便说一下，我需要开始使用服务总线”），使用增量模式我们可以将其推送到 Dev，然后当我们迁移到不同的环境时，您只需部署到 Azure 中的不同订阅，它应该已经准备好一切。

此外，我们已经开始在 VMSS 中配置我们自己的云负载测试代理，这是一个简单的 ARM 模板，由构建调用以扩展到x数量的机器，然后在完成后，我们只是丢弃资源组。它是可重复且可靠的，当然您可以编写脚本，但是由于 TFS 有一个任务来部署这些东西（也有时间表）......

我遇到的一件美妙的事情是 Key Vault，当您将其武装起来并从您的服务总线、存储帐户/任何东西中提取所有值时，您可以简单地获取连接字符串/密钥/任何东西并将它们直接放入Key Vault，所以你永远不需要担心它，如果你想重新生成任何东西（比如开发人员想要更改缓存的名称或其他任何东西，或者不小心将密钥发布到 GitHub），只需重新部署（通常我只会丢弃整个资源组），它会为您更新保管库。

于 2017-01-06T17:47:17.410 回答