haproxy高可用性、負荷分散クラスタ

  HAProxyは、仮想ホストをサポートして、高可用性、負荷分散、およびプロキシTCPとHTTPベースのアプリケーションを提供し、それが解決策、無料の高速かつ信頼性の高いです。公式データによると、同時10Gの、最大の制限。またさえHaproxy MySQLのサポートロードバランシング、換言すれば、すべてのTCPプロトコルをカバーするために、そのネットワークスイッチング層4から、すなわち層7に支持されています。

  特に通常、彼らが維持または7つの治療セッションする必要があるウェブサイトのそれらの大きな負荷のためHAProxy。HAProxy現在のハードウェア上で実行すると、数千の同時接続をサポートすることができます。Webサーバーがネットワークに公開されていない保護しながら、そして、その動作モードは、現在のセキュリティアーキテクチャに統合することが本当に簡単になります。

  機能的にはhaproxyウェブロードバランシングを実現し、nginxの、ApacheProxy、lighttpdの、Cherokeとリバースプロキシ経由のような他の方法、。違いはhaproxy、Webサーバー、上記のすべての製品とのバランスリバースプロキシの負荷は、Webサーバー、ということですされていません。単純である、ちょうどロードバランシングアプリケーションエージェント自体HAProxyは、Webサービスを提供していません

  haproxy簡単な構成では、特別な監視システムのステータスページがあり、非常に優れたサーバーのヘルスチェック機能を持っています。そのエージェントのバックエンドサーバに障害が発生した場合、haproxyは自動的に自動的に回復に追加し、サーバーを削除しました。

  ダウンロード:https://github.com/haproxy/haproxy/releases/

(1).haproxyロード・バランシング・アルゴリズム

  等に配置haproxyロードバランシングアルゴリズムは/バランスパラメータ、サーバと連携して使用されるパラメータをhaproxy.cfg。負荷の8種類に提供haproxyは非常にアルゴリズムである:重量ポーリング(ダイナミック)によれば、静的-RR重量ポーリング(静的)によれば、ソース最小要求元IPに係る接続、leastconn、最初の処理ラウンドロビン、URI要求のURI、url_param URLパラメータ要求、RDP-CookieデータHTTPリクエストロックヘッドによれば、すべてのHTTP要求をロックし、すべての要求のハッシュ、HDR(名前)するクッキー(名)に従います。

  私は、違いは何ダイナミックな重量配分と静的な重量配分を見つけられませんでした。

  詳細を表示:https://blog.csdn.net/eddie_cm/article/details/79796883

  haproxyプロファイルパラメータの詳細:https://blog.csdn.net/wngua/article/details/54618299 

(2)実験環境

youxi1 192.168.1.6ロードバランサ(haproxy)

youxi2 192.168.1.7ホスト1

youxi3 192.168.1.8のホスト2

(3)実験

 1)haproxy youxi1に配置されたロードバランサに取り付けられ

  インストールの依存関係

[ルート@のyouxi1〜]#yumを-yのgccはgcc-C ++のopenssl-develのインストールを行います

  サーバにアップロードダウンロードしたインストールパッケージには、インストールを抽出します

[ルート@ youxi1〜]#タール-xf haproxy-1.7.9.tar -Cは/ usr / local / srcに/ //解压
[ルート@のyouxi1〜]#のCDの/usr/local/src/haproxy-1.7.9/ 
[ルート@ youxi1 haproxy-1.7.9]#猫のREADME //找到如下部分
haproxyを構築するには、次のようなものの中で、あなたのターゲットOSを選択する必要があり
、ターゲット変数に代入:

  - linux22をLinux 2.2のために
  - linux24をLinux用2.4と(デフォルト)上記
  -作業のepoll(> 0.21)のためのサポートされているLinux 2.4用linux24e 
  -のLinux 2.6および上記のためにlinux26 
  -のLinux 2.6.28用linux2628、3.xでは、および(スプライスとtproxyを可能にします)上記
  - SolarisのSolaris 8または10(他のテストされていない)のための
  10(他のテストされていない)へのFreeBSD 5のためのFreeBSD - 
  NetBSD用のNetBSD - 
  のMac OS / X用OSX - 
  のOpenBSD 5.7用のOpenBSD以上- 
  - AIX 5.1用aix51 
  - AIX 5.2のAIX52 
  - CygwinはCygwin用
  -俳句のための俳句
  -他のOSやバージョンのための一般的。
  -カスタムは、手動ですべての設定を調整するには
