linux-HA 系统的故障切换过程细节。

最新推荐文章于 2024-03-11 12:01:26 发布
最新推荐文章于 2024-03-11 12:01:26 发布
阅读量473 收藏
点赞数
文章标签： 操作系统 数据库
我们基于corosync + pacemaker 的集群系统demo版已经完成了。基于这个集群，我们做一些测试。

关于集群组件的介绍请查看： 

先前发过的两个文档。

集群的配置信息： 


crm(live)configure# show 
node node95         ##/*   集群的节点node
node node96      
primitive ClusterIp ocf:heartbeat:IPaddr2 \                                 ##/* 定义一个资源，这里是定义了集群的VIP 
        params ip="192.168.11.101" cidr_netmask="32" \
        op monitor interval="30s" \
        meta target-role="Started" is-managed="true"
primitive fence_vm95 stonith:fence_vmware \                           ##/* 定义fence 设备这个是针对node95的定义
        params ipaddr="192.168.10.197" login="user" passwd="passwd" vmware_datacenter="GZ-Offices" vmware_type="esx" action="reboot" port="dba-test-Cos6.2.64-11.95" pcmk_reboot_action="reboot" pcmk_host_list="node95 node96" \
        op monitor interval="20" timeout="60s" \
        op start interval="0" timeout="60s" \
        meta target-role="Started"
primitive fence_vm96 stonith:fence_vmware \                        ##/*定义fence设备，这个是针对node96的定义
        params ipaddr="192.168.10.197" login="user" passwd="passwd" vmware_datacenter="GZ-Offices" vmware_type="esx" action="reboot" port="dba-test-Cos6.2.64-11.96" pcmk_reboot_action="reboot" pcmk_host_list="node95 node96" \
        op monitor interval="20" timeout="60s" \
        op start interval="0" timeout="60s" \
        meta target-role="Started"
primitive ping ocf:pacemaker:ping \                                  ##/* 定义一个资源，对集群的各个节点进行ping 检查网络连通性
        params host_list="192.168.11.95 192.168.11.96 192.168.11.101 " multiplier="10" \
        op monitor interval="10s" timeout="60s" \
        op start interval="0" timeout="60s" \
        op stop interval="0" timeout="100s" clone clone-ping ping \
        meta target-role="Started"
primitive postgres_res ocf:heartbeat:pgsql \                    ##/* 定义数据库资源，我们选用的是PG数据库。
        params pgctl="/usr/local/pgsql/bin/pg_ctl" psql="/usr/local/pgsql/bin/psql" start_opt="" pgdata="/usr/local/pgsql/data" config="/usr/local/pgsql/data/postgresql.conf" pgdba="postgres" pgdb="postgres" \
        op start interval="0" timeout="120s" \
        op stop interval="0" timeout="120s" \
        op monitor interval="30s" timeout="30s" depth="0" master-max="2" \
        meta target-role="Started" is-managed="true"
location ClusterIp-prefer-to-master ClusterIp 50: node96             ##/* 下面的这些是策略定义
location Pg-prefer-to-master postgres_res 50: node96            ## 要求vip 数据库启动的位置  在node96上，就是说，node96 应该是主库
location cli-prefer-ClusterIp ClusterIp \
        rule $id="cli-prefer-rule-ClusterIp" 50: #uname eq node96
location cli-prefer-ping ping \
        rule $id="cli-prefer-rule-ping" 50: #uname eq node96
location cli-prefer-postgres_res postgres_res \
        rule $id="cli-prefer-rule-postgres_res" 50: #uname eq node96
