Haproxy +は、カスタムメイドのログをロードバランシングをkeepalivedの

出力ログを仕立てのメリット

その後、はるかに効果的に集約本当のバックエンドサーバのログに収集さよりも、ロードバランサを介してすべてのユーザーの要求は、ので、ここで、ログを収集します。

目標

記録ユーザーのアクセスログ：haproxyプロデュース。
のレコードは、ログをkeepalivedの：デバッグするために、実行を開始keepalivedの。

マスタープラン

• ログを保存するために別のパーティションを使用します。ログの少ないkeepalivedの内容は、ストレージスペースhaproxyログを共有することができますので。例えば、/データ/ストレージ・パスのログとしてログで私のプロジェクト、haproxyログ名haproxy.log、keepalivedのログ名keepalived.log（/データは、別のパーティションまたはディスクを使用するのが最適です）。Ruoguoは、ログや要件、アーカイブする必要性やロータリーを留保します。
• システムログとはhaproxy独立し、独自のログレコード - 貧しい構成プログラムを、ログインしてhaproxy重複レコードをログに記録し、一度システムパーティションが満たされているに関連付けられているディスクスペースの多くを取るために、システムの原因となります、全体の負荷分散が失敗します。

カスタムログに関与するコンポーネント

システムログサービスrsyslogの。
haproxyロードバランシング。
可用性がkeepalivedの。

テクノロジー

ロードバランサからの第1の構成を行うには、バックアップマシンを選択し、そうすることの利点は、既存のビジネスに影響を与えることはありません。その後、良好な保存ディレクトリ/データ/ログを作成するには、このディレクトリが作成し、ファイルへの書き込みしていることを確認します。

• システムログの設定：ある/etc/rsyslog.confファイルの変更、（コメント行と空白行を削除します）、次のように完全なコンテンツ：

  $ModLoad imuxsock # provides support for local system logging (e.g. via logger command)
  $ModLoad imjournal # provides access to the systemd journal
  $ModLoad imklog # reads kernel messages (the same are read from journald)
  $ModLoad immark  # provides --MARK-- message capability
  $ModLoad imudp
  $UDPServerRun 514
  $WorkDirectory /var/lib/rsyslog
  $ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat
  $IncludeConfig /etc/rsyslog.d/*.conf
  $OmitLocalLogging on
  $IMJournalStateFile imjournal.state
  mail.none;authpriv.none;cron.none                /var/log/messages
  authpriv.*                                              /var/log/secure
  mail.*                                                  -/var/log/maillog
  cron.*                                                  /var/log/cron
  *.emerg                                                 :omusrmsg:*
  uucp,news.crit                                          /var/log/spooler
  local7.*                                                /var/log/boot.log
  local3.* /data/logs/haproxy.log
  local4.* /data/logs/keepalived.log

重要：
mail.none; authpriv.none; cron.noneの/ var / log / messagesには、この行のフィールドを削除"*の.info;"、除去されていない場合は、内の/ var / log / messagesに、ファイル/データになります/ログ/ haproxy.log重複は、アクセスログを記録します。

手動に追加最後の2行、特に最後の行「LOCAL4。* /Data/logs/keepalived.logは」、keepalivedのログの要件に適合している、または動作することはできません。

• 設定keepalivedのない：行に「-S 4を」オプションを追加することにより、サービスを開始する時間だけで、設定ファイルのkeepalived.confを修正する必要が。まあ、それは私がこのオプションを追加する方法を知っているのですか？実行命令が"-S、--log-施設= [、出力タームを参照--help keepalivedの 0-7] LOG_LOCALに設定syslog機能[0-7]"、 場合フロント構成rsyslogの定義"LOCAL4。"したがって、「-S 4を」サービスオプションの追加を開始keepalivedの。次のようにコマンドがある起動keepalivedの。
  /usr/local/keepalived/sbin/keepalived -D -d -S 4
  シンプルさと汎用性（すべての種類のに適用するために NIX）、私はそれは/etc/rc.localファイルに直接書き込まれています。

• 設定haproxy、ログ出力の設定。ラインブロックセットグローバルメイン設定ファイル「127.0.0.1 LOCAL3をログ」を追加します。

• 関連のサービスを開始します。
  rsyslogのを起動しますservice rsyslog restart。
  haproxy開始：そこkeepalivedのは、長いコマンドなどとして、実行されているkillall -9 haproxyhaproxy keepalivedのは、自動的に再起動します、プロセスを強制終了します。
  を開始/usr/local/keepalived/sbin/keepalived -D -d -S 4keepalivedの：。

認証の設定

2つのログファイルの生成があるかどうかを確認するために、ログ格納ディレクトリ/データ/ログへのスイッチ/、。

手動バインド物理ロードバランサのIPアドレス、およびその後は、ロードバランサのホスト名は、行の新しいログファイル/data/logs/haproxy.logかどうかを確認するには、ブラウザを設定してください。もし、予想通り、その後、次のステップ。

スクロール場合は、マシンをスピン場合は再起動したり、一時的には、ドリフトを設定し、システムにhaproxyログをkeepalivedの、ログテール-fを表示するためのコマンドを生成する/data/logs/haproxy.logケースにすべての要求をシステムのバランスをとる主要負荷をオフに、目まい、それが行われています。

最後に、ログアップメインロード・バランシング・セットにも同様インチ