先說說keepalived的高可用軟件的概念和功能？
概念：此軟件目前是IT企業(yè)中是用最廣泛的高可用軟件，主要是用于實(shí)現(xiàn)至少兩臺服務(wù)器之間的服務(wù)高可用，可以適應(yīng)：
Apache,Nginx,MySQL,redis,Tomcat,PHP,Zabbix,NFS,DHCP,NTP,Vsftp,Samba,LVS等
Keepalived工作在3（網(wǎng)絡(luò)層）4（傳輸層）7（應(yīng)用層）的軟件，主要功能有兩種：
健康監(jiān)測功能：keepalievd可以代替shell腳本去檢測nginx,mysql,tomcat,端口，進(jìn)程，返回值的運(yùn)行情況，將異常的服務(wù)或者服務(wù)器移除健康的列表
可以ping IP 地址，可以檢測ip+port ，可以訪問應(yīng)用服務(wù)，狀態(tài)，關(guān)鍵詞等

創(chuàng)新互聯(lián)建站專注于企業(yè)營銷型網(wǎng)站、網(wǎng)站重做改版、晉江網(wǎng)站定制設(shè)計、自適應(yīng)品牌網(wǎng)站建設(shè)、html5、電子商務(wù)商城網(wǎng)站建設(shè)、集團(tuán)公司官網(wǎng)建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)公司、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁設(shè)計等建站業(yè)務(wù)，價格優(yōu)惠性價比高，為晉江等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。

