摘要：在笔者操作系统Redhat 8.8 中，pacemaker默认的token时间为3000毫秒，也可以理解成心跳检测时间 这样根据默认的规则，consensus有时间如果没有特别指定的话，将是token*1.2,即3600毫秒 [root@azdb01 qq-5201351]# corosync-cm
阅读全文
posted @ 2024-03-01 15:38
随笔分类 - [09]集群/HA-高可用 / 二级标题-003-Pacemaker
摘要：SAPHanaTopology资源收集每个节点上的 SAP HANA 系统复制的状态和配置。 为配置以下属性SAPHanaTopology。运行以下命令来创建SAPHANATopology资源： 笔者在SAP-DB-服务器组-pacemaker集群中，创建 SAPHanaTopology 资源时，使
阅读全文
posted @ 2023-12-26 10:15
摘要：关于基础环境的安装，还是可以参考笔者另一篇文章，APP的部分 《SAP-APP-服务器组-001-pacemaker集群的基础环境的安装部署》 https://www.cnblogs.com/5201351/p/17899446.html 还有一些细节点，还可以参考《SAP-APP-服务器组-003
阅读全文
posted @ 2023-12-22 16:19
摘要：对于APP服务器组、内部是使用的自己定义的VIP，也即是选用的一个VPC之外的VIP 对于外部，是访问的NLB的IP地址，然后由NLB的再转发到VIP之中，至于转发到那一台EC2中，由路由表决定 如果是基于aws cli 命令的方式，那么可以先临时添加 《ELB v2 的所有操作》 根据ASCS提供
阅读全文
posted @ 2023-12-14 15:39
摘要：在AWS平台、ASCS资源 需要与 路由表更新资源 要在一个资源组中 1、这里我们先创建ASCS资源，只需要向应用相关的人员要到 InstanceName 和 START_PROFILE 两个参数的值 一般来说，集群中的每台主机，会有如下一些目录要做到共享的，在AWS中，可以使用原生的EFS 创建A
阅读全文
posted @ 2023-12-13 21:18
摘要：STONITH 是"Shoot The Other Node In The Head"的缩写，它保护您的数据不受有问题的节点或并发访问的影响。 仅仅因为节点不响应，这并不表示它不会访问您的数据。 完全确保您的数据安全的唯一方法是使用 STONITH 隔离节点，以便我们能够在允许从另一个节点访问数据前
阅读全文
posted @ 2023-12-13 20:51
摘要：1、安装 pacemaker 相关的软件及可能会用到的软件，两台主机都需要安装 [root@app01 qq-5201351]# yum install nmap-ncat -y [root@app01 qq-5201351]# yum install pcs -y [root@app01 qq-5
阅读全文
posted @ 2023-12-13 17:13
摘要：细节点如下： 1、创建目标组时，所在的VPC要与后期要加入的NLB所在的VPC一致，才能在NLB中添加 2、创建目标组时，注册目标时，【网络】选择，其他私有IP地址 ，【可用区域】选择，全部 3、注册的目标为一个VIP， 虚拟IP地址，虚拟IP地址选择一个所有VPC之外的IP地址，用于在后面多台主机
阅读全文
posted @ 2023-11-30 15:33
摘要：背景：在pacemaker群集中，需要一个VIP地址在不同的子网（不同的可用区）EC2中进行浮动漂移，实现HA高可用 解决方案：pacemaker管理路由表，根据情况更新VIP到指定的EC2实例 1、添加自己VPC范围内的IP到指定的实例，会报如下错误： Route destination does
阅读全文
posted @ 2023-11-27 14:46
摘要：STONITH 是"Shoot The Other Node In The Head"的缩写，它保护您的数据不受有问题的节点或并发访问的影响。 仅仅因为节点不响应，这并不表示它不会访问您的数据。 完全确保您的数据安全的唯一方法是使用 STONITH 隔离节点，以便我们能够在允许从另一个节点访问数据前
阅读全文
posted @ 2023-11-26 17:21
摘要：在pacemaker中，一般都会创建一个stonith资源（Shoot The Other Node In The Head），笔者因为是在Azure平台、于是使用的为 stonith:fence_azure_arm 最近发现有一个与之关联的服务主体的密码过期了，导致状态异常，通过pcs statu
阅读全文
posted @ 2023-11-02 10:17
摘要：环境介绍，hana数据库的两个节点：azphxxxdb01 azphxxxdb02 目前master位于azphxxxdb02，现在需要切换回azphxxxdb01 需要确保 Pacemaker 没有任何失败的操作（通过 pcs 状态检查）、没有任何意外的位置约束（例如迁移测试的遗留内容）， 并且
阅读全文
posted @ 2023-04-27 18:28
摘要：关于sap相关的应用，如果建立两个节点组成的pacemaker集群，集群中有两个业务相关的应用资源如：ASCS 与 AERS 当然对于pacemaker集群来说、就无所谓资源/资源组运行在那个节点、因为在那两个节点上都是可以运行所有资源的 当然笔者还是建议是将两个应用资源/资源组能分别启动在两台不同
阅读全文
posted @ 2023-04-23 17:26
摘要：对于hana数据库，两个节点、使用了pacemkaer软件进行了高可用的集群 首页、我们在开机后，使用 pcs cluster start --all ，将pacemaker服务启动起来，然后就是到了关机的维护模式 然后我们使用 pcs node unmaintenance --all 取消维护模式
阅读全文
posted @ 2023-04-23 15:03
摘要：本文使用的corosync的版本如下：corosync-3.1.5-2.el8.x86_64 操作系统版本：Red Hat Enterprise Linux release 8.1 (Ootpa) 对于pacemaker高可用集群中,corosync是非常重要的，服务的启动：systemctl re
阅读全文
posted @ 2023-02-11 12:08
摘要：刚在服务器上执行pcs status 时，发现底部有如下一段报错 Failed Fencing Actions: * reboot of Linux-Client-01 failed (Initiated by earlier fencer process and presumed failed):
阅读全文
posted @ 2023-02-08 18:10
摘要：这里我们还是先看一下官网文档中有一段话对配置 pacemaker node 维护模式的介绍，如下： When a cluster is in maintenance mode, the cluster does not start or stop any services until told ot
阅读全文
posted @ 2023-02-06 21:20
摘要：默认情况，对于业务应用的资源启动在那里，可能是随机的、有时启动在app01上，也可能启动在app02了 我们也可以通过手动配置分数的方式，将某个节点的分数配置到极高,无穷大，这样，资源就会优先在我们指定的机器上运行 配置方式有多种，笔者常用的方法之一，是执行pcs resource move <re
阅读全文
posted @ 2023-01-29 15:44