heartbeat配置文件之ha.cf

ha.cf配置文件文件設置heartbeat的檢驗機制,沒有執行機制

下面是該配置文件的譯文:
#這文件下面有很多的選 項,你必須設置的有節點列表集{node ...},{serial,bcast,mcast,或ucast}中的一個,auto_failback的值

#注意:配置文件是逐行讀取的,並且選項的順序是會影響最終結果的。

#特別注意,確保 udpport,serial baud rate等配置必須在心跳檢測媒體(heartbeat media)前配置!他們將影響debug和log file指令。
#也就是是在定義網卡,串口等心跳檢測接口前先要定義端口號

#如果你保持配置選項順序像該文件中的順序的話一切都不會有問 題。

#記錄日誌方面的注意事項:
#如果debugfile,logfile和logfacility都沒有定義,日誌記錄就相當於use_logd yes。否則,他們將分別生效。如果要阻止記錄日誌到syslog,那麼logfacility必須設置爲“none”

#debug日誌文件路徑
#debugfile /var/log/ha-debug

#ha日誌文件路徑
#logfile /var/log/ha-log

#用於syslog()/logger的設備 ,即配置記錄日誌時使用的設備
logfacility local0

#在下面指定多長時間時應該注意,默認時間單位是秒

#keepalive: 在heartbeat之間連接保持多久,即心跳間隔時間(即每2s發送一次廣播)
#keepalive 2

#備節點30秒沒有接收到主節點信號,認爲主節點掛了,接管VIP
#deadtime:

#10s秒備節點沒有接收到主節點心跳信號,向日志中寫入一條警告信息
#warntime 10

#在某些機器/操作系統等中,網絡在機器重啓後需要花一定的時間啓動並正常工作。因此我們必須分開他們初次起來的dead time,這個值應該最少設置爲兩倍的正常dead time

#initdead 120

#用於bacst/ucast通訊的UDP 端口
#udpport 694

#串口的波特率
#baud 19200

#serial 串口名稱
#serial /dev/ttyS0 # Linux
#serial /dev/cuaa0 # FreeBSD
#serial /dev/cuad0 # FreeBSD 6.x
#serial /dev/cua/a # Solaris

#廣播heartbeats的接口
#bcast eth0 # Linux
#bcast eth1 eth2 # Linux
#bcast le0 # Solaris
#bcast le1 le2 # Solaris

#設置一個多 播心跳介質
#mcast [dev] [mcast group] [port] [ttl] [loop]
#[dev] 發送/接收heartbeats的設備,即心跳線直連接口
#[mcast group] 加入到的多播組(D類,多播地址224.0.0.0 - 239.255.255.255)
#[port] 端口用於發送/接收udp(設置這個值跟上面的udpport爲相同值
#[ttl] 外流的 heartbeats的ttl值。這個影響多播包能傳播多遠。(0-255)必須要大於0 。
#[loop] 爲多播heartbeat開關loopback。如果enabled,一個外流的包將被迴環到原處並由發送它的接口接收。(0或者1)設置這 個值爲0。
#mcast eth0 225.0.0.1 694 1 0 #eth0是心跳線直連接口

#配 置一個unicast / udp heartbeat 介質
#ucast [dev] [peer-ip-addr]
#[dev] 用於發送/接收heartbeat的設備,即心跳線直連接口
#[peer-ip-addr] 包被髮送到的對等的IP地址
#ucast eth0 192.168.1.2

#關於boolean值
#下面大小寫不敏感的值將認爲是true:
#true, on, yes, y, 1
#下面的大小不寫敏感的值將認爲是false:
#false, off, no, n, 0

#auto_failback: 決定一個resource是否自動恢復到它的primary節點,或者不管什麼節點,都繼續運行在上面直到節點出現故障或管理員進行干預(即主節點從故障中恢復後是否主動將VIP、資源等接管回來)。
#auto_failback 的可能值有:
#on - 允許自動failbacks
#off - 禁止自動failbacks
#legacy - 在所有節點都不支持auto_failback的選項中允許自動failbacks
#auto_failback "on"和"off"向後兼容舊的"nice_failback on"設置。
#查看FAQ獲取如何從"legacy"轉爲到"on"並不會閃斷的信息。
#默認的auto_failback值是“legacy”,它在啓動的時候會發送一個警告。因此,確保你在ha.cf文件中配置了auto_failback指令。
auto_failback on

#基本上STONITH支持
#使用這個指令假設有一個stonith設備在集羣中。這個設備的參數從一個配置文件中讀取,這行的格式是:
stonith
#注意:在集羣中的每個節點上的這個文件都靠你去維護。
#stonith baytech /etc/ha.d/conf/stonith.baytech
#你可以使用這個指令配置多個stonith設備:
#這行的格式是:
#stonith_host
#表示stonith設備聯結到的機器或者用來表示從任何主機都可以訪問。
#是stonith設備的類型(支持的設備的列表在/usr/lib/stonith中)
#是驅動指定的參數,要查看特定設備的格式,運行:
#stonith -l -t
#需要注意如果你將你的stonith設備的訪問信息放在這裏,並且你讓這個文件開放讀權限,那麼你可能會招致一個DoS***。
#要得到支持的 stonith設備的列表,運行
#stonith -L

