多機能プロクシサーバー「HAProxy」のさまざまな設定例 | さくらのナレッジ
特定のサーバーに対して多く接続を振り分けたい場合、serverキーワードの「weight」オプションで振り分けを行う際の重み付けを指定できる。次の例では「centos01」の重みを1、「centos02」の重みを2に設定している。 frontend web_proxy default_backend web_servers bind *:80 backend web_servers server web01 centos01:80 weight 1 server web02 centos02:80 weight 2 roundrobinアルゴリズムの場合、指定した重みに比例してそのサーバーに振り分けられる接続数が増加する。この例の場合、centos02というサーバーにはcentos01の2倍の数の接続が割り振られるようになる。 サーバーの監視 HAProxyのデフォルト設定では、バックエン
Docker と infrataster で nginx の振る舞いをテストする
こんにちは。吉川 ( @rrreeeyyy ) です。今期オススメのアニメはリゼロです。 Nginx は設定ファイルの記述力も高い、大変便利な Web サーバです。 便利な反面、設定ファイルの複雑化や、設定に依っては意図しない挙動を引き起こしてしまうこともあります。 そこで本稿では docker 並びに infrataster を使用し、 Nginx の挙動をテストすることによって、安全に Nginx の設定を記述する方法について紹介します。 テスト対象の Nginx の仕様 今回は例として、次のような仕様の Nginx のテストについて考えます。 ネットワーク帯は 10.0.0.0/16 を使用している Nginx の前段として L7 ロードバランサが存在している L7 ロードバランサが https を終端している Nginx 自体は 80 番ポートと 8080 番ポートにて待ち受けてい
VirtualBox+Vagrant+Docker+HAProxy+MySQLでMySQLロードバランシングを実現する #2 HAProxy+Nginx編 - Qiita
前回はVagrantでdockerが使える環境の準備までを行いました 今回はdockerでHAProxyコンテナ1つとNginxコンテナを3つを立ち上げてロードバランサとして機能させようと思います やりたいこと 本当はMySQLのロードバランサとしてHAProxyを使用したいのですがPHPも書かないといけないし、MySQLの設定もHAProxyもやったことがないので、まずは普通にWebサーバーのリバースプロキシサーバーとしての設定を書いてみます(Nginxで出来るけどMySQLのために今後HAProxyを使うのでこちらをプロキシサーバーにする) とりあえず画像で説明 Vagrantで立ち上げるVirtualBox(CentOS)のIP: 192.168.33.12 HAProxy(haproxy)にアクセスするためのポート: 80 Nginx(web1)にアクセスするためのポート: 808
VirtualBox+Vagrant+Docker+HAProxy+MySQLでMySQLロードバランシングを実現する #1 準備編 - Qiita
AWSに適用する前に仮想環境でテストしたいと思ってこの構成にしました Windowsで仮想環境を作りたいと先週Vagrantを使ってみましたが立ち上げ遅すぎワロタ～となってしまったので苦肉の策でVirtualBox上にVagrantでCentOS6.7を用意してその中にdocker-engineをインストールして爆速立ち上げ環境を作ってしまおうという意図の下、勤務中に書き上げたエントリーです。仕事は楽しい 前提 立ち上げるVMはCentOS6.7でVagrantboxはこちらを使っています https://github.com/CommanderK5/packer-centos-template/releases/download/0.6.7/vagrant-centos-6.7.box ただvagrant upした後にyum updateを行うのでそれをvagrant packageした
OpenAMとOpenDJをHAProxy + keepalivedで冗長化 - Qiita
Requirements OpenDJ OpenAM HAProxy keepalived Overview サーバ2台 それぞれOpenDJ、OpenAM、HAProxy、keepalivedをインストール HAProxyはkeepalivedでアクティブ-スタンバイにし冗長化 OpenAM、OpenDJはHAProxyでバランシングし冗長化 Install HAProxy haproxyをyumでインストール #!/bin/bash ### VARIABLES ### PRE_PACK="openssl-devel pcre-devel make gcc" VER="1.5.1" # Setup Colours black='\E[30;40m' red='\E[31;40m' green='\E[32;40m' yellow='\E[33;40m' blue='\E[34;40m'
最近書いたChefのCookbook(all-in-one_haproxy, redis)を公開します - 元RX-7乗りの適当な日々
公開します、というかGitHubに置いていただけですがー。 all-in-one_haproxy 2台セットでのHA構成を想定したHAProxyサーバを作るためのChef Cookbookです。2台セット冗長化済のHAProxyサーバをさくっと作るために書きました。 https://github.com/namikawa/all-in-one_haproxy 基本的には、2台で以下機能が連携しあう形で稼動します。 rsync + lsyncdの稼働 (各種設定ファイルの同期) keepalivedの稼働 (HAクラスタ構成の実現) HAProxyの稼働 (LB/ReverseProxyソフトウェア・SSL対応) iptables/ip6tablesの稼働 (接続元の限定) Quaggaの稼働 (エッジルータ等との動的経路広報の実現) snmpdの稼働 (各種メトリクスの取得) swap領域
HAProxy with Consul
PackerBuild and manage images as code
ロードバランサ（haproxy + serf + keepalived）を構築してみた - Qiita
ハードウェアのロードバランサは予算上厳しくなりそうだったので、仮想サーバで動作するOSSのロードバランサを構築することにした。今回検証を行ったので、その共有です。 構成 ロードバランサ Ubuntu Server 14.04 LTS HAProxy v1.5.2 keepalived v1.2.7 serf v0.6.3 負荷分散するアプリサーバ Windows Server 2012 R2 or Windows Server 2008 R2 (どちらも standard edition） IIS web service A（独自）※ここでは名前をWSA、使用するポートを1111とします web service B（独自）※ここでは名前をWSB、使用するポートを2222とします インストール すでに多くの方が書かれていますが、参考までに。 ロードバランサ haproxy sudo apt-
HAProxyのパフォーマンスチューニングをやったメモ(CPS編) - 元RX-7乗りの適当な日々
HAProxyを使う上で、どうやったらパフォーマンスが上がるのかを模索するメモ。 基本的に、万能なパフォーマンスチューニングはないので、今回はCPS(Connections per Second)のパフォーマンスを上げることに焦点を絞ります。CPS(Connections per Second)は、ロードバランサの性能指標の1つとなっている数値です。 あくまで軽くやってみた過程のメモ書きみたいなものなので、まとまりもなく、まだまだ改善の余地があるとは思いますが、何かの参考にしてください。 前提 HAProxyを動かすのに使用した環境は以下の通り。 Server: DELL PowerEdge R420 CPU: Intel Xeon E5-2430L @ 2.00GHz * 2 Memory: 96GB Ethernet controller: Intel Corporation Ethe
HAProxy で graceful restart する方法 - 酒日記 はてな支店
haproxy には起動後に設定ファイルを読み込み直したりする機能がないので、バランス先を追加するなどの変更が無停止ではできない、と思い込んでいたのだけど実は違った、というお話。 実際、同一プロセスで読み込み直すことはできないのだけども、以下のような手法で graceful に再起動することができる。man はちゃんと読みましょう。 # haproxy -f /path/to/haproxy.conf -sf [既に動いているhaproxyのpid]として -sf オプションに pid を渡して起動すると…… haproxy[2] : 起動 haproxy[2] : 既に動いている haproxy[1] に SIGTTOU を送信 haproxy[1] : SIGTTOU を受けると Listen をやめる 新規接続は受け付けない 既に確立している接続はそのまま維持 haproxy[2]
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/inokappa/items/f29efa0d56de2abacf1c
https://qiita.com/inokappa/items/27fc7d8b1fc01a8b031d
https://qiita.com/inokappa/items/ad3f93ff2c2b5a8fc609