、[ルートを@ youxi1 haproxy-1.7.9]#1のunameの -r // 上記制御情報に、対応する値がTARGET見出さ
3.10.0-957.el7.x86_64 
本明細書で生成された他、メイクメイクファイルから//は異なるが、 Makefileのパラメータを追加することなく、上の書き込みをしなかったが、変更行かなければならなかった
[ルート@ youxi1 HAProxy-1.7.9]#作るTARGET = linux2628のPREFIXは=は/ usr / local / HAProxy 
[ルート@ youxi1 HAProxy-1.7.9]#をVIM Makefileは//次のパラメータを変更し、CPUが注目されるそのパラメータ
PREFIX =は/ usr / local / haproxy // ライン94 
TARGET = linux2628 // 104 OK
[ルート@のyouxi1のhaproxy-1.7.9]#作るインストール 
-dインストール"を/ usr / local / HAProxy / sbinにします"
"を/ usr / local / haproxy / sbinに" haproxy haproxy-systemdにラッパーをインストール
/ MAN1インストール-d "は/ usr / local / haproxy / share / manを" 
-mをインストール644 DOC / haproxy.1 "は/ usr / local / haproxy /共有/男" / MAN1 
-dインストール"は/ usr / local / haproxy / DOC / haproxy" 
構成管理アーキテクチャクッキーオプションLuaのWURFLデバイス検出におけるxについてプロキシプロトコルのlinux-SYN-Cookieのネットワーク名前空間のDeviceAtlasデバイス検出51Degreesデバイス検出
 NetScalerのクライアント-IP-挿入プロトコルクローズオプションSPOEイントロ。\ん
