LVSのLinuxの高可用性クラスタ構成] [keepalivedの

########## ##########設定さはkeepalivedの
「健康診断でトラブルシューティングを達成するために、この時間」
ので、「しかし、ディスパッチャがダウンしている場合、クラスタ全体がアクセスすることはできませんが「高可用性を必要とします

#高可用性のために使用される仮想マシンを開くには、yumのソースを設定します

1.ソースコンパイラkeepalivedの

タールzxf keepalivedの-2.0.6.tar.gz
yumをインストールのopenssl-develの-y
yumをインストールlibnl -y
yumをインストールlibnl-develの-y
yumをlibnfnetlink-develの-1.0.0-1.el6.x86_64.rpmをインストール-y
作ります&&は、make installを
(|にsystemd | SYSV | SUSE | openrc成り上がり)のinitタイプを指定し、systemdに为rhel7版本は./configure --help ##可以看到-with-INIT =

./configure --with-INIT = SYSV ##の前にコンパイルとgccをインストールし、OpenSSLの-develの
は./configure --prefix =は/ usr / local / keepalivedの--with-INIT = SYSV
#がyesにコンパイルされた後、以下のオプションを参照してください、成功を示す
IPVSフレームワークを使用しますはい

作る&& make installを

SERVER4 2.コンパイルディレクトリSCP

3.設定の起動スクリプトと設定ファイル#スケジューラ(server1とSERVER4)が行っている
のchmod + xの/usr/local/keepalived/etc/rc.d/init.d/keepalived

LN -s /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/init.d/の##の設定ファイル、スクリプトはソフトリンクで作られています

LN -sは/ usr / local / keepalivedのの/ etc /のsysconfig / keepalivedのは/ etc /のsysconfig /

LN -sは/ usr / local / keepalivedのは/ etc / keepalivedの/の/ etc /

LN -sは/ usr / local / keepalivedの/ sbinに/ keepalivedの/ sbinに/

4.設定keepalivedの

keepalivedのヘルスチェックがあるので#、ldirectordをオフにします
。#は/ etc / init.dディレクトリ/ ldirectord STOP
OFF #chkconfigというldirectordは、

keepalivedのが自分が追加されますので、1)、VIPのスケジューリングノード(SERVER1、SERVER4)を削除

IP addrはデル172.25.0.100/24 devのeth0の

2)編集SERVER1(マスターノード)プロファイルkeepalivedの
global_defs {
{notification_email
ルートノードは、メッセージを送信した## @のローカルホストまで
}
notification_email_from keepalivedの## @送信者名localhost
SMTP_SERVER 127.0.0.1 ##は、サーバ(ネイティブ)を送信します
30 smtp_connect_timeout
ROUTER_ID LVS_DEVEL
vrrp_skip_check_adv_addr
#vrrp_strict ##さもなければ問題があるだろう、コメントアウト
0 vrrp_garp_interval
vrrp_gna_interval 0
}

{VI_1 vrrp_instance
状態MASTER ##マスタノード
インターフェースeth0は
、誰もが同じでないか、または間違って行くであろうIDを変更するために学生を可能にするために、実験を51 ##時間virtual_router_id
優先順位100
advert_int 1
認証{
AUTH_TYPE PASS
AUTH_PASS 1111
}
virtual_ipaddress {
172.25を## VIP .0.100
}
}

{172.25.0.100 80 VIRTUAL_SERVERの
回数がメッセージを通知することを試みる前に、delay_loop 3つの## RSエラー
lb_algo RR
lb_kind DR ## DRモードを
50 #persistence_timeout
プロトコルTCP

real_server 172.25.0.2 80 {
TCP_CHECK {
    weight 1
        connect_timeout 3
        retry 3
        delay_before_retry 3
    }
}
real_server 172.25.0.3 80 {
TCP_CHECK {
    weight 1
        connect_timeout 3
        retry 3
        delay_before_retry 3
    }
}

}

mailxのインストール-Y YUM
。3)ノード(それぞれServer2)プロファイルの編集
BACKUP状態を
優先順位は、これら2つのオプション50を変更する##

4)スタートkeepalivedの
/etc/init.d/keepalivedスタート

5)テスト
の物理的なアクセスに:172.25.0.100カールは、
世論調査を見ることができます

:Server1のログを参照してください
のVimは/ var / log / messagesに
(VI_1)MASTER状態に入る:12月8日午後04時44分15秒でサーバー1 Keepalived_vrrp [7656]が
[7656]サーバー1 Keepalived_vrrpに午後04時44分15秒12月8日には:(VI_1)のVIPを設定するに。

在SERVER4上查看日志:
VIMは/ var / log /メッセージ
12月8日午前16時50分26秒SERVER4 Keepalived_vrrp [1090]:VIPを除去(VI_1)。
12月8日16時50分26秒SERVER4 Keepalived_vrrp [1090](VI_1)入力BACKUP状態(INIT)

物理マシン上のアクセス(わずかな遅延でもよい)、再び、HTTPサービスのRSを閉じて、エラーがします
戦略は自動的に削除することを局RSの秋に置くことになるipvsadmのない
、#vim / var / log / messagesに見ることができますSERVER2がダウンした後、ディスパッチャは3倍、3倍を検出し、拒否します失敗します
。#は、設定ファイルdelay_loop 3役割です

あなたがダウン#知らせるメッセージが存在します(無通信販売を、その後、YUM -yのmailxをインストール)見ることができるメール

#テストVIPは、ドリフト
keepalivedのサービスのサーバ(プライマリノード)オフダウン
VIPが自動的に削除されます見ることができ、その後SERVER4のにドリフト
情報VIPとスタンバイスイッチを見ることができるログを見るために、通常、訪問サービス

再びkeepalivedの投入Server1が、自動的にVIPを引き継ぎ、およびMASTERの状態になります

おすすめ

転載: blog.csdn.net/qq_36016375/article/details/94915741