【问题标题】:Azure Cloud Service DeploymentAzure 云服务部署
【发布时间】:2014-12-13 19:34:24
【问题描述】:

我在部署到我的 Windows Azure 云服务的暂存环境时遇到问题。 这是我在切换到生产之前经常做的没有问题的事情(一旦我在暂存中验证一切正常)。今天由于某种原因,我在尝试部署时遇到此错误:

分配失败;无法满足请求中的约束。请求的新服务部署绑定到关联组,或者它以虚拟网络为目标,或者在此托管服务下存在现有部署。这些条件中的任何一个都会将新部署限制到特定的 Azure 资源。请稍后重试或尝试减少 VM 大小或角色实例数。或者,如果可能,删除上述限制或尝试部署到不同的区域。长时间运行的操作跟踪 ID 为:da5cc14aaba6228683cb4e8888b835e1。

自从我上次成功执行暂存环境更新(除了用于修复错误的一行代码)以来,我的部署包没有改变,我看不出这是我的包的问题。我希望这是暂时的 Azure 环境问题 - 有人知道这可能是什么吗?

【问题讨论】:

    标签: azure deployment cloud


    【解决方案1】:

    您尝试部署到的集群中存在碎片问题。运营团队正在参与并努力解决问题,您应该能够在今晚或明天再次部署。

    一些附加信息:

    1. 在云服务中创建部署(prod 或 staging slot)后,您的整个云服务(prod 和 staging slot)都被固定到一组机器上(如果您可以观看一些 Mark Russinovich 结构视频,了解更多详细信息)感兴趣)。所以如果集群出现问题,或者你尝试部署集群中没有的VM大小比如新的D系列机器,那么如果特定集群无法分配请求,你可能会失败。要解决此问题,您可以部署到全新的云服务,该服务将允许结构检查该数据中心/区域中的所有集群以满足分配请求。
    2. 为此类情况考虑不同的升级策略。许多服务会通过在新的云服务中创建新的部署来升级,从而获得新的 URL 和 IP 地址,然后修改 CNAME 或 A 记录以将客户端转换到新服务。
    3. 如果您再次看到此问题,通常可以通过打开支持事件来快速解决问题 - http://azure.microsoft.com/en-us/support/options/

    更新:我们有一篇新的博客文章描述了这种情况和常见原因 - http://azure.microsoft.com/blog/2015/03/19/allocation-failure-and-remediation/

    【讨论】:

    • 谢谢你,我从你的个人资料中看到你知道你在说什么!今天早上我仍然无法部署,但昨天我采用了第 2 步并创建了一个新的云服务并修改了我的 CNAME。我仍然拥有原来的服务 - 你是说在今天问题得到解决后,我应该能够重新部署到原来的服务吗?
    • @kwill - 这是否也有可能在自动缩放期间导致失败?从 CS 中清除部署但不删除 CS 本身是否允许重新分配到新集群?
    • 嗨,格雷厄姆。是的,这会影响缩放(自动缩放或手动缩放)。是的,如果您同时删除生产槽和暂存槽,但不删除云服务,那么您可以重新部署到同一个云服务中,并且结构将选择一个新集群。
    【解决方案2】:

    我们最近在部署我们的 Azure 云服务时遇到了类似的分配失败问题:

    Azure 云服务部署错误

    分配失败;无法满足请求中的约束。请求的新服务部署绑定到关联组,或者它以虚拟网络为目标,或者在此托管服务下存在现有部署。这些条件中的任何一个都会将新部署限制到特定的 Azure 资源。请稍后重试或尝试减少 VM 大小或角色实例数。或者,如果可能,请移除上述限制或尝试部署到其他区域。

    分配失败 - 解决方法

    1. 删除现有的云服务
    2. 创建新的云服务目标不同的数据中心资源组需要上传 SSL 证书
    3. 重新部署云服务包
    4. 重新链接 VSO 团队项目

    我怀疑此问题与损坏的资源组或与旧资源组不向后兼容的最近 Azure 升级有关。

    【讨论】:

      猜你喜欢
      • 2017-06-24
      • 2012-09-05
      • 2018-08-29
      • 2013-08-19
      • 2015-11-10
      • 2014-10-08
      • 1970-01-01
      • 1970-01-01
      • 2014-12-15
      相关资源
      最近更新 更多