644のdoc / $のX.TXT "は/ usr / local / haproxy / DOC / haproxyを" -mインストールします。\ 
行わ
#エコー$ [youxi1 haproxy-1.7.9 @ルート]を?
0 
youxi1 haproxy-1.7 @ [ルート。 
のdoc sbinにシェア//总共就这三个目录、安装完成后看一下

  手動でプロファイルを作成haproxy

[@ youxi1 HAProxyルート-1.7.9]#のMKDIRは/ usr / local / HAProxyの/ etc 
[@ youxi1 HAProxyルート-1.7.9]#Vimの/usr/local/haproxy/etc/haproxy.cfg 
グローバル#グローバルコンフィギュレーション
の#defineグローバルsyslogサーバは、次の2つの最大値を定義することができます。
#フォーマットのログ[IPアドレス]、[ログデバイス] [ログレベル] 
:#ロギングデバイスは、以下の標準のsyslogファシリティの24種類のいずれかでなければなりません
#カーン、ユーザー、メール、デーモン、認証は、Syslog、LPR、ニュース、UUCP、cronを、 AUTH2、FTP、NTP、 監査、アラート、cron2、LOCAL0、LOCAL1、LOCAL2、LOCAL3、LOCAL4、local5、local6、local7の
#ログデバイスは、一貫性の/etc/syslog.confのログ収集で定義されます。
#ログレベル4は:ERR、警告は、情報、デバッグは 、 情報へのデフォルトは
127.0.0.1 LOCAL0ログ
#4096 MAXCONNの接続の最大数
のchrootは/ usr / local / HAProxy#現在の作業ディレクトリ
も、ユーザーのuid 99位UIDを実行所属しますユーザ[ユーザ名]に使用できる
ユーザーグループID GID 99#通常の動作を、グループ[グループ名]を使用することができる
デーモンはhaproxy後局#として実行 
。#開始番号haproxyプロセスを。実用的な作業は、プロセスは、一般的にコアCPUの数と同じです。だから、最大のパフォーマンスを再生することができます
nbprocを1
pidファイルは#pidファイルの場所/usr/local/haproxy/run/haproxy.pid 
出力は標準出力に情報を有効にする、#デバッグの#デバッグモードを。間違っチューン使用している場合
#quietの#サイレントモードを、何の出力は、起動時に

デフォルト#のデフォルト設定は、
グローバル#アプリケーションログ構成グローバルログインしていない
出力姿勢#ログファイルを。。ログレベルはLOCAL3システムlocal1-7、ユーザ定義生成された
127.0.0.1のLOCAL3ログ
操作の#モードを、プロセスのプロトコルタイプ
TCPは| |健康は、デフォルトのモードは、HTTPを使用#パラメータ値は、httpがあってもよい
4層#tcp http層7は、健康だけでOKを返す
モードのHTTP 
オプション#HTTPLOGカテゴリがHTTPログ説明ログ
HAProxyは、キープアライブをサポートしていませんが、各要求は、アクティブなHTTPチャネルを終了した後に#を閉じた状態を、このモードの唯一のアナログ実装
オプションhttpclose 
ログを記録しません#dontlognullオプションは、エア・リンク生成
クライアントは、実際のIPを取得する必要がある場合#バックエンドサーバーを、HTTPヘッダーの中にクライアントのIPから入手することができ、このパラメータを設定する必要が
forwardforオプション
対応するサーバーがハングアップするSERVERID時にオプション#の再ディスパッチ、他の健康サーバに向け強制的に
2回接続に失敗し、再試行2#は、サーバーがチェックするために主に小切手の裏を通じて、利用できないと考えて
接続のMAXCONN 2000#最大数
アルゴリズムのバランスをとるバランスラウンドロビン#負荷
のhttpによって、アドレス#haproxy監視ページにアクセスするには:// localhost:80に/ haproxy -stats アクセス
統計URI / HAProxy-統計は、
接続タイムアウトを接続します5000#をタイムアウト、単位:ミリ秒(ミリ秒)。同等物はcontimeout 
タイムアウトクライアント#50000クライアントの接続時間を。同等物はclitimeout 
タイムアウト#50000サーバー接続時間サーバーを。srvtimeout等価
MODEのHTTPの
オプションhttpchk <メソッド> <URI> <バージョン>として#ヘルスモニタリング、完全な形式
のテストで実際の作業その#(注)、あなたは、テストのためにページをダウンロードする必要があります
#ので、このページは代わりに小さなページでなければなりませんホーム側と。ここでは1秒ごとにページを検査しています。
GET /index.htmlがhttpchkオプション

要求を受信したフロントエンドHTTP#フロントエンドの設定、ポートグループは、名前をカスタマイズすることができます。http 
バインド0.0.0.0:80#リスニングポート、ポート80へのHTTPリクエストを開始し、それがバックエンドのIP設定に転送されますポート
default_backend http_back#バックエンド、バックエンドの名前http_backに転送をカスタマイズすることができ

バックエンドはhttp_back#バックエンドの構成は、名前の前端部の後端部は、同一の構成にする必要があり
ホストサーバS1 192.168.1.7:80重量3 IPチェック#リアポートの終わりと重
ホストIP S2 192.168.1.8:80重量3チェック#バックエンドサーバ、ポートとのトレードオフを

  uid99、およびgid99上記の誰もしない、システムが付属しています。

[ルート@のyouxi1 haproxy-1.7.9]#IDが未認証
のuid = 99(誰)GID = 99(誰)组= 99(誰)

  また、バックエンドサーバーは、サーバーをフォーマットするには、[サーバ名]、[IPアドレス:ポート番号] [パラメータ]、以下のパラメータ:

バックアップ:設定した待機サーバー、サーバー有効にしないことだけでシーンにバランスをとる他のサーバ負荷
チェック:サーバのステータスのような他のパラメータ、追加の細かい設定の手段によって達成することができ、この実行を、チェック監視するために開始します:
インター:ステートフルインスペクション間隔を設定、ミリ秒単位で、デフォルトは2000で、サーバーのトピックの遅延に応じて、このdowninterのfastinterやイベントを最適化するためにも使用することができます
上昇:オフラインサーバーから、ステータスチェックが設定されているオフラインをチェック正常な状態が数チェックの成功を必要とする状態
ステータスチェックはサーバーをオフラインに正常な状態からオフラインに設定されていることを確認、あなたは成功したの数を確認する必要があります。秋
クッキーを:指定され、ここで、指定されたサーバーCookieの値の値を設定インバウンド要求にチェックされます、最初の値を選択し、その後の時間を要求します。このサーバー用に選択され、そのオブジェクトは、機能の永続的な接続を実現することである
MAXCONNを:髪場合、サーバーが受け付ける同時接続の最大数を指定します。接続のこの番号にサーバが要求キューに置かれ、ここで指定した値よりも高いです 解放されるのを待っている他の接続では
maxqueue:通信サーバの観察条件によって自分の健康状態を判断するために、タイプは「層4」と「レイヤ7」、「レイヤ7はサポートされ、デフォルトでは無効になって 」 だけのシーンのためのHTTPプロキシ
REDIR:リダイレクション機能を有効に、このサービスに送信されるがGET HEADリクエストとレスポンスステータスコード302であり、後に接頭辞/を使用しないで、相対アドレスを使用することができない、サイクルを回避するために、例えば、ことに留意されたい
  サーバーSRV1 192..168.1.202:80 REDIR http://imageserver.wangfeng7399.comチェック
重量:重量は、デフォルトは1で、最大値は256,0は、彼らは、ロードバランシングに参加しなかったと言われています

  プロファイルパラメータの詳細ビュー:https://blog.csdn.net/wngua/article/details/54618299

  Haproxyは、直接にもコピーされたたくさんの悩みを変更するために起動スクリプトを生成しました。注:これは減圧/ haproxy.init修飾下examplesディレクトリであるが、リロードが問題です。手動でコマンドを入力する必要がリロードします。

/etc/init.d/haproxy#のvimの[youxi1 haproxy-1.7.9 @ルート] 
#/ binに/ SHの!
#1のchkconfig: - 85 15 
#説明:HA-プロキシサーバ
#のProcessNameの:haproxy 
#1:configとは/ usr / local /haproxy/etc/haproxy.cfg 
#ソース関数ライブラリ。
[-f /etc/init.d/functions]なら、その後/etc/init.d/functions 
のelif [-fは/etc/rc.d/init.d/functions]。その後/etc/rc.d/init.d/functions 
  の出口0 
Fi回線

#ソースのネットワーク構成。の/ etc / sysconfig / networkファイルの

ネットワークが稼働していることを確認#。
[ "$ NETWORKING" = "なし"] &&終了0 

#これは私たちのサービス名です
BASENAME = `haproxy` 

BIN =は/ usr / sbinに/ haproxy

CFG =は/ usr / local / haproxyの/ etc / haproxy.cfg 
[$ CFG -f] || 出口1 

PIDFILE = / haproxyは/ usr / local /実行/ haproxy.pid 
LOCKFILE =は/ usr / local / haproxy /実行/ haproxy 

RETVAL = 0 

スタート(){ 
  quiet_check 
  なら[$?-ne 0]。その後、
    「『$のBASENAMEチェック』でそれを確認し、設定ファイルで見つかったエラー。」エコー 
    1を返す
  Fiの

  :エコー-n "開始の$ BASENAME" 
  デーモン$ BIN -D -f $ CFG -p $ PIDFILE 
  RETVAL = $を?
  エコー
  [$ RETVAL -eq 0] &&タッチ$ LOCKFILEの
  戻りの$ RETVAL 
} 

(停止){ 
  エコー-n "は$のBASENAMEをシャットダウン:" 
  killproc $ BASENAME -USR1 
  RETVAL = $?
  エコー
  [$ RETVAL -eq 0] && RM -f $ LOCKFILE 
  [$ RETVAL -eq 0] && RM -f $ PIDFILE 
  戻りの$ RETVAL 
} 

リスタート(){ 
  quiet_check 
  なら[$?-ne 0]。その後、
    「『$のBASENAMEチェック』でそれを確認し、設定ファイルで見つかったエラー。」エコー 
    1を返す
  Fiの
  ストップ
  スタート
} 

{)(リロード
  場合を![-s $ PIDFILE]。その後、
    0を返す
  Fi回線

  quiet_checkを
  [$場合は?-ne 0]。その後、
    「『$のBASENAMEチェック』でそれを確認し、設定ファイルで見つかったエラー。」エコー 
    1戻り
  Fiの
  $ BIN -D -f $ CFG -p $ PIDFILE -sf $(猫$ PIDFILE)
} 

{()チェック
  $ BIN -c -q -V -f $ CFG 
} 

quiet_check(){ 
  $ BIN -c -q -f $ CFG 
} 

rhstatus(){ 
  ステータスの$ BASENAME 
} 

condrestart(){ 
  [-e $ LOCKFILE] &&再起動|| 
} 

#は、私たちが呼ばれたかを参照してください。
場合は「$ 1」
  スタート)
    スタート
    ;; 
  停止)
    を停止
    ;; 
  再起動)
    を再起動
    ;; 
  リロード)
    リロード
    ;; 
  condrestart)
    condrestart 
    ;; 
  状態)
    rhstatus 
    ;; 
  チェック)
    チェック
    ;; 
  *)
    : "チェック{condrestart | | |ステータスをリロード| | STOP |再起動BASENAMEスタート} $の使用を" $エコー
    1番出口
