你可能已超过Azure订阅上允许的最大核心数。请删除不需要的部署或要求Microsoft增加Azure订阅上允许的最大核心数。

既然我遇到了这个问题，而且上面的答案都不是原因......我不得不再挖掘一点。在Role标记中指定的RoleName当然必须与EndpointAcl标记中的匹配。

<Role name="TheRoleName">
    <Instances count="1" />
</Role>
<NetworkConfiguration>
    <AccessControls>
      <AccessControl name="ac-name-1">
        <Rule action="deny" description="TheWorld" order="100" remoteSubnet="0.0.0.0/32" />
      </AccessControl>
    </AccessControls>
    <EndpointAcls>
      <EndpointAcl role="TheRoleName" endPoint="HTTP" accessControl="ac-name-1" />
      <EndpointAcl role="TheRoleName" endPoint="HTTPS" accessControl="ac-name-1" />
    </EndpointAcls>
</NetworkConfiguration>

• • 更新**

看来之前的情况并不是造成这个错误的唯一原因，由于一个相关但仍然不同的不匹配，我现在又遇到了。
在文件ServiceDefinition.csdef中，<WebRole name="TheRoleName" vmsize="Standard_D1">标记必须有一个存在的vmsize（当然!），但根据Microsoft在这里（https://azure.microsoft.com/en-us/documentation/articles/cloud-services-sizes-specs/）的值Standard_D1_v2也应该被接受。
目前它正在导致同样的错误...一旦我删除了X11M3N1X，它就工作得很好。

• • 结论**：每当Azure cfgs中出现错误时，这个错误消息可能会出现...然后有必要找出它来自哪里。

只是添加一些信息。同样发生在我身上，我的WM大小被设置为一个“错误”的大小。我有多个订阅，我指向其中一个，并使用机器“D2”，我不知道发生了什么，信息被刷新，这台机器作为一个选项消失了。然后我选择了“大”（旧），并且运行良好。尝试上载此#$%#$%包花费了6个小时。
我认为该问题可能与任何虚拟机大小问题有关

我在将我的角色从小到特小重新调整大小后遇到了这个问题。我仍然将本地存储设置为默认值20GB，这是一个特小的示例无法容纳的。我最终将其减少到100MB，部署工作正常（我部署的角色只处于维护模式几个月，所以我不太关心从它那里获得诊断信息）。
快速提示：Visual Studio的错误消息让我调试这个程序毫无进展，我一时兴起，切换到azure网站手动上传了这个包，最后给了我一个有用的错误消息：对于我请求的资源来说，该VM太小了。

我在初始部署需要特定SSL证书的云服务期间遇到此错误... Azure中缺少该证书。
已更正证书-部署成功。
（在这种情况下，第一次部署后，Visual Studio会提供一个有意义的错误。