本文并非本人创意，乃是看了大拿Craig Risinger文章后自己再发挥了一下写的。原文也不长。看这里
http://www.yellow-bricks.com/2010/02/22/the-resource-pool-priority-pie-paradox/
多数管理员都可能会根据应用的重要程度，来配置2个或者多个资源池。比如这样的情况非常常见：
并且在后续使用过程中，将生产用的主机都放入PROD-RP资源池，并将开发用的虚机放入Dev-RP资源池。
因为我们通常会这么认为，High的资源池里面的虚机在争用时就一定能比Low的资源池中的虚机抢到更多的资源。(再提醒一次，切记，没有争用的情况下份额不起作用)
事实一定如此么？看看下图这种情况：
当PROD-RP中的虚机越来越多的时候，如果某一天你突然发现，生产用的重要的虚机居然抢不过开发环境的不重要的虚机，请一定不要怀疑自己的眼睛。对的，事实就是这样的，Low RP中的VM比High RP中的VM抢到了更多的资源。
所以请VMware管理员们睁大眼睛，仔细思考，合理安排资源池。必要的时候要配合Reservation和Limit来分配资源。
本文并非本人创意，乃是看了大拿Craig Risinger文章后自己再发挥了一下写的。原文也不长。看这里
http://www.yellow-bricks.com/2010/02/22/the-resource-pool-priority-pie-paradox/
多数管理员都可能会根据应用的重要程度，来配置2个或者多个资源池。比如这样的情况非常常见：
并且在后续使用过程中，将生产用的主机都放入PROD-RP资源池，并将开发用的虚机放入Dev-RP资源池。
因为我们通常会这么认为，High的资源池里面的虚机在争用时就一定能比Low的资源池中的虚机抢到更多的资源。(再提醒一次，切记，没有争用的情况下份额不起作用)
事实一定如此么？看看下图这种情况：
当PROD-RP中的虚机越来越多的时候，如果某一天你突然发现，生产用的重要的虚机居然抢不过开发环境的不重要的虚机，请一定不要怀疑自己的眼睛。对的，事实就是这样的，Low RP中的VM比High RP中的VM抢到了更多的资源。
所以请VMware管理员们睁大眼睛，仔细思考，合理安排资源池。必要的时候要配合Reservation和Limit来分配资源。
