不论是Windows Azure全球账户，还是Windows Azure 中国大陆（MC）账户，目前都已提供了大内存的A5、A6、A7规格的虚拟机。请见：

http://blogs.technet.com/b/nevin_dongs_blog/archive/2013/12/20/windows-azure-mc-a5-a6-a7.aspx

http://blogs.technet.com/b/nevin_dongs_blog/archive/2013/09/28/windows-azure-a5.aspx

http://blogs.technet.com/b/nevin_dongs_blog/archive/2013/04/17/windows-azure-virtual-machines-ga-iaas.aspx

但实际运用的时候，发现一个有趣的现象：对于某些虚拟机，可以在管理门户（Management Portal）的“配置（Configure）”中，将“虚拟机尺寸（Virtual Machine Size）”提升到大内存的A5、A6、A7规格，如下图：

有的则不能，如下图：

探索这一情景的原因，发现这确实是在具体使用过程中应该注意的问题。除了在执行伸缩操作的时候可能会发生这样的情况，在执行另外一些操作的时候也需要考虑，例如：在某些虚拟网络中创建这些大尺寸虚拟机（虚拟网络在2013年4月16日以前创建的）、将新的大尺寸虚拟机添加到已有的云服务上（以实现高可用性集等）。具体可参见：http://social.msdn.microsoft.com/Forums/windowsazure/en-US/9693f56c-fcd3-4d42-850e-5e3b56c7d6be/error-failed-to-configure-virtual-machine-with-a5-a6-or-a7-vm-size?forum=WAVirtualMachinesforWindows

产生这一问题的原因，应该是和后台控制器、及某些物理机的配置等因素有关，对于一些较早前（2013年4月16日以前）建立的订阅，可能使用的是这些物理机器，而无法使用大尺寸虚拟机的的相关操作。

相关建议如下：

（可参考：http://social.msdn.microsoft.com/Forums/windowsazure/en-US/9693f56c-fcd3-4d42-850e-5e3b56c7d6be/error-failed-to-configure-virtual-machine-with-a5-a6-or-a7-vm-size?forum=WAVirtualMachinesforWindows）

· 创建新的虚拟网络、新的地缘组。

· 可尝试创建大内存的A5、A6、A7规格的虚拟机，确保支持这些规格。如确实不需要，可以删除并创建普通尺寸的虚拟机，并验证是否可以伸缩到大尺寸虚拟机（Scale-up）。

· 对现有普通尺寸的虚拟机进行升级，将现有虚拟机的数据盘、操作系统盘添加到新创建的虚拟机上。

· 升级前进行相关的数据备份，避免数据丢失。

· 对于采用PowerShell脚本进行操作的，注意对操作结果及提示进行进行处理。

随着大尺寸虚拟机的推广使用，提供更透明的操作、提供相关API进行灵活控制，后续将对这些改进进行持续跟踪。