#要哪個stonith設備是支持的詳細信息和它們詳細的配置選項,運行這個命令:
#stonith -h
#stonith_host * baytech 10.0.0.3 mylogin mysecretpassword
#stonith_host ken3 rps10 /dev/ttyS1 kathy 0
#stonith_host kathy rps10 /dev/ttyS1 ken3 0

#Watchdog是一個watchdog計時器,如果我們的心超過一分鐘不跳,我們的機器將會reboot。
#注意:如果你使用軟件watchdog,你很可能希望用參數“nowayout=0”來加載這個模塊或編譯它的時候去掉
#CONFIG_WATCHDOG_NOWAYOUT 設置。否則,即使一個有序的關閉heartbeat也會觸發重啓,這很可能不是你想要的。
#watchdog /dev/watchdog

#說明哪些機器在這個集羣中
#node nodename ... --必須要匹配uname -n
#node ken3
#node kathy

#不常用的選項
#將10.10.10.254看成一個僞集羣成員,與下面的 ipfail一起使用。
#注意:不要使用一個集羣節點作爲ping節點
#ping 10.10.10.254

#將 10.10.10.254和10.10.10.253看成一個叫group1的僞集羣成員。如果10.10.10.254或10.10.10.253是 up的,那麼group1爲up
#與下面的ipfail一起使用。
#ping_group group1 10.10.10.254 10.10.10.253

#用於Fiber Channel的HBA ping指令,將fc-card-name看成是僞集羣成員,與下面的ipfail一起使用。
#你可以從http://hbaapi.sourceforge.net獲 取HBAAPI,你需要從vender獲得用於你的HBA指令的特定的庫來安裝HBAAPI。
#你所需要做的是編譯你從sourceforge 獲得的通用部分,它會生成libHBAAPI.so,然後你要將它拷貝到/usr/lib目錄。同時
#你也要把hbaapi.h拷貝到/usr /include 。
#fc-card-name是從hbaapitest程序獲取的名字,它是hbaapi包的一部分。運行hbaapitest將生成一個冗長的輸出,其中第一行類似:
#Apapter number 0 is named: qlogic-qla2200-0
#在這裏fc-card-name是qlogic-qla2200-0
#hbaping fc-card-name
#與heartbeat 一起啓動和停止的進程。重啓,除非它們以rc=100退出。
#respawn userid /path/name/to/run
#respawn hacluster /usr/lib/heartbeat/ipfail

#用於客戶端api的訪問控制,缺省爲不可訪問。
#apiauth client-name gid=gidlist uid=uidlist
#apiauth ipfail gid=haclient uid=hacluster
###########################
#不常用的選項
###########################
#hopfudge maximum hop count minus number of nodes in config
#hopfudge 1

#deadping - 上面設置的用來ping的節點的死亡時間
#deadping 30

#hbgenmethod - Heartbeat產生數字的生產方法。通常執行存儲在磁盤上並在需要時進行增量。
#hbgenmethod time

#realtime - 允許/禁止實時執行(高優先級)缺省爲on
#realtime off

#debug - 設置debug等級,缺省爲0
#debug 1

#APT認證 - 代替以前的fifo-permission-base系統
#可以放上一個uid列表和/或gid列表。如果兩個都放,那麼符合uid列表或gid列表中的進程都將通過驗證
#組名“default”有特定的意思。如果它被指定,那麼它將用於驗證無組的客戶端和任何沒有另外指定的客戶組
#這是一個複雜的表達式,“default”將從不用於下面的情況(現實中缺省的 驗證指令記錄在括號中)
#ipfail (uid=HA_CCMUSER)
#ccm (uid=HA_CCMUSER)
#ping (gid=HA_APIGROUP)
#cl_status (gid=HA_APIGROUP)

#這樣做是爲了避免創建一個大的安全漏洞,並匹配最可能需要的配置。
#apiauth ipfail uid=hacluster
#apiauth ccm uid=hacluster
#apiauth cms uid=hacluster
#apiauth ping gid=haclient uid=alanr,root
#apiauth default gid=haclient
#網線中的信息格式,可以是classic或netstring
#default: classic
#msgfmt classic/netstring

#我們是否使用記錄監控?
#如果使用了記錄監控,此文件裏面的 logfile/debugfile/logfacility將不再有意義。你應該檢查在配置文件中是否有記錄監控(缺省爲/etc/logd.cf)
#更 多的信息可以在http://www.linux-ha.org/ha_2ecf_2fUseLogdDirective中 找到。推薦配置use_logd爲yes。
#use_logd yes/no

#如果前一個連接失敗了,我們再次連接到記錄監控器的間隔。
#conn_logd_time 60

#配置壓縮模塊
#它可 以爲zlib或bz2,基於我們的系統中是否有相應的庫。
#compression bz2

#配置壓縮的限度
#這個值決定壓縮一個信息的限度,例如:如果限度爲1,那麼任何大於1KB的消息都會被壓縮,缺省爲 2(KB)
#compression_threshold 2

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章