location loc_fence_vm95 fence_vm95 -inf: node95
location loc_fence_vm96 fence_vm96 -inf: node96
colocation Pg-with-ClusterIp inf: ClusterIp postgres_res                    ##/*  策略定义 要求vip + 数据库运行在同一个节点上。
order Pg-after-ClusterIp inf: ClusterIp postgres_res                           ##/*  策略定义，要求vip先启动，然后再启动数据库
property $id="cib-bootstrap-options" \                                              ##/* 集群的默认属性
        dc-version="1.1.7-6.el6-148fccfd5985c5590cc601123c6c16e966b85d14" \
        cluster-infrastructure="openais" \
        expected-quorum-votes="2" \
        stonith-enabled="true" \
        last-lrm-refresh="1347612913" \
        no-quorum-policy="ignore"
rsc_defaults $id="rsc-options" \
        resource-stickiness="100"
(END) 


先看系统状态： 

============
Last updated: Mon Sep 17 15:28:28 2012
Last change: Fri Sep 14 16:55:13 2012 via crmd on node96
Stack: openais
Current DC: node96 - partition with quorum
Version: 1.1.7-6.el6-148fccfd5985c5590cc601123c6c16e966b85d14
2 Nodes configured, 2 expected votes
5 Resources configured.
============

Online: [ node95 node96 ]

fence_vm95      (stonith:fence_vmware): Started node96
fence_vm96      (stonith:fence_vmware): Started node95
ping    (ocf::pacemaker:ping):  Started node96
postgres_res    (ocf::heartbeat:pgsql): Started node96
ClusterIp       (ocf::heartbeat:IPaddr2):       Started node96

主要的应用都运行在node96上，这跟我们配置的策略相符合。 


我在另外一台机器上配置了一个ping 代码，不停的ping vip ，来检查系统的可用性
--- 192.168.11.101 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4002ms
rtt min/avg/max/mdev = 0.311/0.385/0.529/0.079 ms
Mon Sep 17 15:31:28 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.364 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.352 ms
64 bytes from 192.168.11.101: icmp_seq=3 ttl=64 time=0.332 ms
64 bytes from 192.168.11.101: icmp_seq=4 ttl=64 time=0.396 ms
64 bytes from 192.168.11.101: icmp_seq=5 ttl=64 time=0.479 ms



测试1： 

我们重启node96 主机： 

期间一直在ping vip [root@dba-test-11-98 ~]# while true ; do  date ; ping -c 2 192.168.11.101; done  
Mon Sep 17 15:58:26 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.374 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.434 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.374/0.404/0.434/0.030 ms
Mon Sep 17 15:58:27 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.321 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.445 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.321/0.383/0.445/0.062 ms
Mon Sep 17 15:58:28 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.367 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.442 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.367/0.404/0.442/0.042 ms
Mon Sep 17 15:58:29 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.335 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.421 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.335/0.378/0.421/0.043 ms
Mon Sep 17 15:58:30 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.330 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.346 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.330/0.338/0.346/0.008 ms
Mon Sep 17 15:58:31 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.280 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.439 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.280/0.359/0.439/0.081 ms
Mon Sep 17 15:58:32 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.308 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.873 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.308/0.590/0.873/0.283 ms
Mon Sep 17 15:58:33 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.631 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.394 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.394/0.512/0.631/0.120 ms
Mon Sep 17 15:58:35 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.302 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=1.02 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.302/0.662/1.023/0.361 ms
Mon Sep 17 15:58:36 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.390 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.404 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.390/0.397/0.404/0.007 ms
Mon Sep 17 15:58:37 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.320 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=1.98 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.320/1.150/1.980/0.830 ms
Mon Sep 17 15:58:38 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.335 ms



64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.504 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.335/0.419/0.504/0.086 ms
Mon Sep 17 15:58:39 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.514 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.405 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 0.405/0.459/0.514/0.058 ms
Mon Sep 17 15:58:40 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.771 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=0.417 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.417/0.594/0.771/0.177 ms
Mon Sep 17 15:58:41 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.609 ms

--- 192.168.11.101 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.609/0.609/0.609/0.000 ms
Mon Sep 17 15:58:41 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=1.08 ms
64 bytes from 192.168.11.101: icmp_seq=2 ttl=64 time=1.30 ms

