LVS + keepalivedの高可用性クラスタ

LVS 3つのパケット転送モード

NETモード（VS / NETモード）

要求と対応するパケットスケジューラは、サイト訪問を経なければならないため、スケジューラをロードバランシングするための時間が大量に落ちることがあり

NAT技術がパケットを要求し、応答パケットは、LBアドレス、サイト訪問や時間LB負荷分散スケジューラ比較的大きなボトルネックのため、より多くの量によって書き換えする必要があり、一般的にノードの10-20セットの最大を要求

短所：遅延

トンネリング（VS / TUNモード）

ワークロードスケジューラは、実サーバ（IPトンネリング）、実サーバがクライアントに直接応答を返すには、クライアントの要求パケットを受け入れるようにのみ、スケジューラ処理要求パケット、スケジューラを低減することができます。

直接ルーティング（VS / DRモード）

トンネル状の様式で、スケジューラは、RSにデータを送信することを除いてMACアドレスを転送しています

（実際には全体LAN、RSに送信だけMACアドレスが破棄されません）

スケジュール：

ラウンドロビン（ラウンドロビンスケジューリング）：RR

順次別のサーバーに的スケジューリング要求を循環させます

各サーバーに割り当てられた平均

加重ラウンドロビン：WRR

重量が高く、各値のためにサーバにそれ以上のデータ処理を追加します

最小接続スケジューリング：LC

接続の最小数に、最新の割り当て要求サーバーは動的スケジューリングアルゴリズムであります

加重最小リンクスケジューリング：WLC

各サーバーの重みを設定するパフォーマンスは、サーバが接続し、その重みの数に設定された値が比例ことがあります。クエリスケジューラは自動的に実サーバをロードし、動的に重みを調整します。

LBLC：部分最小の接続に基づいて、

サーバが利用可能であり、何のオーバーロードが要求を送信するために、「最小接続（LC）」要求は、サーバーが存在しない場合は、サーバーに送信されますかに従ってをオーバーロードされ、原則として存在しない場合は最初のFindサーバのIPアドレスをこの要求は、最近、使用します利用可能なサーバーへ

少なくとも接続産地・ベースバンド・レプリケーション：LBLC

それはLBLCアルゴリズムと異なるのは、それはサーバのグループにターゲットIPアドレスのマッピングを維持したい、とLBLCアルゴリズムは、サーバーへのターゲットIPアドレスのマッピングを維持することです。サーバが過負荷にされていない場合は、サーバーに要求を送信し、サーバーグループに11台のサーバーから選択を押して「最小接続」原則、サーバが過負荷になっている場合には、プレス「最小接続」サーバクラスタ全体から選ば原則その後、サーバーは、サーバーグループに追加されたサーバに要求を送信しています。一方、サーバーグループに変更されていないいくつかの時間のために、忙しいサーバは、複製の程度を低減させるためには、サーバーグループから削除されます。

宛先アドレスのハッシュスケジューリング（HD）

サーバは、要求がサーバーに送信される過負荷に利用可能でない場合は、リストのバルク静的割り当てから対応するサーバを見つけるためのハッシュキー（ハッシュキー）として、ターゲットIPアドレス要求に基づいて、第1のアルゴリズムを、そうでない場合は空。

送信元アドレスのハッシュのスケジュール（SH）

実質的に類似し、宛先アドレスのハッシュスケジューリング（HD）

最短予測遅延（SED）

各サーバは、計算結果を要求する最小のオペレータによってサーバに送信され、重み値を有しています

最小キュースケジューリング（NQ）

アルゴリズム、無キュー。接続数が0のRealServer直接割り当て過去に等しい場合は、動作はSED行われません。

オリジナル住所ます。https：//www.cnblogs.com/f-ck-need-u/p/8451982.html

keepalivedの

keepalivedのは、類似のレイヤ3、ソフトスイッチング機構4および7です。するために本明細書中で使用されるWebサーバの状態を検出している場合、サーバーがクラッシュしたウェブ、または作業が失敗し、keepalivedのが検出され、そこにあるWebサーバから削除システムの障害は、作業のWebサーバ、通常の keepalivedのWebサーバが自動的に追加しますサーバーファームに、すべて自動的に行われた作業は、人間の介入なしに、手動で行う必要はWebサーバの故障修理です。

二つの機能：

検出：

作業IP、TCP、アプリケーション層（ネットワーク層、トランスポート層、アプリケーション層）

VRRP（ホットスタンバイ）：

ある場合keepalivedのスケジューラがダウンしている場合、仮想IP経由のアクセスで、優先順位を設定することができkeeplived二つ以上のスケジューラは、別のスケジューラを使用します。

図示のように、マスターサーバーがダウンしている場合、スタンバイサーバがスラヴァを使用します。

実験：

1、数台のマシンの相互運用可能なネットワークを作るために、すべての最初の

3台のマシンがあります。

172.16.13.110

172.16.13.111

172.16.13.112

次のステップは、ディレクタの部分2-7（172.16.13.110）であります

2、その後、ソフトウェアをインストールします

ipvsadmの

keepalivedの

3、ファイアウォールとSELinuxのメカニズムをオフにします

によって

systemctlストップfirewalld

setenforce 0

この時間はオフになって、参照してください。

すべてのホストの電源をオフするための最良のテストファイアウォールとSELinuxのメカニズム

良いテストの後、その後、ファイアウォールを開いて、適切なサービスとポートを開きます

4、設定ファイルを変更します

/etc/keepalived/keepalived.conf

次のとおりです。

！keepalivedのための設定ファイル

global_defs {
{notification_email
[email protected]
[email protected]
[email protected]
}
notification_email_from [email protected]
SMTP_SERVER 127.0.0.1
smtp_connect_timeout 30
ROUTER_ID LVS_DEVEL
}

