HAProxy の acl で外部ファイルを読み込む方法と読み込むファイルの書き方メモ | iret.media
ども、 cloudpack の かっぱ (@inokara) です。 例えば… UserAgent やソース IP で振り分けを行いたい場合には… acl オプションを利用して… frontend balancer-test01 acl foo hdr_sub(User-Agent) Chrome acl bar src xxx.xxx.xxx.xxx/32 と書くことが出来るが、異なるソース IP を複数並べたい場合にはチョト辛いので外部ファイルから読み込ませることが出来る。（初めて知った…） Using ACLs and fetching samples acl は以下のようなオプションが利用出来るようだ。 The following ACL flags are currently supported : -i : ignore case during matching of all
HAProxyで実現するGalera Clusterノードのサービス脳筋的無停止メンテナンス | iret.media
こんにちは。cloudpack の 脳筋 (岸上) です。 HAProxy のエンドポイントとなるGalera Clusterをメンテモードにすることで、 Galera Clusterへのアクセスを停止することができ、サービス無停止でのメンテナンスが実現できる。 利用例 インスタンスタイプの変更 メンテナンスイベントからの回避 ※パッケージもローリングアップデートでできるかな 構成図 切替方法 ロードバランサの状態確認 [root@ip-192-168-0 ~]# echo "show stat"|socat stdio /var/lib/haproxy/haproxy.socket # pxname,svname,qcur,qmax,scur,smax,slim,stot,bin,bout,dreq,dresp,ereq,econ,eresp,wretr,wredis,status,we
誰得？HAProxy の frontend を無効にしたり有効にしたりするスクリプト | iret.media
ども、cloudpack の かっぱ (@inokara) です。 ニーズの有無は置いといて HAProxy で HAProxy 自体のプロセスは生かしたまま frontend を有効、無効にするスクリプトを作ったのでメモ。 HAProxy の stats 機能を使う HAProxy は stats を有効にすればコマンドラインからバックエンドサーバーの切り離しや frontend を有効にしたり無効にしたいすることが出来る。 例えば、以下の様な設定があったとする。 global log 127.0.0.1 local0 log 127.0.0.1 local1 notice maxconn 4096 daemon stats socket /var/run/haproxy.sock mode 644 level admin (snip) defaults log global (snip
HAProxy で HTTP ヘッダを操作するメモ（1）〜多段 Proxy 環境でも接続元 IP をオリジナル HTTP ヘッダに挿入する〜 | iret.media
ども、シリーズ化しても一回か二回で終わってしまう cloudpack の かっぱ (@inokara) です。 はじめに HAProxy は最強の L4 / L7 のオープンソースロードバランサだと思います。特に L7 ロードバランサに関しては個人的には出来ないことは無いのではと思っています。 ということで、今回は HTTP リクエストヘッダから接続元 IP をオリジナルの HTTP ヘッダに挿入してバックエンドのアプリケーションでも接続元 IP を利用した制御が出来るような環境を作ってみたいと思います。 memo 環境と要件 以下のような環境と要件で構築と動作確認を行います。今回は HAProxy に直接するパターンと ELB を経由させた多段 Proxy の環境で試してみたいと思います。 接続元の IP とオリジナルヘッダの名前は以下の通りです。 HAProxy の設定 今回は HAP
HAProxy の statistics な情報を HTTP 経由の JSON で返す薄っぺらいラッパーを作ってみた（1） | iret.media
ども。cloudpack の かっぱ (@inokara) です。 前回の続き 前回、無理やり CSV をパースすることなく haproxy-ruby と Sinatra と組み合わせて HTTP 経由で JSON 返すようにすれば CSV パースの呪縛から一瞬で解き放たれたので Sinatra よりもさらに軽い（リソース的にも軽そうに感じる）感じで Web サーバーを上げることが出来ればよりイイのかなって思って Rack 使ってラッパーっぽいのを作ってみました。 HAProxy 側では stats 有効 以下のように stats を有効にしておきましょう。 stats socket /var/run/haproxy.sock user root group wheel level admin stats timeout 2m 上記のように設定すれば /var/run/haproxy.so
Ruby で csv to json（HAProxy の CSV で提供される statistics な情報を JSON で取得したいな） | iret.media
ども。cloudpack の かっぱ (@inokara) です。 追記（Sinatra と haproxy-ruby を使えば瞬殺だった） haproxy-ruby sudo gem install haproxy --no-ri --no-rdoc -V Sinatra アプリ require 'sinatra' require 'sinatra/reloader' require 'haproxy' require 'json' haproxy = HAProxy.read_stats '/var/run/haproxy.sock' info = haproxy.info statistics = haproxy.stats get '/info' do info.to_json end get '/stats' do statistics.to_json end 上記で Sinat
Infrastructure as 脳筋のためのchef recipe tips. HAProxyの例 | iret.media
haproxy/recipes/default.rb Galera Clusterを構成するノードの情報を search で取得して template variables に渡します。 if node.chef_environment.include?("production") cookbook_file "/root/haproxy-1.5.9-2.amzn1.x86_64.rpm" do source "haproxy-1.5.9-2.amzn1.x86_64.rpm" owner "root" group "root" mode 0644 end package "haproxy" do action :install provider Chef::Provider::Package::Rpm source "/root/haproxy-1.5.9-2.amzn1.x86_64.r
HAProxy のバックエンド Web サーバーヘルスチェックでコンテンツの中身をチェックする | iret.media
取り急ぎのメモの cloudpack の かっぱ (@inokara) です。 はじめに HAProxy でバックエンドのヘルスチェックは option httpchk で定義しますが、option httpchk を設定して行われるヘルスチェックはステータスコードのみのチェックとなります…ということで。 option httpchk HAProxy においてバックエンドの Web サーバーをヘルスチェックする際には以下のように設定することでチェックすることが可能です。 option httpchk 但し、上記の設定の場合には… By default, “option httpchk” considers that response statuses 2xx and 3xx are valid, and that others are invalid. 上記のようにバックエンドの Web
HAProxy の acl によるバックエンドへの振り分けを色々と試す（2）（リクエストパスを正規表現でマッチさせる） | iret.media
ども、cloudpack の かっぱ (@inokara) です。 はじめに 前回の続き。リクエストパスを正規表現でマッチさせることも出来るので試してみる。 準備 haproxy.cfg path_reg を利用すると URL のパスを正規表現でマッチ出来るようになる。 frontend balancer-test mode http option forwardfor bind 0.0.0.0:8000 # acl foo path_reg ^/(firefox|Firefox|fireFox)/?$ acl bar path_reg ^/(chrome|Chrome/chRome)/?$ acl crm hdr_sub(User-Agent) -i Chrome acl fox hdr_sub(User-Agent) -i Firefox acl hoge src xxx.xxx.xx
HAProxy の acl によるバックエンドへの振り分けを色々と試す（1） （「User-Agent と接続元 IP」という条件でバックエンドへの振り分けをコントロールする） | iret.media
HAProxy の acl によるバックエンドへの振り分けを色々と試す（1） （「User-Agent と接続元 IP」という条件でバックエンドへの振り分けをコントロールする） ども、cloudpack の かっぱ (@inokara) です。 はじめに HAProxy で User-Agent やリクエストパス等でバックエンドに対する振り分けを行う際に利用する use_backend で複数条件が利用出来るか試してみた。ドキュメントを改めてみると何でも出来そうな雰囲気が HAProxy の底力を魅せつけられたような気がする。 参考 Using ACLs to form conditions Using ACLs and fetching samples haproxy で 他のサーバーを特定のディレクトリ配下にマッピングする 解ったこと とりあえず検証結果が長くなってしまったので結論から
HAProxy経由でGalera Cluster MariaDBに接続する | iret.media
手順 HAProxy 1.5.9のビルド Amazon Linuxが標準で提供しているHAProxyは1.4.22だったのでHAProxy 1.5.9をrpmbuildしました。 mockを利用してhaproxyのrpmを作成するスクリプトを公開している方がいたので、こちらを参考にrpmbuildでrpmを作成しました。 boogieshafer/haproxy-rpm · GitHub ※このスクリプトをそのまま使えたらよかったのですがmockが上手く動かず断念. build-haproxy失敗ログ [ec2-user@ip-10-0-1-50 haproxy-rpm]$ bash build-haproxy.1.5.x.sh Downloading sources... Building initial source rpm... 書き込み完了: /usr/src/rpm/SRPMS/
HAProxy 内部情報を Datadog で可視化する | iret.media
ども、cloudpack の かっぱ (@inokara) です。 はじめに HAProxy の内部情報を可視化する方法を模索していて、Datadog の Integrations に HAProxy のロゴがあったので試してみました。 ほんの数ステップで利用出来るようになります。 設定 HAProxy の設定 datadog で HAProxy の監視を行う場合には以下のように stats を enable にして uri オプションでパスを指定します。 listen haproxy_stats bind 0.0.0.0:1919 mode http stats enable stats uri /stats HAProxy を再起動してブラウザからアクセスしてみましょう。 上記のように HAProxy の内部情報がブラウザから確認することが出来るようになります。 datadog エージ
RDS のリードレプリカへのアクセスを HAProxy で分散しつつ consul と consul-template で冗長化するメモ | iret.media
構成図 実装（という程ではないけど） Read Replica の分散 HAProxy の設定は以下のように。 global log 127.0.0.1 local0 log 127.0.0.1 local1 notice maxconn 4096 daemon defaults log global option dontlognull retries 3 maxconn 2000 timeout connect 5000ms timeout client 50000ms timeout server 50000ms listen mysql bind 0.0.0.0:3306 mode tcp option mysql-check user monitor balance leastconn server read01 hogehoge-replica.xxxxxxxxxxxxx.ap
HAProxy をコマンドラインで操作するを HAProxy 1.5.8 で試してみる | iret.media
ども、cloudpack の 自称 HAProxy 芸人 かっぱ (@inokara) です。 はじめに 稼働している HAProxy の状態を把握する為に stats というオプションがありますが、この stats を利用することで HAProxy をコマンドラインから操作出来るようなので簡単に触ってみたいとおもいます。 参考 Unix Socket commands HAProxyをコマンドラインから操作する こちらの記事は 1.4 系にて試されていらっしゃるようですので、本記事では 1.5.8 にて試したいと思います。（本記事を記載時点では 1.5.9 がリリースされています） そいうえば、以前に自分でも以下のような記事を書いていました。 HAProxy 白帯シリーズ(8) HAProxy 超小ネタ(6) show コマンドで HAProxy をデバッグ | cloudpack.me
Docker + consul-template で HAProxy のバックエンド登録の自動化を試す | iret.media
ども、cloudpack の デプロイ市民の かっぱ (@inokara) です。 はじめに とりあえず AWS CodeDeploy で docker run 出来るので docker run で Web サーバーを上げておいて HAProxy のバックエンドに自動的に追加させるところまでを AWS CodeDeploy で一気にやってみたいと思ったので、まずは HAProxy のバックエンドを自動で登録する方法の確認を行います。 尚、HAProxy のバックエンドへの自動登録については以前、consul-haproxy ツールが紹介されていたのですが、現在は consul-template に内包されてしまっているようですので、こちらのツールにて行ってみたいと思います。 参考 progrium/registrator hashicorp/consul-template Consul T
HAProxy チートシート（ACL を使ったリクエストパスによる振り分けについて） | iret.media
どうも、cloudpack の 自称 HAProxy 王子の かっぱ（@inokara）です。 はじめに… 前回「HAProxy チートシート（acl や SSL サポート等）」の続きです。 前回の記事で URI パスによる振り分けを検証した際に…以下のようなプロキシが出来なくて残念な気分になっていたら… reqirep を利用してバックエンド側でパスを書き換えるという方法があったので試してみましたとさ。 reqirep を使わない場合 制限 上記のようにクライアントから以下のようにアクセスがあり、acl を利用してパス毎のサーバーを振り分けたい場合に… http://example.com/hoge バックエンド側のアプリケーションサーバー側で以下のように設定する必要がありました。 ${Document_Root}/hoge むむ…これはちょっと… reqirep を使う reqirep
HAProxy チートシート（acl や SSL サポート等） | cloudpack.media
どうも、39 歳の cloudpack の かっぱ（@inokara）です。おっさんです。 はじめに HAProxy の acl 機能を利用して各種条件の振り分け設定についてメモってみます。 構成 振り分けを坦々（淡々）と… acl を使って振り分け HAProxy は機能大杉漣ですが、acl を使うことで柔軟でアクセスコントロールすることが出来ます。 HAProxy – acl 以下 acl を使って幾つかの条件による振り分け設定例を試してみたいと思います。 ホストヘッダによる振り分け frontend kappa-test bind 0.0.0.0:80 acl hage hdr(host) -i hage.test.inokara.com acl pika hdr(host) -i pika.test.inokara.com use_backend hage_bk if hage u
CentOS 6.5 に 5 分で HAProxy の最新版をインストールする方法 | iret.media
ども、cloudpack の かっぱ（@inokara）です。 はじめに すいません、取り急ぎメモです。 HAProxy は本日（2014/11/6）時点で 1.5.8 となっています。 メモ 関連パッケージの導入 yum install gcc make pcre-devel openssl-devel rpm-build wget ビルド用のディレクトリ作成 mkdir rpmbuild mkdir rpmbuild/BUILD mkdir rpmbuild/BUILDROOT mkdir rpmbuild/RPMS mkdir rpmbuild/SOURCES mkdir rpmbuild/SPECS mkdir rpmbuild/SRPMS tar ball の取得と展開 cd rpmbuild/SOURCES wget http://www.haproxy.org/downloa
HAProxy の HTTP リクエストホストヘッダによる振り分けと Nginx の SSL プロトコルや Cipher をアクセスログに記録する | iret.media
ども、cloudpack の かっぱ（@inokara）です。 はじめに 久しぶりに HAProxy を触る機会があったのでメモ。HTTP リクエストの Host ヘッダの情報を元にバックエンドを振り分けてみます。あと、HAProxy とは無関係ですが Nginx で SSL のプロトコルをアクセスログに記録出来るのでメモ。 参考 HAProxy Document 俺らの suz-lab さんの記事→(ELBとからめて)Hostヘッダでの振り分けをHAProxyでやってみる | cloudpack.media How can I let nginx log the used SSL/TLS protocol and ciphersuite? Host ヘッダによるバックエンド振り分け frontend の設定 frontend kappa-test bind 0.0.0.0:80 acl
HAProxy で SSLv3 を無効にする方法 | iret.media
ども、犬はプードルよりも雑種が好きなかっぱ（@inokara）です。 Poodle Attacks SSL 3.0 の脆弱性が下記の通り報告されています。 CVE-2014-3566 Advisory POODLE attacks on SSLv3 (14 Oct 2014) This POODLE Bites: Exploiting The SSL 3.0 Fallback The POODLE Attack and the End of SSL 3.0 Poodle Attacks の取り急ぎの対策として SSLv3 の無効が推奨されているようです。 SSL / TLS Transport Layer Security←読み応えあり 取り急ぎメモ（無効にする方法） HAProxy でも 1.5 以降で SSL が正式にサポートされていますので影響を受ける可能性はありますので対策は施して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
