(资料图片仅供参考)
关于sap相关的应用，如果建立两个节点组成的pacemaker集群，集群中有两个业务相关的应用资源如：ASCS 与AERS
当然对于pacemaker集群来说、就无所谓资源/资源组运行在那个节点、因为在那两个节点上都是可以运行所有资源的
当然笔者还是建议是将两个应用资源/资源组能分别启动在两台不同的机器（建立条件约束可以实现），这样可以可以减轻一下单个节点的负载
需要注意的是，如果要保证业务资源都可以在两个节点上都能正常，那么就还应该有个先决条件，建立vip，即虚拟IP机制，对外始终只提供虚拟IP即可
对于Sonith/Fence资源，当然这个可以随机运行在某个节点都是可以的，不用刻意限定运行在那个节点，这样加上业务资源组、一共就是3部分了
最后，根据这样的原则，将集群设计完成后，通过pcs status 查看最后的状态，就如下所示了
[root@azphxxxapp01 qq-5201351]# pcs statusCluster name: HxxxAppProdClusterCluster Summary: * Stack: corosync * Current DC: azphxxxapp01 (version 2.1.2-4.el8_6.5-ada5c3b36e2) - partition with quorum * Last updated: Sat Apr 22 05:22:07 2023 * Last change: Sat Apr 22 05:20:46 2023 by root via cibadmin on azphxxxapp01 * 2 nodes configured * 7 resource instances configuredNode List: * Online: [ azphxxxapp01 azphxxxapp02 ]Full List of Resources: * HxxxAppProdfence (stonith:fence_azure_arm): Started azphxxxapp01 * Resource Group: g-Prod_ASCS: * vip_Prod_ASCS (ocf::heartbeat:IPaddr2): Started azphxxxapp01 * nc_Prod_ASCS (ocf::heartbeat:azure-lb): Started azphxxxapp01 * rsc_sap_Prod_ASCS01 (ocf::heartbeat:SAPInstance): Started azphxxxapp01 * Resource Group: g-Prod_AERS: * vip_Prod_AERS (ocf::heartbeat:IPaddr2): Started azphxxxapp02 * nc_Prod_AERS (ocf::heartbeat:azure-lb): Started azphxxxapp02 * rsc_sap_Prod_ERS05 (ocf::heartbeat:SAPInstance): Started azphxxxapp02Daemon Status: corosync: active/disabled pacemaker: active/disabled pcsd: active/enabled[root@azphxxxapp01 qq-5201351]#
说明：当资源组中的业务资源发生切换时，其相应的nc端口与vip资源也会相应的发生切换，其中nc端口为上游负载切换器的健康检测端口~
尊重别人的劳动成果 转载请务必注明出处：https://www.cnblogs.com/5201351/p/17347194.html