ESAC 

?終了します$ 
![ルート@ youxi1 HAProxy-1.7.9]#chmodコマンド+ $は、// X-実行権限を追加
chmodの+ X /etc/init.d/haproxy

  スクリプトを使用して起動するソフトリンクを作成します(試していない環境変数を追加)、また、直接にコピーすることができます

#LN -sは/ usr / local / haproxy / sbinに/ haproxyは/ usr / sbinに/ [youxi1 haproxy-1.7.9 @ルート] 
[ルート@ youxi1 haproxy-1.7.9]#LLは/ usr / sbinに/ haproxy 
lrwxrwxrwx 1つのルートルート31 7月21午前1時28分の/ usr / sbinに/ haproxy - >は/ usr / local / haproxy / sbinに/ haproxy

  PID格納ディレクトリを作成し、メインhaproxyが所属変更

[ルート@ youxi1 haproxy-1.7.9]#のMKDIRは/ usr haproxy / /ローカル/実行
[ルート@ youxi1 haproxy-1.7.9]#chownコマンド-R誰の/ usr / haproxy /ローカル
youxi1 haproxy-1.7.9 @ [ルート]#LL -d / USR / haproxy /ローカル
drwxr-XR-X 7誰ルート64 7月21午前1時31は/ usr / local / haproxy

  ログファイルの収集を構成します

