ホットスタンバイのバックアップと自動切り替えを達成するためにkeepalivedの設定した仮想IP（VIP）

背景：なぜ、この記事を書くために、このことを行います

172.22.90.239への私たちのプロジェクトのポイントのドメインが、実際に我々は230機に、唯一172.22.90.230仮想IPであるこのマシン、なぜ要求239実際にポイントをしましたか？

そして、前の操作やメンテナンスに伝え、彼らは覚えていません。旧次元は何をする数年前に出荷されました。学習の波にBaiduの、keepalivedの＆VIP：彼らはちょうど名詞の口に耳を傾けます。

実用的な操作方法

物理マシンは準備ができている：172.22.90.171および172.22.90.170 2

1.インストール（二つが嵌合する）keepalivedの：

yumをインストールkeepalivedの

2.設定ファイル、削除/etc/keepalived/keepalived.conf、その後、再作成/etc/keepalived/keepalived.confを変更

我々は/etc/keepalived/keepalived.conf

172.22.90.171の構成：

{global_defs 
{notification_email 
    [email protected]＃障害接触
 } 
 
notification_email_from [email protected]＃障害センダ
    SMTP_SERVER 127.0。0.1 
    smtp_connect_timeout 30 
    LVS_MASTER #BACKUP LVS_BACKUPに対する修正のROUTER_ID 
 } 
 

vrrp_script chk_nginx { 
     スクリプト」の/ etc / keepalivedの/ nginx_check .SH "     スクリプトのパス＃1 nginxの状態検出
     間隔1つの                    ＃検出間隔LSの
     重量 - 2                    ＃スクリプト条件が満たされている場合、 -重み2 
  }
 
  vrrp_instance VI_1 {
      状態マスター＃サービス状態、MASTER（動作状態）BACKUP（スタンバイ）
      インターフェースbond0の＃VIPカード結合
      virtual_router_id 74         ＃仮想ルーティングIDは、ホストは、スタンバイ・ノードが一貫していなければならない
      mcast_src_ip 172.22。90.171   ＃ローカルIP 
      ＃nopreempt高い優先順位再びプリエンプト問題を解決するための設定、異常な応答
      優先順位100                 ＃優先度を、範囲：0〜254、マスター> バックアップ
      advert_int 1つの。                ＃マルチキャスト送信間隔、及びバックアップノードが一致している必要があり、デフォルトのLSの
      認証確認情報{＃ ;バックアップノードが一致していなければならない
          AUTH_TYPE PASS＃VRRP認証タイプ、PASS、AH二種類の
          auth_pass1111           ＃VRRP認証パスワードは、同じvrrp_instanceで、マスタとスレーブが通信のために同じパスワードを使用しなければならない
      } 
       track_script {＃track_scriptブロック追加インスタンス構成ブロック
          chk_nginx＃はnginxのサービス監視実行
      } 
      virtual_ipaddress {＃仮想IPプール、主に、スタンバイノードが一致していなければならない、あなたはVIPの複数定義することができ
          172.22を。90.237            ＃仮想IP 
      } 
  }

172.22.90.170の構成：

{global_defs 
{notification_email 
    [email protected]＃障害接触
 } 
 
notification_email_from [email protected]＃障害センダ
    SMTP_SERVER 127.0。0.1 
    smtp_connect_timeout 30 
    LVS_BACKUP #BACKUP LVS_BACKUPに対する修正のROUTER_ID 
 } 
 

vrrp_script chk_nginx { 
     スクリプト」の/ etc / keepalivedの/ nginx_check .SH "     スクリプトのパス＃1 nginxの状態検出
     間隔1つの                    ＃検出間隔LSの
     重量 - 2                    ＃スクリプト条件が満たされている場合、 -重み2 
  }
 
  vrrp_instance VI_1 {
      状態BACKUP位サービス状態、MASTER（動作状態）BACKUP（スタンバイ）
      インターフェースbond0の＃カードは、現在下で使用ifconfigコマンドであるかどうかを確認するために、VIPカードを結合
      virtual_router_id 74         ＃仮想ルーティングID、ホスト、スタンバイ・ノードが一致していなければならないが、クラスタを示し内
      mcast_src_ip 172.22。90.170   ＃ネイティブIP 
      つかむに異常応答後、再び問題に対処するために設定nopreempt＃優先度の高い
      優先度の90                 ＃優先度を、範囲：0〜254 ; MASTER> BACKUP、すべてのバックアップの場合、です、大きい値正面ある
      advert_int 。1つの                ＃マルチキャスト送信間隔、及びバックアップノードが一致している必要があり、デフォルトのLS  
      認証確認情報{＃、バックアップノードが一致していなければなりません
          AUTH_TYPEパス＃VRRP認証タイプ、PASS、AH二種類
          AUTH_PASS 1111          ＃VRRP認証パスワードは、同じvrrp_instanceで、マスタとスレーブが通信のために同じパスワードを使用しなければならない
      } 
       track_script {＃追加インスタンスの構成ブロックtrack_scriptブロック
          chk_nginx＃はnginxのサービス監視実行
      } 
      メインvirtual_ipaddress {＃仮想IPプールを、あなたはVIPの複数定義することができ、スタンバイノードは一貫していなければならない
          172.22を。90.237            ＃仮想IP 
      } 
  }

3.設定ファイルを変更した後、keepalivedの二つのマシンを再起動します。

systemctl再起動keepalivedの

図4に示すように、最終的に波をテストすることができ

主はkeepalivedのサービスを停止する：systemctl停止keepalivedのカット近いnginxのテスト波

ドメイン名は、nginxの、故障の危険なの単一ポイントにバインドされている場合、2台のマシンを結合、keepalivedの高可用性を実現するために使用することができます：最後に、我々はことを強調する。

エンド！