再议Hyper-V 动态内存管理和内存过量使用
实际操作中，慢慢成长起来的经验将会成为一份可遇而不可求的金玉。几年前，坚信虚拟化将会让我们的IT运维变得随心所欲，到现在我反而发现了这项全新业务的管理让我们常常犯下新的错误。因为家庭中的一些琐事，我退出了MVP连任申请（虽然已经连续3+1年享受这一荣耀），但我发现这和老方所来信中提供得那样：“这并不意味着离开，我随时会回来”。很早以前写过一篇《用一份PPT开始你的Hyper-v虚拟化之旅》，我想还是应该延续接下来的讨论。
内存过量和动态内存都是在追求虚拟机密度最大化
我们知道，在一个虚拟化的服务器环境中，缺乏足够的物理内存，将会直接影响到虚拟机的设计密度，而设计时我们会将迁移所用的物理内存技术器精确到MB，当然这肯定还会影响到整个系统的投资回报率，内存成了虚拟化的短板。而后，我发现vSphere开始提供内存过量使用技术，这项技术可以让VMware虚拟机使用超过物理主机实际的内存容量，而虚拟机的位置又可以根据业务时段的不同，在不同的父分区下蹭吃蹭喝。但慢慢的，我开始关注这项前所未有的虚拟特性，这是因为与之相比的机械磁盘速率实在低下，当使用过多的虚拟内存之时，虚拟机的性能直线下降，而这恰恰是我们在引入虚拟化之前尽量避免的一种错误设计。
还记得首次听到“内存过量使用”这个术语时，有人大胆的提出了几份观点，但谁料想这些可能会引发今天挨板砖的局面。“内存过量使用”这个术语让人曾经让不熟悉虚拟化的人们有一种误解，“内存溢出”？因为过量使用似乎意味着过度利用资源。实际上，其想法是，即便没有物理内存来支持为系统配置的资源，也可以创建通常需要一定数量内存的多个虚拟机。基本上，借助内存过量使用技术，分配给物理主机上多个虚拟机的内存数量可以超过主机上的物理内存数量，这允许物理主机上可以有更大的虚拟机密度。
动态内存（Dynamic Memory）是微软Hyper-V R2 SP1让人鸡冻的新增功能，由于改进了虚拟内存分配的机制，这便同样可以增加虚拟机和主机之间的比率，也就是虚拟机密度。但毋容置疑，缺少软件厂商的支持策略，比如一些黑心的应用程序仍然会扩大其内存需求，捆绑硬件来销售，这些都可能限制这一优势的发挥。
一些唠叨和建议
非常赞同Brien Posey(MVP)说的：“Hyper-V 的内存管理是一种艺术！”
动态内存应该是一项创举，但必须遵守微软的Hyper-V最佳实践指南，以避免虚拟机缺少内存管理的艺术。我在查阅了kb and lib资料并进行了有针对性的测试之后，希望以下几点能对你的工作有些帮助：
当Hyper-V动态内存在一个虚拟机上被启用以后，这个虚拟机能立刻断定它需要多少内存。然后主机分配给虚拟机要求的数量，以及一些额外的容量来作为缓冲，如图片中的“内存缓冲区”。如果一个主机中有多个虚拟机在运行，主机会自动在所有虚拟机间平衡内存的分配，图片中的“内存权重”。