[@ルート-HAProxy 1.7.9 youxi1] Vimのある/etc/rsyslog.conf#
$ MODLOAD imudp 15から16の//コメント行を削除
$ 514 UDPServerRunの
local7のを。* // /var/log/boot.logのこの行ライン73は、このラインに次の2行を追加します
LOCAL3。* /var/log/haproxy.log // haproxy上記対応するプロファイル必要
LOCAL0のを。/var/log/haproxy.log * 
[@ youxi1 haproxyルート-1.7。 9]#systemctl再起動rsyslogの

  スタート

方法#
[@ youxi1 HAProxyルート-1.7.9]#は/ usr / local / HAProxy / sbinに/ HAProxy /usr/local/haproxy/etc/haproxy.cfg -f 
[@ルートHAProxy 1.7.9 youxi1]のPS# AUX | grepのHAProxy 
?誰0.0 0.0 10654 12272 808 Ssの1時39夜12時は/ usr / local / HAProxy / sbinに/ HAProxy -f /usr/local/haproxy/etc/haproxy.cfg 
ルート10656 0.0 0.0 112 724 996 PTS /午前0時のgrepのS 0 =オート--color HAProxy + 1時40分

#方法II 
[ルート@ youxi1〜]#開始/etc/init.d/haproxy 
リロードにsystemd:[OK] 
(systemctl経由)HAProxyの開始:[OK]を
[ルート@のyouxi1〜]#のPS AUX | grepをHAProxy 
// 2行メッセージプロンプト情報サーバーを利用できません、その上に設定なし、ディスプレイ比較的遅い、直接入力し、<Enter>理由
7月21日午前1時43分02秒でのsyslogd @ localhostのメッセージ... 
 haproxy [10763]:バックエンドhttp_backが利用可能なサーバーを持っていません!