vrrp_instance VI_1 {
状態マスター
インターフェースens33は
51 virtual_router_id
優先順位を100
advert_int 1つの
認証{
AUTH_TYPEパス
auth_pass 1111
}
virtual_ipaddress {
172.16.13.119
}
}

VIRTUAL_SERVER 172.16.13.119 80 {
6 delay_loop
lb_algo RR
lb_kind DRを
50 persistence_timeout
プロトコルTCP

real_server 172.16.13.111 80 {
体重1
TCP_CHECK {
CONNECT_TIMEOUT 10
nb_get_retry 3
delay_before_retry 3
connect_port 80
}

}
}

注：keepalivedのは、新しくインストールされたいくつかの単語があるかもしれない、あなたは削除する必要があります

そうでなければ、外側はアクセスできません

通常は、ネットワークカードを再起動し、サービスを再起動することで、ifconfigコマンドを参照してローカルIP IPです

IPの競合が間違って行くだろう

問題：

再起動keepalivdがあるカードを、閉じます、IPアドレスではありません

ネットワークカードのIPを再起動するkeepalivedの最初の再起動は、仮想IPになりますが、仮想ip172.16.13.119を介してアクセスすることができません

あなたのカードと仮想IPアクセスの外に渡すことはできません、その後、再起動keepalivdを再起動します

参考：

それは注意する必要があります。

それは127.0.0.1です

NICカードは、仮想マシンがens33ある彼の名前のコンピュータであり、

これは、仮想IPアドレスを指定します

IPのIPの下でここでの仮想サーバーの設定

5、オープン前進

/etc/sysctl.confファイルを変更します。

検出：

6、サービスを開始し、カイからの起動を設定します

再起動してネットワークサービス

スタートens33カード

スタートは、サービスをkeepalivedの

もともとシャットダウンがchkconfigをオフkeepalivedのある、特定のサービスオンまたはオフにして

centos7実行で開始されてから電源オン命令、または使用がkeepalivedのを有効systemctl

サービスを開始します。

keepalivedのを開始systemctl

スタートipvsadmの

エラーは、次のコマンドを実行する場合は、最初に起動したとき：

ipvsadmの--save>の/ etc /のsysconfig / ipvsadmの

7.チェック

PS AFX | grepのkeepalivedの

プロセスがkeepalivedのを実行している見ます

IP A

ビューVIP（仮想アドレス）172.16.13.119マスターはもはやあり

注：仮想IPアドレスは、ネットワークサービスを再起動し、カードを再起動し、実行後のIP Aになるには、ip後のinetの前に、その後、もし内部でkeepalivad所有していないens33

ipvsadmの-ln

このコマンドは、実サーバ上のサービスが有効になっているウェブを参照するために使用されます。

本当のサーバー構成が存在しないためもあり、ノー実サーバがあります

実サーバ上の8つの段階（172.16.13.111）

8は、最初の実サーバnginxの上に取り付けられています

yumをnginxのインストール-y

あなたは成功したかどうかを確認するために、サービスやホームページへのオープンアクセスをインストールした後

注ホーム・ページにアクセスするnginxのインストール、あなたはホーム・ページが、CentOSのnginxのホームページへのアクセス権を持っていないかもしれません

図は次のとおりです。

9、ppserverの名前のスクリプトファイルを作成します

これは次のように読み取ります。

＃！/ binに/ bashの

VIP = 172.16.13.119

ケース$ 1

開始）

エコー「DSのスタートLVS」

ifconfigコマンドLO：0 $ VIPのネットマスク255.255.255.255放送$ VIP

ルートは、LO -host $ VIP DEV追加：0

エコー "1">は、/ proc / sys / net / IPv4の/ confに/ LO / arp_ignore

エコー "2">は、/ proc / sys / net / IPv4の/ confに/ LO / arp_announce

エコー "1">は、/ proc / sys / net / IPv4の/ confに/すべて/ arp_ignore

エコー "2">は、/ proc / sys / net / IPv4の/ confに/すべて/ arp_announce

sysctlを-p>を/ dev / null 2>＆1

;;

やめる）

エコー「DRの停止LVS」

ifconfigコマンドLO：0ダウン

ルート・デル$ VIP>を/ dev / null 2>＆1

エコー "0">は、/ proc / sys / net / IPv4の/ confに/ LO / arp_ignore

エコー "0">は、/ proc / sys / net / IPv4の/ confに/ LO / arp_announce

エコー "0">は、/ proc / sys / net / IPv4の/ confに/すべて/ arp_ignore

エコー "0">は、/ proc / sys / net / IPv4の/ confに/すべて/ arp_announce

;;

*）

エコー "使い方：$ 0 {開始|停止}"

;;

ESAC

変更権限

このファイルの関数は、機械lo.0カードに登録されたVIP（仮想アドレス）にあります

10、コマンドを実行します

サービスアプリケーションサーバーの開始

同等の起動スクリプトは、サービスを開始することとして理解することができます

また、ブートを設定することができます

11ビュー

これは、仮想ネットワークカードを生成されています

12、テスト：

アクセスすることができます

注：テストは、サービスの起動順序に注意を払う必要があり、後に行われた場合は、IPの実装はens33は、ネットワークカードを再起動する必要がなかった場合、これは、テストが失敗する原因となります - 再起動ipvsadm--再起動keepalivedの

あなたがネットワークサービスを開始し、サービスを開始するために必要なサービスを開始しkeepalivedの

このように、ディレクターと実サーバを構築します

設定2つのマスターディレクターでもハングアップも軟膏を介してアクセスすることができます

（マスターとスレーブの参照フィギュア）