文章转自Live空间(http://delxu.spaces.live.com/blog/cns!D04F87F9ED029F69!2583.entry)和51cto技术博客(http://delxu.blog.51cto.com)首发。转发时务必表明出处，顺便给博主做个广告，文章写的真的很好，深入浅出，期待看到更好的博文，再次表示对博主的感谢！！！
资源池分配的误区
delxu原创文档，转载请注明出处： http://delxu.spaces.live.com
本文并非本人创意，乃是看了大拿Craig Risinger文章后之作。原文看这里 http://www.yellow-bricks.com/2010/02/22/the-resource-pool-priority-pie-paradox/
多数管理员都可能会根据应用的重要程度，来配置2个或者多个资源池。比如这样的情况非常常见：
snap0043
并且在后续使用过程中，将生产用的主机都放入PROD-RP资源池，并将开发用的虚机放入Dev-RP资源池。
因为我们通常会这么认为，High的资源池里面的虚机在争用时就一定能比Low的资源池中的虚机抢到更多的资源。(再提醒一次，切记，没有争用的情况下份额不起作用)
事实一定如此么？看看下图这种情况：
snap0044
当PROD-RP中的虚机越来越多的时候，如果某一天你突然发现，生产用的重要的虚机居然抢不过开发环境的不重要的虚机，请一定不要怀疑自己的眼睛。对的，事实就是这样的，Low RP中的VM比High RP中的VM抢到了更多的资源。
所以请VMware管理员们睁大眼睛，仔细思考，合理安排资源池。必要的时候要配合Reservation和Limit来分配资源。