我从来没有看到他们打开，除了扩大故障排除会议的内存限制竟然是问题的结尾。 我想不出任何有利的用例。 为什么不分配更less的内存？
一般情况下，你真的不想在单个虚拟机上使用它们，除非你正在testing应用程序在主机内存压力下如何执行。 对于资源池和vApp，它们更有用，如果您关心的是确保系统的某些用户只获得他们已经支付的全部资源，但实际上并不关心他们在这些资源中运行的虚拟机数量。
单个虚拟机上的内存限制是一个有趣的function，因为它们比起技术angular色更具政治作用，至less根据几年前我的VCP课程的指导者。
假设您正在为正在从事虚拟化所有旧服务器的IT部门工作。 你做一个分析，并决定从你公司的会计部门虚拟化一些服务器。 你的分析告诉你，即使服务器有32 GB的内存，它一次只能使用4 GB的内存，这是一个小的负载峰值。 所以，你虚拟化系统，并慷慨，你给它一个8 GB的内存分配。 您不想再高一些，因为VMware Tools只会扩大一定数量的guest虚拟机内存来应对争用，而您不想浪费内存。
这很好，但会计部门的负责人是轻浮的，因为他的部门的预算支付五年前的服务器 ， 该死的，他会得到他的32 GB的内存 ， 不，他不会再付钱，因为他已经为它付出了代价，现在你正在散布着一些关于电力，散热和TCO的东西，他不在乎 。 伟大的，首席。 在这里，检查顶部。 看到？ 你有32 GB的。 大。 让我们一个人待着
如果您指的是资源预留，那么它们的价值不是在每个VM分配时，而是在每个资源池分配时。 过度使用并不罕见。 在资源池上使用保留有助于确保第1层应用程序首先获取资源。