【问题标题】:Azure: Cannot Configure a VM Size beyond A0-A4Azure:无法配置超出 A0-A4 的 VM 大小
【发布时间】:2016-09-18 17:38:50
【问题描述】:

我正在尝试将 Azure 订阅上的虚拟机大小从 A2(2 核,3.5GB)机器增加到 D3(4 核,14GB)机器。在配置选项卡 > 虚拟机大小上,此特定 VM 可用的唯一选项是: - A0 - A1 - A2 - A3 - A4

我没有看到可用的 A5 或 D3 虚拟机大小 - 尽管这些可用于我订阅中的其他虚拟机。我们已经让这个和其他几个具有相同问题的虚拟机运行了大约一年半 - 我们订阅中的较新虚拟机(以及创建库中的机器)都可以扩展到内存和 CPU 密集型版本(A5 或 D3、D4)。

是否有任何途径可以让我将此旧 VM 升级到新的虚拟机规格?

【问题讨论】:

  • “配置”选项卡上是否有“虚拟机层”(基本|标准)开关?
  • 我遇到了同样的问题,在门户中显示“此定价层在所选虚拟机的域名中不可用”,尽管我只想升级到 A5
  • 看起来我现在可以神奇地选择 A5 实例... 编辑:没关系我能够在门户 UI 上选择它,但它失败了
  • 事实上,我确实在 STANDARD 括号中设置了原始 VM - 看起来 Micah 在下面的回答很准确。这台机器是在2013年4月16日之前创建的。奇怪的是,当我回过头去看机器上的设置时——现在全套都有了。我现在有从 A0 到 D14 的选项。快乐的时光! (一定是在后台发生了什么)!

标签: azure configure azure-virtual-machine


【解决方案1】:

根据 Azure MSDN 文章“Azure 的虚拟机和云服务大小”,网址为: http://msdn.microsoft.com/en-us/library/azure/dn197896.aspx 您不能将“基本层”VM 的大小增加到大于 A4。因此,您似乎需要改用“标准层”。

如果此 VM 没有切换到“标准层”的选项,则解释可能是在“2013 年 4 月 16 日”之前创建的 VM 可能无法升级到大于 A4,因为旧的他们所在的数据中心。文章包含对此问题的说明和故障排除指南链接,以解决“错误:“无法配置虚拟机”的 A5、A6 或 A7 VM 大小 “ 在: https://social.msdn.microsoft.com/Forums/azure/en-US/9693f56c-fcd3-4d42-850e-5e3b56c7d6be/error-failed-to-configure-virtual-machine-with-a5-a6-or-a7-vm-size?forum=WAVirtualMachinesforWindows

【讨论】:

  • Micah 发现了问题所在:在“2013 年 4 月 16 日”之前创建的 VM 可能无法升级到大于 A4,因为它们所在的数据中心较旧 我想肯定是有人在后台拉了一些线,但是,正如我今天早上登录的那样,现在可以使用 A0 到 D16 的全套!非常感谢在后台进行调整的人 - 如果今天出现虚拟机只是一个非常奇怪的巧合,那么感谢在这个特定时间升级特定机架的人!
  • 我的乐观还为时过早。我能够选择我想要的 VM 大小 (D3),但是当我尝试保存配置时,我收到了以下消息:无法升级部署。请求的 VM 大小“Standard_D3”可能在支持现有部署的资源中不可用。请稍后再试,尝试使用不同的 VM 大小或较少数量的角色实例,或者在具有新关联组或没有关联组绑定的空托管服务下创建部署。
【解决方案2】:

This blog article 在表格中可视化可变的 VM 大小。请注意,博客信息可能是旧的,但它显示了即使在列表中可以选择的 VM 大小也无法更改。

从博客中,下表给出了答案。

请注意,上面是“ASM”,下面是“ARM”。

更改 VM 大小在很大程度上(或者我们可以肯定地说)取决于 Azure 基础架构,因此解决此问题的唯一方法就是创建新 VM。

【讨论】:

  • 这已经过时了
猜你喜欢
  • 1970-01-01
  • 2012-08-19
  • 1970-01-01
  • 2018-05-26
  • 2021-07-01
  • 1970-01-01
  • 1970-01-01
  • 2012-09-01
相关资源
最近更新 更多