关于sap相关的应用,如果建立两个节点组成的pacemaker集群,集群中有两个业务相关的应用资源如:ASCS 与 AERS
当然对于pacemaker集群来说、就无所谓资源/资源组运行在那个节点、因为在那两个节点上都是可以运行所有资源的
当然笔者还是建议是将两个应用资源/资源组能分别启动在两台不同的机器(建立条件约束可以实现),这样可以可以减轻一下单个节点的负载
需要注意的是,如果要保证业务资源都可以在两个节点上都能正常,那么就还应该有个先决条件,建立vip,即虚拟IP机制,对外始终只提供虚拟IP即可
对于Sonith/Fence资源,当然这个可以随机运行在某个节点都是可以的,不用刻意限定运行在那个节点,这样加上业务资源组、一共就是3部分了
最后,根据这样的原则,将集群设计完成后,通过pcs status 查看最后的状态,就如下所示了
[root@azphxxxapp01 qq-5201351]# pcs status Cluster name: HxxxAppProdCluster Cluster 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 configured Node 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 azphxxxapp02 Daemon 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
作者:一名卑微的IT民工
出处:https://www.cnblogs.com/5201351
本博客所有文章仅用于学习、研究和交流目的,欢迎非商业性质转载。
由于博主的水平不高,文章没有高度、深度和广度,只是凑字数,不足和错误之处在所难免,希望大家能够批评指出。
博主是利用读书、参考、引用、复制和粘贴等多种方式打造成自己的文章,请原谅博主成为一个卑微的IT民工!