7月21日午前1時43分02秒でのsyslogd @ localhostのメッセージ... 
 haproxy [10763]:バックエンドhttp_backが利用可能なサーバーを持っていません!

誰もいない10763 0.0 0.0 12272 804?SS 01:42 0:00の/ usr / sbinに/ haproxy -D -f /usr/local/haproxy/etc/haproxy.cfg -p /usr/local/haproxy/run/haproxy.pid 
ルート10766 0.0 0.0 112724 992 PTS / 0 S + 1時43午後12時のgrep --color =オートhaproxy

  特記事項リロードが手動で行うにはどのようにコマンドを入力して、主にノンストップサービスは、設定ファイルを再ロードするために、スムーズな移行

//最初の使用は、ps auxを| grepをするhaproxyビューいくつかのプロセスがある
#PSはAUX [youxi1〜@ルート] |グレップのhaproxyは
?誰12272 7224 0.0 0.0 828 Ssの16時57分午前0時は/ usr / sbinに/ HAProxy -D -f -p /usr/local/haproxy/run/haproxy.pid /usr/local/haproxy/etc/haproxy.cfg 
ルート7511 0.0 0.0 112 724 996 PTS /秒+ 16時58夜12時00分0 =オートはgrep --color HAProxy 

/ /唯一のプロセスは、上記のコマンドは、それをコピーする場合は、-sfを追加[PID] 
[ルート@ youxi1〜]#は/ usr / sbinに/ HAProxy -D -f /usr/local/haproxy/etc/haproxy.cfg - 7224 P--sf /usr/local/haproxy/run/haproxy.pid 
[ルート@ youxi1〜]#のPS AUX | grepをHAProxy 
?誰12272 7513 0.0 0.0 824 Ssの17時午前0時は/ usr / sbinに/ -D HAProxy -p /usr/local/haproxy/run/haproxy.pid -SF 5 7224 /usr/local/haproxy/etc/haproxy.cfg -f 
ルート7516 0.0 0.0 112 724 996のPTS / S 0 + 17:00 0:00 grepの-色=自動haproxy

