本文包含 Microsoft Azure 云服务的常见部署问题。 还可以参阅云服务虚拟机 (VM) 大小页面，了解大小信息。
生产槽中已存在现有部署的情况下，为什么有时会在将云服务部署到过渡槽时因出现资源分配错误而失败？
如果某个云服务在任一槽中存在部署，则会将整个云服务固定到特定的群集。 这意味着，如果生产槽中已存在部署，则只能将新的过渡部署分配到与生产槽相同的群集中。
当云服务所在的群集没有可满足部署请求的足够物理计算资源时，就会出现分配失败的情况。
有关解决此类分配失败的帮助，请参阅云服务分配失败：解决方法。
为何纵向扩展或横向扩展云服务部署有时会导致分配失败？
部署云服务后，该服务通常会固定到特定的群集。 这意味着，纵向扩展/横向扩展现有的云服务时必须在同一群集中分配新实例。 如果群集容量趋于饱和或没有所需的虚拟机大小/类型，则请求可能会失败。
有关解决此类分配失败的帮助，请参阅云服务分配失败：解决方法。
为何将云服务部署到地缘组有时会导致分配失败？
该区域任何群集中的结构可以将新的部署分配到空的云服务，除非云服务已固定到某个相关性组。 尝试部署到同一地缘组的过程将在同一群集上进行。 如果集群接近容量限制，请求可能会失败。
有关解决此类分配失败的帮助，请参阅云服务分配失败：解决方法。
为何更改 VM 大小或将新 VM 添加到现有云服务有时会导致分配失败？
数据中心中的群集可能具有不同的计算机类型配置（例如，A 系列、Av2 系列、D 系列、Dv2 系列、G 系列、H 系列等），但并非所有群集都必须具有所有类型的 VM。 例如，如果尝试将 D 系列 VM 添加到已部署在仅 A 系列群集中的云服务，则会发生分配失败。 尝试更改 VM SKU 大小（例如，从 A 系列切换到 D 系列）也会导致这种情况的发生。
有关解决此类分配失败的帮助，请参阅云服务分配失败：解决方法。
要查看你所在区域的可用大小，请参阅 Microsoft Azure：产品区域可用性。
为什么我的订阅或服务的限制/配额/约束有时会导致部署云服务失败？
如果需要分配的资源超过服务所在区域/数据中心级别允许的默认或最大配额，则云服务部署可能会失败。 有关详细信息，请参阅云服务限制。
还可以在门户上跟踪订阅的当前使用情况/配额：Azure 门户 => 订阅=><相应订阅>=>“使用情况 + 配额”。
资源使用情况/相关消耗信息也可以通过 Azure 计费 API 检索。 请参阅 Azure 使用情况 API 概述。
如何在不重新部署已部署云服务虚拟机的情况下更改其大小？
如果不重新部署已部署的云服务，则无法更改其 VM 大小。 VM 大小内置在 CSDEF 中，只能通过重新部署进行更新。
有关详细信息，请参阅如何更新云服务。
使用 Azure 资源管理器存储帐户时，为什么无法通过经典部署模型或 PowerShell 部署云服务？
由于云服务是与 Azure 资源管理器模型不直接兼容的经典资源，因此无法将其与 Azure 资源管理器存储帐户相关联。 下面是几个选项：
为什么 Azure 门户要求我提供部署所需的存储帐户？
在经典门户中，包直接上传到管理 API 层，然后 API 层暂时将其放入内部存储帐户。 此过程会导致性能和可伸缩性问题，因为 API 层并不是文件上传服务。 在 Azure 门户中（资源管理器部署模型），我们越过了先上传到 API 层这一临时步骤，因此实现了更快、更可靠的部署。
所需成本很少，并且可以在所有部署中重复使用同一存储帐户。 可以使用存储成本计算器确定上传服务包 (CSPKG)、下载 CSPKG 以及之后删除 CSPKG 的成本。