------------------------------------------------ 20190818本の記録必ずしも包括的ではない、まだ特別な綿密原則層が、現在の理解と確かに大きな問題（エラー）---------------------
keepalivedのは行うことができます。
。1、
ハイ（HA）利用可能：即ち、高可用性機能およびサービスを、高可用性keepalivedのHAへの途中では、本明細書で使用される、IP1番号サーバの存在を仮定すると、フェイルオーバーしなければならない、とサーバ番号IP2、彼らがありましたユーザーがまだサーバにIP1、IP2の動的なサービススイッチにアクセスするための時間であればIPは、二つのセグメント（疑い）を持っていますが、IP1ハング時間？HAでこれはkeepalivedのものは、フェイルオーバーである、上記ました。
A）：keepalivedの実践：対応するサーバー上のIP1、対応keepalivedの展開、および対応する仮想IPアドレス; vrrp_instanceインスタンスブロック対応/etc/keepalived/keepalived.confで下現在の仮想ネットワークアダプタ名や他のIPは現在IP1サービスに指定された情報の範囲にバインドするための定義virtual_ipaddress、に対応する、現在のIP1の仮想サーバーは、新しいIPアドレスのうちで、セットがkeepalivedの仮想IP;
この時点で対応するサーバ上のIP2、同じkeepalivedのを展開することで、上述した構成は、同期IP2は、vrrp_instance例を対応するこの時間が必要で、それ以外は、マシンに変更現在の仮想keepalivedのを示していますIPインスタンス、状態=バックアップ、すなわち代替IPサービス、およびすべてのサービスが、IPL、イェ、IP2、IP3またはサービス価値言及は、vrrp_instance対応する構成例では、次のことを保証しなければならないことを確実にする必要性が、virtual_router_idここで、同じである必要がありますこれは、LAN上のroute_idルートID、およびので、このユニークなルートID（他のサービスを使用して、ハートビート期間を放送）を表しています。
ここを参照してください、私は正しいことをやってkeepalivedのについて知っていると考えられ、この時間をIP1サーバー上で、keepalivedの開始：サービスは、対応するeth0の中で、この時点まで見るためには、ip addrにしてこの時点で、スタートをkeepalivedのカード上に、より多くの新しい仮想IPのINET、および現在の仮想IPがkeepalivedの手段とし、IP addrのビューで、その後、サービスIP2、その後、keepalivedの起動に切り替えると、あなたは現在のことがわかります（;、この現象は「スプリットブレイン」と呼ばれ、プライマリおよびスタンバイノードが同時に競合する仮想IPリソースを生成した場合は、プロファイルの設定エラーを）IP2、サーバー上で、新しい仮想IPを生成しません。
マスターノードがこの時点でハングIP1、IP2をkeepalivedの後、プライマリおよびスタンバイノード、放送のリアルタイム通信は、スペアノードは、ハートビートメッセージを受信できない場合IP1とサーバーのIP2は、同時に開始keepalivedのこの時点でスタンバイノードIP2プログラムは、IPリソースのマスタノードを引き継ぐを引き継ぐために自分自身を呼び出す。直接サービスに反映されている：サービスリクエストスイッチを介して、それはすべてのサービスエンジンIP2にマッピングされます。
現象：
1後IP1とIP2サーバー上で、IP1に観察することができ、サービスの終了時にIP2カードを仮想IPアドレスを追加し、指定し、カードeht0を指定されたIP addrコマンドによって、この時間をキープアライブ始め、新しい仮想IPに対応する、など続きません。
2：eth0の：1000 QLEN <ブロードキャスト、マルチキャスト、UP、LOWER_UP> MTU 1500のqdisc pfifo_fast状態UPグループのデフォルト
リンク/エーテル52：54：00：7B：43：41 BRD FF：FF：FF：FF：FF：FF
INET 172.17.0.5/20 BRD 172.17.15.255スコープグローバルにeth0
valid_lft永遠preferred_lft永遠に
192.168.200.16は、あなたが現在の仮想IPが対応するeth0のカードに搭載されて見ることができ、ここでは仮想IPで設定されてkeepalivedの
INET 192.168.200.16/32スコープグローバルにeth0
valid_lft永遠preferred_lft永遠に
INET6 FE80 :: 5054：FF：fe7b：64分の4341スコープリンク
valid_lft永遠preferred_lft永遠に
だから我々は、対応するIP1サーバ、サービスkeepalivedの停止、サーバーを対応する電流IP1にkeepalivedのサービスオフストップ上にあるとき、この時スイッチにIP2サーバには、ip addrコマンドを使用し、現在のIP2サーバことがわかりますカード上のeth0、現在192.168.200.16仮想IPを自動マウントし、次に私達はIP1サービス上にある場合、再サービスkeepalivedの開始、プライマリノードが自動的IP1が仮想IPVIP対応奪うときにサービスをkeepalivedの始め、時IP2サーバは、もはやバックアップサーバが存在して再びとして、IP仮想VIPが含まれていません。
keepalived为什么可以实现这个功能呢？这个。。好像就是因为它是基于网络的，3,4，7层来实现的交换机制软件，并且故障转移 是通过VRRP协议协议来进行的实现，所以，keepalived的虚拟IP又有一个别名叫做，VIP；
而至于，keepalived当前是如何基于3,4,7层网络而实现的交换机制以及VRRP协议的实现等，当前还暂未深究；
keepalived的安装方式：
1、wget下载对应的源码包，然后进行编译安装，（LZ自身在进行编译的时候，出现了
fatal error: linux/mpls_iptunnel.h: No such file or directory的异常；未解决，直接使用YUM进行了安装
）
源码包的编译方式，可参考如下链接：
https://www.cnblogs.com/mikeguan/p/6506983.html
尽管最终没有使用源码包的方式进行安装，但推荐还是看一下上述的链接，可以更加清晰了解，
/etc/keepalived/keepalived.conf 配置的来源，
2、使用yum直接安装：yum install keepalived
3、可以使用 sysctmctl enable keepalived 设置当前keepalived为自启动
4、常用的keepalived命令：
shell> chkconfig keepalived on
shell> service keepalived start #启动服务
shell> service keepalived stop #停止服务
shell> service keepalived restart #重启服务
可以使用journalctl 查看服务是否正常启动
journalctl -xe
#/etc/init.d/keepalived restart -- 启动 keepalived
#tail -fn 100 /var/log/messages -- 查看 keepalived 状态日志