![如果虚拟机类型与虚拟网络中的其他虚拟机不同,则创建虚拟机会失败](https://linux22.com/image/662800/%E5%A6%82%E6%9E%9C%E8%99%9A%E6%8B%9F%E6%9C%BA%E7%B1%BB%E5%9E%8B%E4%B8%8E%E8%99%9A%E6%8B%9F%E7%BD%91%E7%BB%9C%E4%B8%AD%E7%9A%84%E5%85%B6%E4%BB%96%E8%99%9A%E6%8B%9F%E6%9C%BA%E4%B8%8D%E5%90%8C%EF%BC%8C%E5%88%99%E5%88%9B%E5%BB%BA%E8%99%9A%E6%8B%9F%E6%9C%BA%E4%BC%9A%E5%A4%B1%E8%B4%A5.png)
我的 Azure 配置:
虚拟网络:VN
VN 应该包含 3 个虚拟机
- 2 DS2 型
- 1 款 A3 型
成功创建前 2 个虚拟机后(均在相同下virtual network
并具有相同resource-group
),我无法创建第 3 个虚拟机。
我收到的错误:
Unable to upgrade the deployment. The requested VM size 'Large' may not be
available in the resources supporting the existing deployment.
Please try again later, try with a different VM size or smaller number of
role instances, or create a deployment under an empty hosted service with a
new affinity group or no affinity group binding
创建虚拟机时我使用不同的Storage account
-Standard-GRS
与我对前 2 个虚拟机使用的虚拟机不同:Premium-LRS
- - 编辑 - -
所有虚拟机都应在同一云服务下运行。前两个虚拟机的类型为DS2
,我尝试创建的第三个虚拟机的类型为A3
答案1
因此...云服务被分配给特定的计算集群,并且该特定集群可能仅支持可用虚拟机类型的子集。
完全有可能,根据创建的第一个 VM 的原始 VM 大小,您的云服务最终会部署在一个不支持 A 系列的集群上。通过门户可以相当轻松地检查这一点(我认为在“经典”门户中检查会更容易一些,因为在向现有云服务添加新 VM 时,您会得到一个简单的下拉列表,其中包含机器大小 - 而经典门户不适用于基于 ARM 的部署,因此我对您的问题发表评论)。
假设该集群中没有 A 系列 VM 大小,您仍然可以在与原始云服务相同的虚拟网络中创建新的云服务来容纳您的 A 系列 VM。您仍然可以让您的 VM 直接相互通信(因为它们位于同一个虚拟网络上)。
更多信息:我的一位同事写道一篇文章其中包括有关集群和虚拟机类型的详细信息。