在具有三个应用程序的双节点群集上,可以将一个物理主机 (phys-schost-1) 配置为一个应用程序的缺省主控主机,将第二个物理主机 (phys-schost-2 ) 配置为其余两个应用程序的缺省主控主机。假设在每个节点上采用以下示例项目数据库文件。当发生失效转移或切换时,该项目数据库文件不发生变化。
Prj_1:103:project for App-1:root::project.cpu-shares=(privileged,5,none) Prj_2:104:project for App_2:root::project.cpu-shares=(privileged,3,none) Prj_3:105:project for App_3:root::project.cpu-shares=(privileged,2,none) |
当群集正常运行时,应用程序 1 在其缺省主控主机(phys-schost-1)上分配到 5 份份额。此份额数相当于 100% 的 CPU 时间,因为应用程序1 是该节点上唯一一个请求 CPU 时间的应用程序。应用程序 2 和应用程序 3 分别在缺省主控主机(phys-schost-2 )上分配到 3 份和 2 份份额。正常操作过程中,应用程序 2 将分配到 60% 的 CPU 时间,而应用程序 3 将分配到 40% 的 CPU 时间。
如果发生了失效转移或切换,且应用程序 1 切换到 phys-schost-2,则三个应用程序的份额都相同。但是,CPU 资源的比例将根据项目数据库文件重新进行分配。
应用程序 1 拥有 5 份份额,分配到 50% 的 CPU。
应用程序 2 拥有 3 份份额,分配到 30% 的 CPU。
应用程序 3 拥有 2 份份额,分配到 20% 的 CPU。
下图说明了此配置的正常操作和失效转移操作。