【问题标题】:Maximum limit of deployments in Azure Resource GroupAzure 资源组中的最大部署限制
【发布时间】:2016-11-17 08:58:42
【问题描述】:

今天我浏览了 Azure 订阅和服务限制、配额和约束。然后我注意到 Azure 资源管理器有一个 limit for deployments in a resource group。默认限制以及最大限制是每个资源组 800 个部署。

这是否意味着我可以在资源组的生命周期内运行 800 次部署,而在达到此限制后,此资源组将无法运行任何部署?还是这个限制与部署的并发运行和解决平台可扩展性方面有关?

【问题讨论】:

    标签: azure arm-template azure-resource-group


    【解决方案1】:

    https://docs.microsoft.com/en-gb/azure/azure-subscription-service-limits#resource-group-limits 中的“每个资源组的部署”指定了部署历史记录的限制。可以在设置 > 部署下的资源组中访问部署历史记录。删除资源不会从历史记录中删除部署,反之亦然 - 删除部署历史记录不会影响资源组中资源的状态。一旦达到 800 个部署的限制,将无法进行进一步的部署。即使资源组中没有资源,也需要清除部署历史记录才能继续进行进一步的部署。

    部署历史可以手动删除,也可以通过 powershell 删除。检查https://blogs.msdn.microsoft.com/cloud_solution_architect/2016/08/22/handling-azure-resource-manager-deployment-limits/

    【讨论】:

    • 非常棒的挖掘细节
    【解决方案2】:

    一个给定的资源组在任何时候都会有零个或多个部署。这与生命周期计数器无关,也与缩放无关。这只是您当前在该资源组中拥有的部署数量。

    如果您查看了您的资源组(通过 portal/powershell/cli/api),您会​​看到一个部署列表,其中多达 800 个。

    【讨论】:

      【解决方案3】:

      上面引用的博文使用了旧版本的 Azure cmdlet Remove-AzureRmResourceGroupDeployment,它允许使用 -Force 参数。当前版本(截至 2017 年 11 月)不包含该参数 (-Force),因此会强制出现一个确认对话框,这将阻止自动化工作。

      【讨论】:

      • 所以你是正确的,因为他们已经更新了 cmdlet 以删除 -Force 参数,但是当我在 PowerShell ISE 中运行时,它在没有确认对话框的情况下对我有用
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-08-30
      • 1970-01-01
      • 1970-01-01
      • 2023-03-25
      • 2020-10-12
      相关资源
      最近更新 更多