Keepalived是模塊化設(shè)計，不同模塊負(fù)責(zé)不同的功能，keepalived常用模塊包括：
? Core，是keepalived的核心，負(fù)責(zé)主進(jìn)程的啟動和維護(hù)，全局配置文件的加載解析等 。
? Check，負(fù)責(zé)healthchecker(健康檢查)，包括了各種健康檢查方式，以及對應(yīng)的配置的解析包括LVS的配置解析；
? Vrrp，VRRPD子進(jìn)程，VRRPD子進(jìn)程就是來實(shí)現(xiàn)VRRP協(xié)議；
? Libipfwc，iptables(ipchains)庫，配置LVS會用到；
? Libipvs，虛擬服務(wù)集群，配置LVS會使用。
Keepalived的作用是檢測web服務(wù)器的狀態(tài)，如果有一臺web服務(wù)器、Mysql服務(wù)器宕機(jī)，或工作出現(xiàn)故障，Keepalived將檢測到后，會將有故障的web服務(wù)器或者M(jìn)ysql服務(wù)器從系統(tǒng)中剔除，當(dāng)服務(wù)器工作正常后Keepalived自動將web、Mysql服務(wù)器加入到服務(wù)器群中。
這些工作全部自動完成，不需要人工干涉，需要人工做的只是修復(fù)故障的WEB和Mysql服務(wù)器。Layer3,4&7工作在IP/TCP協(xié)議棧的IP層、傳輸層及應(yīng)用層，實(shí)現(xiàn)原理分別如下：
? Layer3：Keepalived使用Layer3的方式工作式時，Keepalived會定期向服務(wù)器群中的服務(wù)器發(fā)送一個ICMP的數(shù)據(jù)包（如果發(fā)現(xiàn)某臺服務(wù)的IP地址無法ping通，Keepalived便報告這臺服務(wù)器失效，并將它從服務(wù)器集群中剔除。Layer3的方式是以服務(wù)器的IP地址是否有效作為服務(wù)器工作正常與否的標(biāo)準(zhǔn)。）
? Layer4: Layer4主要以TCP端口的狀態(tài)來決定服務(wù)器工作正常與否。如WEB server的服務(wù)端口一般是80，如果Keepalived檢測到80端口沒有啟動，則Keepalived將把這臺服務(wù)器從服務(wù)器群中剔除。
? Layer7：Layer7工作在應(yīng)用層，Keepalived將根據(jù)用戶的設(shè)定檢查服務(wù)器程序的運(yùn)行是否正常，如果與用戶的設(shè)定不相符，則Keepalived將把服務(wù)器從服務(wù)器群中剔除。
生產(chǎn)環(huán)境使用Keepalived正常運(yùn)行，共啟動3個進(jìn)程，一個是父進(jìn)程，負(fù)責(zé)監(jiān)控其子進(jìn)程，一個是VRRP子進(jìn)程，另外一個是Checkers子進(jìn)程。
兩個子進(jìn)程都被系統(tǒng)Watchlog看管，兩個子進(jìn)程各自負(fù)責(zé)自己的事，Healthcheck子進(jìn)程檢查各自服務(wù)器的健康狀況，如果Healthcheck進(jìn)程檢查到Master上服務(wù)不可用了，就會通知本機(jī)上的VRRP子進(jìn)程，讓他刪除通告，并且去掉虛擬IP，轉(zhuǎn)換為BACKUP狀態(tài)。
4、Keepalived VRRP原理剖析一
Virtual Router Redundancy Protocol（VRRP）技術(shù)，虛擬路由器冗余協(xié)議。VRRP由IETF提出，目的是為了解決局域網(wǎng)中配置默認(rèn)網(wǎng)關(guān)的單點(diǎn)失效問題，1998年已推出正式的RFC2338協(xié)議標(biāo)準(zhǔn)。
VRRP廣泛應(yīng)用在邊緣網(wǎng)絡(luò)中，它的設(shè)計目標(biāo)是支持特定情況下IP數(shù)據(jù)流量失敗轉(zhuǎn)移不會引起混亂，允許主機(jī)使用單路由器，以及及時在實(shí)際第一跳路由器使用失敗的情形下仍能夠維護(hù)路由器間的連通性。
在現(xiàn)實(shí)的網(wǎng)絡(luò)環(huán)境中，兩臺需要通信的主機(jī)大多數(shù)情況下并沒有直接的物理連接。對于這樣的情況，它們之間路由怎樣選擇？主機(jī)如何選定到達(dá)目的主機(jī)的下一跳路由，這個問題通常的解決方法有二種：
? 在主機(jī)上使用動態(tài)路由協(xié)議RIP、OSPF；
? 在主機(jī)上配置靜態(tài)路由（默認(rèn)網(wǎng)關(guān)）。
在主機(jī)上配置路態(tài)路由是非常不切實(shí)際的，因為管理、維護(hù)成本以及是否支持等諸多問題。配置靜態(tài)路由就變得十分流行，但路由器(或者說默認(rèn)網(wǎng)關(guān)default gateway)卻經(jīng)常成為單點(diǎn)，VRRP的目的就是為了解決靜態(tài)路由單點(diǎn)故障問題。VRRP通過一競選(election)協(xié)議來動態(tài)的將路由任務(wù)交給LAN中虛擬路由器中的某臺VRRP路由器。
5、Keepalived VRRP原理剖析二
通過VRRP技術(shù)可以將兩臺物理（路由器）主機(jī)當(dāng)成路由器，兩臺物理機(jī)主機(jī)組成一個虛擬路由集群，Master高的主機(jī)產(chǎn)生VIP，該VIP負(fù)責(zé)轉(zhuǎn)發(fā)用戶發(fā)起的IP包或者負(fù)責(zé)處理用戶的請求，Nginx+Keepalived組合，用戶的請求直接訪問keepalived VIP地址，然后訪問Master相應(yīng)服務(wù)和端口。
在VRRP虛擬路由器集群中，由多臺物理的路由器組成，但是這多臺的物理路由器并不能同時工作，而是由一臺稱為MASTER路由器負(fù)責(zé)路由工作，其它的都是BACKUP，MASTER并非一成不變，VRRP會讓每個VRRP路由器參與競選，最終獲勝的就是MASTER。
MASTER擁有一些特權(quán)，例如擁有虛擬路由器的IP地址或者成為VIP，擁有特權(quán)的MASTER要負(fù)責(zé)轉(zhuǎn)發(fā)發(fā)送給網(wǎng)關(guān)地址的包和響應(yīng)ARP請求。
VRRP通過競選協(xié)議來實(shí)現(xiàn)虛擬路由器的功能，所有的協(xié)議報文都是通過IP組播(multicast)包(組播地址224.0.0.18)形式發(fā)送的。虛擬路由器由VRID(范圍0-255)和一組IP地址組成，對外表現(xiàn)為一個周知的MAC地址。所以在一組虛擬路由器集群中，不管誰是MASTER，對外都是相同的MAC和VIP?？蛻舳酥鳈C(jī)并不需要因為MASTER的改變而修改自己的路由配置。
作為MASTER的VRRP路由器會一直發(fā)送VRRP組播包(VRRP Advertisement message)，BACKUP不會搶占MASTER，除非它的優(yōu)先級(Priority)更高。當(dāng)MASTER不可用時(BACKUP收不到組播包時)， 多臺BACKUP中優(yōu)先級最高的這臺會搶占為MASTER。這種搶占是非?？焖俚?，以保證服務(wù)的連續(xù)性。由于安全性考慮VRRP包使用了加密協(xié)議進(jìn)行，基于VRRP技術(shù)，可以實(shí)現(xiàn)IP地址漂移，是一種容錯協(xié)議，廣泛應(yīng)用于企業(yè)生產(chǎn)環(huán)境中。

名稱欄目：Linux+Nginx+PHP-CGI+MySQL主主+NFS文共享集群高可用架構(gòu)
文章源于：http://jinyejixie.com/article26/ppppcg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供小程序開發(fā)、網(wǎng)站改版、電子商務(wù)、網(wǎng)站設(shè)計公司、關(guān)鍵詞優(yōu)化、全網(wǎng)營銷推廣

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)