--- 192.168.11.101 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 1.086/1.193/1.300/0.107 ms
Mon Sep 17 15:58:42 CST 2012
PING 192.168.11.101 (192.168.11.101) 56(84) bytes of data.
64 bytes from 192.168.11.101: icmp_seq=1 ttl=64 time=0.475 ms


没有发生ping 不通的情况。 

我们看看系统状态： 

.^[[H^[[J============^M
Last updated: Mon Sep 17 15:56:15 2012^M
Last change: Fri Sep 14 16:55:13 2012 via crmd on node96^M
Stack: openais^M
Current DC: node96 - partition with quorum^M
Version: 1.1.7-6.el6-148fccfd5985c5590cc601123c6c16e966b85d14^M
2 Nodes configured, 2 expected votes^M
5 Resources configured.^M
============^M

Online: [ node95 node96 ]^M

fence_vm95      (stonith:fence_vmware): Started node96^M
fence_vm96      (stonith:fence_vmware): Started node95^M
ping    (ocf::pacemaker:ping):  Started node96^M
postgres_res    (ocf::heartbeat:pgsql): Started node96^M
ClusterIp       (ocf::heartbeat:IPaddr2):       Started node96^M
.^[[H^[[J============^M
Last updated: Mon Sep 17 15:56:18 2012^M
Last change: Fri Sep 14 16:55:13 2012 via crmd on node96^M
Stack: openais^M
Current DC: node96 - partition with quorum^M
Version: 1.1.7-6.el6-148fccfd5985c5590cc601123c6c16e966b85d14^M
2 Nodes configured, 2 expected votes^M
5 Resources configured.^M
============^M

Online: [ node95 node96 ]^M

fence_vm95      (stonith:fence_vmware): Started node96^M
fence_vm96      (stonith:fence_vmware): Started node95^M
ping    (ocf::pacemaker:ping):  Started node96^M
ClusterIp       (ocf::heartbeat:IPaddr2):       Started node96^M
.^[[H^[[J============^M

15:56:15秒的时候系统正常，pg数据库，vip 在node96 上启动  node95 node96 都在线
15:56:18秒的时候pg数据库已经在node96 上停止服务了， vip 还运行在node96 上， node95 node96都在线

.^[[H^[[J============^M
Last updated: Mon Sep 17 15:56:18 2012^M
Last change: Fri Sep 14 16:55:13 2012 via crmd on node96^M
Stack: openais^M
Current DC: node96 - partition with quorum^M
Version: 1.1.7-6.el6-148fccfd5985c5590cc601123c6c16e966b85d14^M
2 Nodes configured, 2 expected votes^M
5 Resources configured.^M
============^M

Online: [ node95 node96 ]^M

fence_vm95      (stonith:fence_vmware): Started node96^M
fence_vm96      (stonith:fence_vmware): Started node95^M
ping    (ocf::pacemaker:ping):  Started node96^M

15:56:18秒同一秒内 vip  停止服务

.^[[H^[[J============^M
Last updated: Mon Sep 17 15:56:18 2012^M
Last change: Fri Sep 14 16:55:13 2012 via crmd on node96^M
Stack: openais^M
Current DC: node96 - partition with quorum^M
Version: 1.1.7-6.el6-148fccfd5985c5590cc601123c6c16e966b85d14^M
2 Nodes configured, 2 expected votes^M
5 Resources configured.^M
============^M

Online: [ node95 node96 ]^M

fence_vm95      (stonith:fence_vmware): Started node96^M
fence_vm96      (stonith:fence_vmware): Started node95^M
ping    (ocf::pacemaker:ping):  Started node96^M
ClusterIp       (ocf::heartbeat:IPaddr2):       Started node95^M

15:56:18秒 同一秒内 vip 已经切换到node95 上面，  ping 服务还是跑在node96 上，说明node96 的重启还没有关机。


Last updated: Mon Sep 17 15:56:19 2012^M
Last change: Fri Sep 14 16:55:13 2012 via crmd on node96^M
Stack: openais^M
Current DC: node96 - partition with quorum^M
Version: 1.1.7-6.el6-148fccfd5985c5590cc601123c6c16e966b85d14^M
2 Nodes configured, 2 expected votes^M
5 Resources configured.^M
============^M

Online: [ node95 node96 ]^M

fence_vm95      (stonith:fence_vmware): Started node96^M
fence_vm96      (stonith:fence_vmware): Started node95^M
ClusterIp       (ocf::heartbeat:IPaddr2):       Started node95^M

.^[[H^[[J============^M
Last updated: Mon Sep 17 15:56:20 2012^M
Last change: Fri Sep 14 16:55:13 2012 via crmd on node96^M
Stack: openais^M
Current DC: node96 - partition with quorum^M
Version: 1.1.7-6.el6-148fccfd5985c5590cc601123c6c16e966b85d14^M
2 Nodes configured, 2 expected votes^M
5 Resources configured.^M
============^M

Online: [ node95 node96 ]^M

fence_vm95      (stonith:fence_vmware): Started node96^M
fence_vm96      (stonith:fence_vmware): Started node95^M
postgres_res    (ocf::heartbeat:pgsql): Started node95^M
ClusterIp       (ocf::heartbeat:IPaddr2):       Started node95^M

15:56:19秒   ping 服务从node96停止，  此时node96 的重启还没有关机关机，fence-vm95还在运行。 
15:56:20秒   pg 数据库从node95上启动成功， ping 服务还没有在95上启动，此时node96 还没有完成关机。



.^[[H^[[J============^M
Last updated: Mon Sep 17 15:56:20 2012^M
Last change: Fri Sep 14 16:55:13 2012 via crmd on node96^M
Stack: openais^M
Current DC: node96 - partition with quorum^M
Version: 1.1.7-6.el6-148fccfd5985c5590cc601123c6c16e966b85d14^M
2 Nodes configured, 2 expected votes^M
5 Resources configured.^M
============^M

Online: [ node95 node96 ]^M

fence_vm96      (stonith:fence_vmware): Started node95^M
postgres_res    (ocf::heartbeat:pgsql): Started node95^M
ClusterIp       (ocf::heartbeat:IPaddr2):       Started node95^M

15:56:20秒  ping服务没有切换到node95 ，此时 fence_node95 已经从node96上停止。node96 还没有完成关机。

.^[[H^[[J============^M
Last updated: Mon Sep 17 15:56:24 2012^M
Last change: Fri Sep 14 16:55:13 2012 via crmd on node96^M
Stack: openais^M
Current DC: node96 - partition with quorum^M
Version: 1.1.7-6.el6-148fccfd5985c5590cc601123c6c16e966b85d14^M
2 Nodes configured, 2 expected votes^M
5 Resources configured.^M
============^M

Online: [ node95 node96 ]^M

fence_vm96      (stonith:fence_vmware): Started node95^M
postgres_res    (ocf::heartbeat:pgsql): Started node95^M
ClusterIp       (ocf::heartbeat:IPaddr2):       Started node95^M
......^[[H^[[J============^M
Last updated: Mon Sep 17 15:56:25 2012^M
Last change: Fri Sep 14 16:55:13 2012 via crmd on node96^M
Stack: openais^M
Current DC: node96 - partition with quorum^M
Version: 1.1.7-6.el6-148fccfd5985c5590cc601123c6c16e966b85d14^M
2 Nodes configured, 2 expected votes^M
5 Resources configured.^M
============^M

Online: [ node95 node96 ]^M

fence_vm96      (stonith:fence_vmware): Started node95^M
ping    (ocf::pacemaker:ping):  Started node95^M
postgres_res    (ocf::heartbeat:pgsql): Started node95^M
ClusterIp       (ocf::heartbeat:IPaddr2):       Started node95^M

15:56:24秒 ping 服务还没有在node95 上启动， 
15:56:25秒 ping 服务在node95上启动成功。  此时 node96 重启关机还没有完成。



.^[[H^[[J============^M
Last updated: Mon Sep 17 15:56:25 2012^M
Last change: Fri Sep 14 16:55:13 2012 via crmd on node96^M
Stack: openais^M
Current DC: node96 - partition with quorum^M
Version: 1.1.7-6.el6-148fccfd5985c5590cc601123c6c16e966b85d14^M
2 Nodes configured, 2 expected votes^M
5 Resources configured.^M
============^M

Online: [ node95 ]^M
OFFLINE: [ node96 ]^M

fence_vm96      (stonith:fence_vmware): Started node95^M
ping    (ocf::pacemaker:ping):  Started node95^M
postgres_res    (ocf::heartbeat:pgsql): Started node95^M
ClusterIp       (ocf::heartbeat:IPaddr2):       Started node95^M

15:56:25秒 ，这个时候 node96 网络关闭了，node96 状态改为offline，


到这里为止，整个系统已经切换完毕了。 

ping vip 的服务期间一直都没有中断。 

整个切换过程在10秒钟左右完成，因为我们的数据时没有负载的，这个切换时间快了一点。 

我们去看看后台的日志。 

Sep 17 15:56:18 node95 lrmd: [1837]: info: rsc:ClusterIp:9: start
Sep 17 15:56:18 node95 IPaddr2(ClusterIp)[2037]: INFO: ip -f inet addr add 192.168.11.101/32 brd 192.168.11.101 dev eth0
Sep 17 15:56:18 node95 avahi-daemon[1507]: Registering new address record for 192.168.11.101 on eth0.IPv4.
Sep 17 15:56:18 node95 IPaddr2(ClusterIp)[2037]: INFO: ip link set eth0 up
Sep 17 15:56:18 node95 IPaddr2(ClusterIp)[2037]: INFO:  /usr/lib64/heartbeat/send_arp -i 200 -r 5 -p /var/run/heartbeat/rsctmp/send_arp-192.168.11.101 eth0 192.168.11.101 auto not_used not_used
Sep 17 15:56:18 node95 crmd[1840]:     info: process_lrm_event: LRM operation ClusterIp_start_0 (call=9, rc=0, cib-update=14, confirmed=true) ok

vip 已经启动了，同时做了arp广播。


Sep 17 15:56:18 node95 lrmd: [1837]: info: rsc:postgres_res:10: start
Sep 17 15:56:18 node95 lrmd: [1837]: info: rsc:ClusterIp:11: monitor
Sep 17 15:56:18 node95 crmd[1840]:     info: process_lrm_event: LRM operation ClusterIp_monitor_30000 (call=11, rc=0, cib-update=15, confirmed=false) ok
Sep 17 15:56:19 node95 lrmd: [1837]: info: rsc:ping:12: start
Sep 17 15:56:19 node95 pgsql(postgres_res)[2095]: INFO: server starting
Sep 17 15:56:19 node95 pgsql(postgres_res)[2095]: WARNING: PostgreSQL start  SLAVE db role  in  READ ONLY ,need to contact DBA
Sep 17 15:56:19 node95 pgsql(postgres_res)[2095]: INFO: PostgreSQL is down
Sep 17 15:56:20 node95 pgsql(postgres_res)[2095]: INFO: PostgreSQL is started.
Sep 17 15:56:20 node95 crmd[1840]:     info: process_lrm_event: LRM operation postgres_res_start_0 (call=10, rc=0, cib-update=16, confirmed=true) ok

18秒PG 已经在node95 上启动了， 下面的warning 是我们针对pg 的从库，做的设置，是如果是冷启动，我们是不不会发生切换的，这个时候从库是只读访问。


来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/133735/viewspace-744208/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/133735/viewspace-744208/

cudi7618
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
HA手动切换方式及方法
csdn19011的博客
05-31 1591
参考链接：http://www.aboutyun.com/thread-13391-1-1.html 确定要转为active的namenode的id，这里将namenode1设为active，使用命令行工具进行状态切换：...
11. HDFS主要流程之HA切换流程
ZJ__ZFH的博客
12-15 824
在Hadoop 2.X之前，Namenode是HDFS集群中可能发生单点故障的节点，即每个HDFS集群中只有一个Namenode，一旦这个节点不可用，整个HDFS集群就将处于不可用状态。HDFS的高可用(High Availability，HA)方案就是为了解决上述问题而产生的，下图给出了一个HA HDFS集群，图片来源https://issues.apache.org/jira/...
Linux高可用(HA)集群keepalived基础概念
第九系艾文
08-18 914
linux高可用ha集群keepalived使用
lvs规则条目保存（keepalive作HA）
weixin_34396902的博客
03-10 137
! Configuration File for keepalived global_defs { router_id LVS_DEVEL } vrrp_instance VI_1 { state MASTER interface eth0 virtual_router_id 59 priority 200 ...
Linux集群--HA（高级运维工程师必备技能）
最新发布
2301_79009758的博客
03-11 1033
共享的状态信息包括群集是否活跃。Fence设备，Fence设备的作用时在一个节点出现问题时,另一个节点通过fence设备把出现问题的节点重新启动，这样做到了非人工的干预和防止出现问题的节点访问共享存储，造成文件系统的冲突，关于Fence 设备,有外置的比如APC的电源管理器.很多服务器都是内置的，只不过不同厂家的叫法不同而已。弹出安装cluster软件对话框，选择需要安装的软件，所有有关Xen、large、huge、luci、ricci字样的软件包都不选择，点下一步，如果没有错误信息，则安装成功。
史上最全的suse11sp3-linux-HA配置文档
04-15
节点1和节点2的IP配置应相同，以支持负载均衡和故障切换。 3. **VIP (Virtual IP)**：10.10.58.240，作为对外提供服务的公共IP。 4. **漂移IP**：10.10.58.240和192.168.58.238，用于检测节点间的状态。 ### 前期...
HA-X86系统搭建步骤 SUSE linux
01-25
是通过特殊软件把独立的系统连接起来，组成一个能够提供故障切换功能的集群。HA集群可以保证在多故障中，关键服务的可用性，可靠性及数据完整性。HA集群主要用于文件服务，web服务，数据库服务等关键应用当中。
NetVault VaultDR＋HA=Linux系统的保护神.pdf
09-07
在Linux系统中，客户通常依赖HA软件来保护核心应用程序，防止因硬件故障或系统崩溃导致的服务中断。然而，HA软件本身并不能解决所有数据安全问题。当一台主机发生故障时，HA软件可以将负载转移到另一台主机，保证...
Linux_ha_guide.zip
07-20
2. **Heartbeat技术**：Heartbeat是Linux HA项目的一部分，用于监控系统状态并在节点间传递控制，当主节点故障时，Heartbeat可以快速将服务切换到备用节点。 3. **DRBD（Distributed Replicated Block Device）**：...
Open-HA-开源
05-02
【Open-HA 开源高可用性集群】 Open-HA 是一款基于C语言开发的开源软件，利用Glib和...在部署和使用过程中，深入了解Open-HA 的各个组件和功能，以及如何根据实际情况优化配置，对于提升系统的稳定性和效率至关重要。
Linux HA高可用群集——LVS+Keepalived高可用、NGINX+Keepalived高可用
低温热源的博客
06-12 649
Keepalived 是一个基于VRRP协议针对LVS负载均衡软件设计的，通过监控集群中各节点的状态以实现LVS服务高可用的软件，可以解决静态路由出现的单点故障问题。Keepalived除了能够管理LVS软件，还可以对NGINX haproxy MySQL等软件提供高可用解决方案。VRRP协议：组播地址224.0.0.18 协议号112。
集群理论- linux HA 群集
a1058926697的博客
05-18 333
linux ha ; 集群理论;双机热备;高可用理论;负载均衡技术
linux高可用集群(HA)原理详解
weixin_34410662的博客
01-10 2089
高可用集群一、什么是高可用集群高可用集群就是当某一个节点或服务器发生故障时，另一个节点能够自动且立即向外提供服务，即将有故障节点上的资源转移到另一个节点上去，这样另一个节点有了资源既可以向外提供服务。高可用集群是用于单个节点发生故障时，能够自动将资源、服务进行切换，这样可以保证服务一直在线。在这个过程中，对于客户端来说是透明的。二、高可用集群的衡量标准高可用...
linux ha 虚拟化,HA的基本工作过程
weixin_31139027的博客
05-14 606
HA的基本工作过程VI3的HA为处于同一个HA Cluster中的ESX服务器提供互相检测的功能. 一旦一台ESX服务器被确认为故障. 则剩余正常的ESX服务器会启动原来在故障ESX上运行的VM, 从而提供VM一级的高可用性.ESX之间互相检测是由心跳(heartbeat)来完成的. 心跳的传输在Service Console Network上进行.当一台ESX没有接收到来自其他服务器的心跳信号,...
Linux-HA 入门指南(引用)
445822357
07-29 334
引言 首先，本文中的大部分内容并非原创。撰写本文的目的只是以某种方式作出贡献。我所作的工作只是将Linux-HA的其他文档中(如Volker Wiegand的硬件安装指南)的部分编辑成一份文档，这份文档可以帮助初学者了解Linux-HA, 而不需麻烦Alan Robertson, 并且避免在邮件列表上出现重复的问题。 开始 你首先需要两台电脑，这两台电脑并不需要有相同的硬件（或者内存大小...
pacemaker之fence_kdump
u011153166的博客
01-29 600
fence_kdump一般用off替代reboot，会保存crash状态，把节点隔离，把资源切换到可用节点 作为level 1的隔离策略，后边可以添加level 2的电源级别的隔离策略 一 环境确认 每个集群节点上确认kdump开启状态 systemctl is-enabled kdump rpm -q fence-agents-kdump 二 配置stonith属性 在集群节点hatest1上执行命令操作： pcs property --all | grep stonith .
pacemaker常用命令
最爱雨的博客
11-14 2272
pacemaker基础，pcs常用命令
Linux之企业实训篇——haproxy与pacemaker实现高可用负载均衡
yifan850399167的博客
08-06 452
注：haproxy于fence的相关配置可以参照一下我之前写的博客 >_< ~~~ 一、简介 Pacemaker是一个集群资源管理器。它利用集群基础构件（OpenAIS,heartbeat或corosync）提供的消息和成员管理能力来探测并从节点或资源级别的故障中恢复，以实现群集服务（亦称资源）的最大可用性。 Corosync是集群管理套件的一部分，它在传递信息...
Pacemaker中的资源管理工具--CRM基本指令及用法
weixin_34306446的博客
10-22 1055
配置pacemaker有2种途径，一是命令行工具包括crm和pcs，二是图形工具包括：pygui(mgmt),Hawk,LCMC,pcsd.mgmt出道时间较早，很多文章有介绍；LCMC是Java编写的图形管理工具；Hawk则是官方推荐的代替mgmt的web界面配置工具；pcsd则是pcs的图形界面。具体可参考http://clusterlabs.org/#addons 本...
linux-ha heartbeat源码包
09-19
总结而言，Linux-HA heartbeat源码包是一个功能强大的高可用性集群软件，提供了可靠的心跳机制和故障切换功能。它通过自动监测节点状态和通信来确保系统的连续可用性，并提供了灵活的配置和扩展选项，可以满足不同...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值