Heartbeat v 2 haresourcesに基づくHAWebの実装


前言:
     この文章は筆者に多くの時間を費やして編纂して、転載して返事して筆者の同意を得てください!
実現目標:
 Heartbeatとharesourcesを使用してWebクラスタの高可用性を実現
用語の説明:
heartbeatとは何ですか.
 HeartbeatプロジェクトはLinux-HAエンジニアリングの構成部分であり,高可用性クラスタシステムを実現している.
なぜheartbeatを使うのか:
 Linuxでサービスを実現するにはHAクラスタを構築する必要があり、HAクラスタはMessaging LayerとCluster ResourceManager機能を提供するソフトウェアが必要である.
CRMを実装するコンポーネント:
  Heartbeat V 2バージョンでは、CRMの機能を実現する2つのコンポーネントがあります.それぞれharesourcesです.crm.ここではharesourcesを使用して、各ノードリソースの管理を実現します.
実験環境:
System: CentOS6.7
host:
 Primary: node1.anyisalin.com
 Standby: node2.anyisalin.com
Network Configure:
 node1: 172.16.100.7/24 eth0
 node2: 172.16.100.8/24 eth0
float IP: 172.16.100.1/24  #対外提供サービスのIP
実験手順:
1.hostsファイルを用いてHAクラスタ内のノードが各ノードのホスト名を解析できるようにする
2.公開鍵認証によるホスト間の相互通信
3.インストール構成heartbeat,httpd
4.Webサーバが高可用性を実現するかどうかをテストする
1.hostsファイルを用いてHAクラスタ内のノードが各ノードのホスト名を解析できるようにする
[root@node2 ~]# vim /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
172.16.100.7 node1.anyisalin.com
172.16.100.8 node2.anyisalin.com
[root@node2 ~]# scp -p /etc/hosts node1.anyisalin.com:/etc/

2.公開鍵認証によるホスト間の相互通信
[root@node2 ~]# ssh-keygen -t rsa -P '' -f ~/.ssh/id_rsa
[root@node2 ~]# ssh-copy-id -i ~/.ssh/id_rsa.pub node1.anyisalin.com
[root@node1 ~]# ssh-keygen -t rsa -P '' -f ~/.ssh/id_rsa
[root@node1 ~]# ssh-copy-id -t ~/.ssh/id_rsa node2.anyisalin.com

3.インストール構成heartbeat,httpd
[root@node1 ~]# wget -O /etc/yum.repos.d/centos.repo https://lug.ustc.edu.cn/wiki/_export/code/mirrors/help/centos?codeblock=2  ##  USTC   
[root@node1 ~]# yum install epel-rpm-macros.noarch -y
[root@node1 ~]# yum instsall heartbeat httpd -y
[root@node1 ~]# ssh node2.anyisalin.com "yum install -y epel-rpm-macros.noarch"
[root@node1 ~]# ssh node2.anyisalin.com "yum install -y heartbeat httpd"
[root@node1 ~]# cp /usr/share/doc/heartbeat-3.0.4/{authkeys,ha.cf,haresources} /etc/ha.d/
[root@node1 ~]# chmod 600 /etc/ha.d/authkeys
[root@node1 ~]# vim /etc/ha.d/authkeys
##
auth 1
1 md5 d41d8cd98f00b204e9800998ecf8427e  -
##
[root@node1 ~]# vim /etc/ha.d/ha.cf
##
bcast eth0
logfile /var/log/ha-log
keepalive 1
node node1.anyisalin.com # uname -n
node node2.anyisalin.com #
##
[root@node1 ~]# vim /etc/ha.d/haresources
##
node1.anyisalin.com IPaddr::172.16.100.1/24/eth0 httpd
##
[root@node1 ~]# scp /etc/ha.d/{authkeys,haresources,ha.cf} node2.anyisalin.com:/etc/ha.d/
[root@node1 ~]# echo "This is HA node1" > /var/www/html/index.html  #      
[root@node1 ~]# ssh node2.anyisalin.com "echo "This is HA node2" > /var/www/html/index.html"  # node2      
[root@node1 ~]# service heartbeat start  #  heartbeat  
[root@node1 ~]# ssh node2.anyisalin.com "service heartbeat start"  # node2  heartbeat  
[root@node1 ~]# tail /var/log/ha-log  #      

ResourceManager(default)[8766]:2016/01/02_06:22:00 info: Running /etc/ha.d/resource.d/IPaddr 172.16.100.1/24/eth0 start
IPaddr(IPaddr_172.16.100.1)[8916]:2016/01/02_06:22:00 INFO: Adding inet address 172.16.100.1/24 with broadcast address 172.16.100.255 to device eth0
IPaddr(IPaddr_172.16.100.1)[8916]:2016/01/02_06:22:00 INFO: Bringing device eth0 up
IPaddr(IPaddr_172.16.100.1)[8916]:2016/01/02_06:22:00 INFO: /usr/libexec/heartbeat/send_arp -i 200 -r 5 -p /var/run/resource-agents/send_arp-172.16.100.1 eth0 172.16.100.1 auto not_used not_used
/usr/lib/ocf/resource.d//heartbeat/IPaddr(IPaddr_172.16.100.1)[8890]:2016/01/02_06:22:00 INFO:  Success
ResourceManager(default)[8766]:2016/01/02_06:22:00 info: Running /etc/init.d/httpd  start
[root@node1 ~]# ip a    ##node1    
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0:  mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:cf:c0:42 brd ff:ff:ff:ff:ff:ff
    inet 172.16.100.7/24 brd 172.16.100.255 scope global eth0
    inet 172.16.100.1/24 brd 172.16.100.255 scope global secondary eth0
    inet6 fe80::20c:29ff:fecf:c042/64 scope link 
  valid_lft forever preferred_lft forever

4.Webサーバが高可用性を実現するかどうかをテストする
[root@DataBase ~]# curl 172.16.100.1 #  Web   ,        node1     
This is HA node 1
[root@node1 ~]# /usr/share/heartbeat/hb_standby  # heartbeat FailOver( )
[root@node1 ~]# ip a
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0:  mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:cf:c0:38 brd ff:ff:ff:ff:ff:ff
    inet 172.16.100.7/24 brd 172.16.100.255 scope global eth0
    inet6 fe80::20c:29ff:fecf:c038/64 scope link 
       valid_lft forever preferred_lft forever
[root@node2 ~]# ip a
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0:  mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:0c:29:cf:c0:42 brd ff:ff:ff:ff:ff:ff
    inet 172.16.100.8/24 brd 172.16.100.255 scope global eth0
    inet 172.16.100.1/24 brd 172.16.100.255 scope global secondary eth0
    inet6 fe80::20c:29ff:fecf:c042/64 scope link 
       valid_lft forever preferred_lft forever

  
[root@DataBase ~]# curl 172.16.100.1  #      ,        node2     
This is HA node2

実験のまとめ:
    HeartbeatとharesourcesはWebクラスタの高可用性を実現し,プライマリノード障害の場合CRMにより代替ノードにリソースを移行できるが,この実験には考慮されていない要因が多く,ここでは説明が多い