Heartbeat:
前提條件:
設置主節點和備份節點時間同步
在雙機高可用集羣中，主節點和備份節點的系統時間也非常重要，因爲節點之間的監控都是通過設定時間來實現的。主備節點之間的系統時間相差在10秒以內是正常的，如果節點之間時間相差太大，就有可能造成HA環境的故障。解決時間同步的辦法有兩個：一個辦法是找一個時間服務器，兩個節點通過ntpdate命令定時與時間服務器進行時間校準；另一個辦法是讓集羣中的主節點作爲ntp時間服務器，讓備份節點定時去主節點進行時間校驗
Heartbeat的主要配置文件有ha.cf、haresources和authkeys,默認並沒有這3個文件，此時目錄下沒有這三個文件，需要創建，我們可以在 /usr/share/doc/heartbeat目錄裏找到ha.cf、haresources、authkeys三個文件，只需將其拷貝到
/etc/ha.d目錄下，即可
主配置文件（/etc/ha.d/ha.cf）
#debugfile /var/log/ha-debug #用於記錄 heartbeat 的調試信息，這裏不開啓
logfile /var/log/ha-log #指名heartbeat的日誌存放位置。
logfacility local0 #如果未定義上述的日誌文件,那麼日誌信息將送往local0(對應的#/var/log/messages),如果這 3 個日誌文件都未定義,那麼 heartbeat 默認情況下 將在/var/log 下建立 ha-debug 和 ha-log 來記錄 相應的日誌信息
keepalive 2 #發送心跳報文的間隔,默認單位爲秒,如果你毫秒爲單位, 那麼需要在後面跟 ms 單位,如 1500ms 即代表 1.5s
deadtime 30 #指定若備用節點在30秒內沒有收到主節點的心跳信 號，則立即接管主節點的服務資源。
warntime 10 #指定心跳延遲的時間爲10秒。當10秒鐘內備份節點不能接收到主節點的心跳信號時，就會往日誌中寫入一 個警告日誌，但此時不會切換服務。發出最後的心跳 警 告 信息的間隔
initdead 120 #在某些系統上，系統啓動或重啓之後需要經過一段時 間 網絡才能正常工作，該選項用於解決這種情況產生 的時 間間隔。取值至少爲deadtime的兩倍
udpport 694 udpport 694 #心跳信息傳遞的udp端口
watchdog /dev/watchdog #看門狗。如果本節點在超過1分鐘後還沒有發出心跳，那麼本節點自動重啓(需要在內核中載入"softdog" 內核模塊)
#mcast eth0 225.0.0.1 694 1 0 #採用網卡eth0的Udp組播來組織心跳，如果採用組 播通訊,在這裏可以設置組播通訊所使用的接口,綁定 的組播 ip 地#址(在 224.0.0.0 - 239.255.255.255間), Bcast、ucast和mcast分別代表廣播、單播和組播，是組織心跳的三種方式，任選其一即可。
auto_failback off #用來定義當主節點恢復後，是否將服務自動切回。如 果不想啓用，請設置爲off，默認爲on。heartbeat的兩臺主機分別爲主節點和備份節點。主節點在正常情況下佔用資源並運行所有的服務，遇到故障時把資源交給備份節點並由備份節點運行服務。在該選項設爲on的情況下，一旦主節點恢復運行，則自動獲取資源並取代備份節點；如果該選項設置爲off，那麼當主節點恢復後，將變爲備份節點，而原來的備份節點成爲主節點。
ping 192.168.60.1 #選擇ping的節點，ping節點選擇的越好，HA集羣就 越強壯，可以選擇固定的路由器作爲ping節點，或者 應用服務器但是 最好不要選擇集羣中的成員作爲ping 節點，ping節點 僅僅用來測試網絡連接。如果指定了多個ping節點如
ping 192.168.0.1 192.168.0.2
那麼只有當能ping通所有ping節點 時才認爲網絡是連通的，否則則認爲不連通
respawn hacluster /usr/lib/heartbeat/ipfail #該選項是可選配置， 意思 是以 hacluster 這 個用戶身份運行/usr/lib/heartbeat/ipfail 這個 插件 respawn列出與heartbeat一起啓動和關閉的 進 程，該進程一般是和heartbeat集成的插件，這些 進程遇到故障可以自動重新啓動。最常用的進程是 ipfail，此進程用於檢測和處理網絡故障，需要配合 ping或者ping_group語句,其中指定的ping node 來檢測網絡的連通性
etc/ha.d/authkeys 文件決定了認證密鑰。共有三種認證方式：crc，md5，和sha1
配置haresources
配置好ha.cf文件之後，便是haresources文件。該文件列出集羣所提供的服務以及服務的默認所有者。注意：兩個集羣節點上的該文件必須相同
node-name network-config
其中node-name指定雙機系統的主節點，取值必須匹配ha.cf文件中node選項設置的主機名中的一個，node選項設置的另一個主機名成爲從節點。
netstat -antup | grep 694
drbd:DRBD：叫做分佈式複製塊設備，這是一種基於軟件
在服務器之間的塊設備（包括硬盤、分區、邏輯卷）進行鏡像。也就是說當某一個應用程序完成寫操作後，它提交的數據不僅僅會保存在本地塊設備上，DRBD也會將這份數據複製一份，通過網絡傳輸到另一個節點的塊設備上，這樣，兩個節點上的塊設備上的數據將會保存一致，這就是鏡像功能
DRBD具有如下特性：
1)實時性：當某個應用程序完成對數據的修改時，複製功能立即發生
2)透明性：應用程序的數據存儲在鏡像塊設備上是獨立透明的，他們的數據在兩個節點上都保存一份，因此，無論哪一臺服務器宕機，都不會影響應用程序讀取數據的操作，所以說是透明的。
3)同步鏡像和異步鏡像：同步鏡像表示當應用程序提交本地的寫操作後，數據後會同步寫到兩個節點上去；異步鏡像表示當應用程序提交寫操作後，只有當本地的節點上完成寫操作後，另一個節點纔可以完成寫操作。
Drbd配置文件：
每一個.res的文件用於定義一個資源
Heartbeat:
前提條件:
設置主節點和備份節點時間同步
在雙機高可用集羣中，主節點和備份節點的系統時間也非常重要，因爲節點之間的監控都是通過設定時間來實現的。主備節點之間的系統時間相差在10秒以內是正常的，如果節點之間時間相差太大，就有可能造成HA環境的故障。解決時間同步的辦法有兩個：一個辦法是找一個時間服務器，兩個節點通過ntpdate命令定時與時間服務器進行時間校準；另一個辦法是讓集羣中的主節點作爲ntp時間服務器，讓備份節點定時去主節點進行時間校驗
Heartbeat的主要配置文件有ha.cf、haresources和authkeys,默認並沒有這3個文件，此時目錄下沒有這三個文件，需要創建，我們可以在 /usr/share/doc/heartbeat目錄裏找到ha.cf、haresources、authkeys三個文件，只需將其拷貝到
/etc/ha.d目錄下，即可
主配置文件（/etc/ha.d/ha.cf）
#debugfile /var/log/ha-debug #用於記錄 heartbeat 的調試信息，這裏不開啓
logfile /var/log/ha-log #指名heartbeat的日誌存放位置。
logfacility local0 #如果未定義上述的日誌文件,那麼日誌信息將送往local0(對應的#/var/log/messages),如果這 3 個日誌文件都未定義,那麼 heartbeat 默認情況下 將在/var/log 下建立 ha-debug 和 ha-log 來記錄 相應的日誌信息
keepalive 2 #發送心跳報文的間隔,默認單位爲秒,如果你毫秒爲單位, 那麼需要在後面跟 ms 單位,如 1500ms 即代表 1.5s
deadtime 30 #指定若備用節點在30秒內沒有收到主節點的心跳信 號，則立即接管主節點的服務資源。
warntime 10 #指定心跳延遲的時間爲10秒。當10秒鐘內備份節點不能接收到主節點的心跳信號時，就會往日誌中寫入一 個警告日誌，但此時不會切換服務。發出最後的心跳 警 告 信息的間隔
initdead 120 #在某些系統上，系統啓動或重啓之後需要經過一段時 間 網絡才能正常工作，該選項用於解決這種情況產生 的時 間間隔。取值至少爲deadtime的兩倍
udpport 694 udpport 694 #心跳信息傳遞的udp端口
watchdog /dev/watchdog #看門狗。如果本節點在超過1分鐘後還沒有發出心跳，那麼本節點自動重啓(需要在內核中載入"softdog" 內核模塊)
#mcast eth0 225.0.0.1 694 1 0 #採用網卡eth0的Udp組播來組織心跳，如果採用組 播通訊,在這裏可以設置組播通訊所使用的接口,綁定 的組播 ip 地#址(在 224.0.0.0 - 239.255.255.255間), Bcast、ucast和mcast分別代表廣播、單播和組播，是組織心跳的三種方式，任選其一即可。
auto_failback off #用來定義當主節點恢復後，是否將服務自動切回。如 果不想啓用，請設置爲off，默認爲on。heartbeat的兩臺主機分別爲主節點和備份節點。主節點在正常情況下佔用資源並運行所有的服務，遇到故障時把資源交給備份節點並由備份節點運行服務。在該選項設爲on的情況下，一旦主節點恢復運行，則自動獲取資源並取代備份節點；如果該選項設置爲off，那麼當主節點恢復後，將變爲備份節點，而原來的備份節點成爲主節點。
ping 192.168.60.1 #選擇ping的節點，ping節點選擇的越好，HA集羣就 越強壯，可以選擇固定的路由器作爲ping節點，或者 應用服務器但是 最好不要選擇集羣中的成員作爲ping 節點，ping節點 僅僅用來測試網絡連接。如果指定了多個ping節點如
ping 192.168.0.1 192.168.0.2
那麼只有當能ping通所有ping節點 時才認爲網絡是連通的，否則則認爲不連通
respawn hacluster /usr/lib/heartbeat/ipfail #該選項是可選配置， 意思 是以 hacluster 這 個用戶身份運行/usr/lib/heartbeat/ipfail 這個 插件 respawn列出與heartbeat一起啓動和關閉的 進 程，該進程一般是和heartbeat集成的插件，這些 進程遇到故障可以自動重新啓動。最常用的進程是 ipfail，此進程用於檢測和處理網絡故障，需要配合 ping或者ping_group語句,其中指定的ping node 來檢測網絡的連通性
etc/ha.d/authkeys 文件決定了認證密鑰。共有三種認證方式：crc，md5，和sha1
配置haresources
配置好ha.cf文件之後，便是haresources文件。該文件列出集羣所提供的服務以及服務的默認所有者。注意：兩個集羣節點上的該文件必須相同
node-name network-config
其中node-name指定雙機系統的主節點，取值必須匹配ha.cf文件中node選項設置的主機名中的一個，node選項設置的另一個主機名成爲從節點。
netstat -antup | grep 694
drbd:DRBD：叫做分佈式複製塊設備，這是一種基於軟件
在服務器之間的塊設備（包括硬盤、分區、邏輯卷）進行鏡像。也就是說當某一個應用程序完成寫操作後，它提交的數據不僅僅會保存在本地塊設備上，DRBD也會將這份數據複製一份，通過網絡傳輸到另一個節點的塊設備上，這樣，兩個節點上的塊設備上的數據將會保存一致，這就是鏡像功能
DRBD具有如下特性：
1)實時性：當某個應用程序完成對數據的修改時，複製功能立即發生
2)透明性：應用程序的數據存儲在鏡像塊設備上是獨立透明的，他們的數據在兩個節點上都保存一份，因此，無論哪一臺服務器宕機，都不會影響應用程序讀取數據的操作，所以說是透明的。
3)同步鏡像和異步鏡像：同步鏡像表示當應用程序提交本地的寫操作後，數據後會同步寫到兩個節點上去；異步鏡像表示當應用程序提交寫操作後，只有當本地的節點上完成寫操作後，另一個節點纔可以完成寫操作。
Drbd配置文件：
每一個.res的文件用於定義一個資源