Dynamic Memory是微软Hyper-V R2 SP1一个受欢迎的新增功能，承诺改进虚拟内存分配，增加虚拟机和主机之间的比率。但是和任何新特性一样，厂商支持策略，比如应用程序内存需求，可能限制这一优势。

　　应用程序厂商针对Hyper-V Dynamic Memory优化自定义的应用程序，提供了很少的指南。但是熟悉特定应用程序的内存需求并理解每个程序的架构将帮助你收集Hyper-V Dynamic Memory带来的成本节省。

　　通过遵循以下步骤并回答一些关于必须满足的应用程序内存需求问题，你将学会如何在基础设施中最好地使用Hyper-V Dynamic Memory。

　　点击查看《锁定应用程序内存需求 优化Hyper-V动态内存（上）》。

　　了解应用程序负载

　　你同样需要了解应用程序的架构，这将决定你如何配置Hyper-V Dynamic Memory最重要的虚拟内存设置：内存缓冲区和内存权重。为每个应用程序考虑以下问题：

　　内存使用率保持一致，只是偶尔达到峰值吗？

　　这种模式的内存使用率通常和批处理应用程序相关，而且对Hyper-V Dynamic Memory来说是最有效的。为帮助满足应用程序内存需求，Dynamic Memory可以提供虚拟机正常需要的内存，在需求峰值再增加更多的内存。和CPU类似，从根本上说，你在打赌所有的虚拟机不会同时达到内存峰值需求。总的内存供给很可能不能立刻满足所有的虚拟机增加内存的需求。但是你应该知道更多内存的峰值需求多长时间一次。如果许多虚拟机快速需要大量的内存，它们可能超出内存缓冲区限度，性能将受到影响。

　　内存缓冲区是虚拟机多于当前使用内存的一个百分比，万一虚拟机需要更多时预留的内存。默认情况下，这个数量比当前分配给虚拟机的内存多20%。然而，对快速扩展的应用程序来说，你可能需要对缓冲区的大小进行试验以满足应用程序内存的峰值需要。在我的试验中，从未将这个值设置超过35%。

　　以下是内存缓冲区设置情景：

　　图4 设置缓冲区

　　在峰值时应用程序需要大量内存吗？

　　例如，远程桌面或XenApp Server可能需要非常多的内存。当用户远程连接并一整天使用应用程序，其内存需求将增加并居高不下，但业务峰值时间之后，内存需求快速下降。但是密切关注内存缓冲区：在业务开始时间，内存负载可能快速增加，超过了增加的缓冲区上限。为达到平衡，将这些类型的工作负载和那些在非峰值时间有更多应用程序内存需求进行配对是个好主意。

　　应用程序加载大量数据到内存中吗？

　　这些类型的工作负载——通常是数据库——加载大量数据进入内存以提升性能。因此，使用Hyper-V Dynamic Memory保存内存可能是不相关的，因为内存可能扩大到接近最大值。在非峰值时间你可能看到内存水平下降，但是内存减少很可能很少。对于这类工作负载，设置静态内存而不使用Hyper-V Dynamic Memory可能更好。

　　是关键应用程序吗，当请求时没有足够的内存将发生什么？

　　内存权重设定，Hyper-V SP1的新选项能够为最关键应用提供一个安全网。和CPU优先级设置类似，允许将虚拟机分层，因此特定的虚拟机能够在其他虚拟机之前请求或获得更多的内存。你可以改变每个虚拟机的内存权重值，权重值越高的虚拟机越关键。

　　运行企业关键应用的虚拟机应该有更好的内存权重以确保相应的内存资源总是可用。

　　厂商对诸如Hyper-V Dynamic Memory特性的全面支持可能从不会全部实现，但是如果你知道应用程序内存需求以及应用程序如何使用内存，没有理由不能实现这一特性。准备应对一些无知供应商的阻挠和你的角色所承担的风险。但是如果想最大化虚拟化投资，你应该在你所有的负载中考虑Hyper-V Dynamic Memory。