//一つのコマンドよりも、またはPIDを表示したくないが、あなたはまた、上記のコマンドをコピーすることができた場合は、最高の$ -sf(CATの/usr/local/haproxy/run/haproxy.pid)
[ルート@ youxi1〜]#は/ usr / sbinに/ haproxy -D -f /usr/local/haproxy/etc/haproxy.cfg -p /usr/local/haproxy/run/haproxy.pid -sf $(猫/usr/local/haproxy/run/haproxy.pid 
[ルート@ youxi1〜]#のPS AUX | grepをHAProxy 
?誰12272 7532 0.0 0.0 824 Ssの午前17時03分午後12時は/ usr / sbinに/ HAProxy -D -f /usr/local/haproxy/etc/haproxy.cfg - -SF 5 7513 P /usr/local/haproxy/run/haproxy.pid 
ルート7534 0.0 0.0 112 724 992 PTS / S + 17時03分〇時00分0 =オートHAProxyはgrep --color

  カイからのブートを追加

chkconfigのがHAProxy --add [ルート@ youxi1〜]#
[ルート@ youxi1〜]#は--list chkconfigをHAProxy 
1オフ:2オフ:3消灯:4オフ:5オフ:オフ6:オフHAProxy 0 
[ルート@ youxi1 〜]#がONのchkconfig HAProxy 
[ルート@ youxi1〜]#は--list chkconfigをHAProxy 
1オフ:2オフ:開口3:4の場合:開口5:開口6:HAProxy 0をオフ

  すべてのhaproxy、使用してのkillallを(killall5を使用していない、断線につながると思われるが、それは私に問題があるかもしれません)終了のkillallコマンドを使用していない場合は、yumをpsmiscのインストールをインストール-y

[ルート@のyouxi1〜]#killallをhaproxy 
[ルート@ youxi1〜]#psのの補助| grepのhaproxy 
ルート10786 0.0 0.0 112724 996 PTS / 0 S + 1:44 0:00のgrep --color =オートhaproxy

  ファイアウォールがオンになっている場合は、ポート番号を追加することを忘れないように

[ルート@ youxi1〜]#ファイアウォール-CMD --permanent --zone =公共--add-ポート= 80 / tcpの&&ファイアウォール-CMD --reload 
成功
成功

 2)バックエンドサーバーを配置し、youxi3 youxi2

  私は実験を行うためにここにいる、物事をシンプルに保ちます。

[ルート@ youxi2〜]#yumを-yのhttpd PHPをインストールし
ます。[root @ youxi2〜]#エコーyouxi2> /var/www/html/index.html 
[ルート@ youxi2〜]#は、httpdの起動systemctl 
[ルート@ youxi2〜]#をhttpdの有効systemctl 
/usr/lib/systemd/system/httpd.serviceする/etc/systemd/system/multi-user.target.wants/httpd.serviceから作成されたシンボリックリンクを。

[ルート@ youxi1〜]#yumを-yのhttpd PHPをインストールし
ます。[root @ youxi1〜]#エコーyouxi3> /var/www/html/index.html 
[ルート@ youxi1〜]#は、httpdの起動systemctl 
[ルート@ youxi1〜]#をhttpdの有効systemctl 
/usr/lib/systemd/system/httpd.serviceする/etc/systemd/system/multi-user.target.wants/httpd.serviceから作成されたシンボリックリンクを。

  ファイアウォールの起動時にポート番号を追加することを忘れないでください

[ルート@ youxi2〜]#ファイアウォール-CMD --permanent --zone =公共--add-ポート= 80 / tcpの&&ファイアウォール-cmdは--reload 
成功
成功

[ルート@のyouxi3〜]#ファイアウォール-CMD --permanentを- -zone =公共--add-ポート= 80 / tcpの&&ファイアウォール-CMD --reload 
成功
成功

 3)テスト

  ページの監督の下で最初のチェック

  そして、ロードバランサへの直接アクセス

  この時間監視ページで振り返ってみると、あなたは平均的な配分を見ることができます

 

 

 

参考:https://www.cnblogs.com/happy1983/p/9265358.html

おすすめ

転載: www.cnblogs.com/diantong/p/11214338.html