HAProxy v1.6を使って複数のRDS Read Replilcaに分散させる - tail my trail
RDS ReadReplicaを立てて、参照クエリを逃がすことを考える。 可用性や拡張性を考えてReadReplicaは複数台構成とした場合、RDSの仕様を考慮して設計しておく必要がある。ポイントは以下。 Read Replicaは個々にEndpoint (DNS名) を持つ。 複数Read Replicaに対してバランシングする仕組みは提供していない。 ELBは RDS (Read Replica含め) には使えない。ELBにぶら下げられるのはEC2のみ。 Read Replica各ノードの死活監視、障害時の切り離し／切り戻しを考慮する必要がある。 ということで、Read Replicaのバランシングを行うなら、自分で仕組みを用意する必要がある。 実現方法はいくつか選択肢があるが、今回はL7のバランサーとして定評のあるHAProxyを使ってみる。 Architecture with HA
Using HAProxy to Build a More Featureful Elastic Load Balancer - Sharing the Tech
Though Shareaholic is hosted in the AWS cloud, we avoid depending on Amazon’s virtualized cloud services whenever possible. If we ever hit a bottleneck in AWS, I want to be able to switch providers without needing to rebuild a core piece of our architecture. I also don’t want our tech team to have to make product and infrastructure sacrifices just so that we conform to AWS standard practices. Load
HAProxy version 1.4.27 - Configuration Manual
When haproxy is running in HTTP mode, both the request and the response are fully analyzed and indexed, thus it becomes possible to build matching criteria on almost anything found in the contents. However, it is important to understand how HTTP requests and responses are formed, and how HAProxy decomposes them. It will then become easier to write correct rules and to debug existing configurations
How To Use HAProxy to Set Up MySQL Load Balancing | DigitalOcean
Prelude HAProxy is an open source software which can load balance HTTP and TCP servers. In the previous article on HAProxy we configured load balancing for HTTP and in this one we’ll do the same for MySQL. All your MySQL servers have to be configured to perform Master-Master replication as load balancing involves both reading and writing to all the backends. The following three droplets will be us
HiganWorks-llc. TechNote01, HAProxyからmongosへのリレー、サンプルコンフィグ
とりあえずつないだだけの設定、HAProxyのバージョンは1.4.8. global daemon user haproxy group haproxy log /dev/log daemon debug maxconn 4096 defaults log global option dontlognull mode tcp timeout connect 5000ms timeout client 50000ms timeout server 50000ms retries 3 listen mongos bind 127.0.0.1:27017 option tcplog balance roundrobin server mongos1 192.168.10.5:27017 server mongos2 192.168.10.6:27017 追記、いろいろ考慮してみた設定。 glob
HAProxyをコマンドラインから操作する | work.log
OSS の L7 ロードバランサ HAProxy をコマンドラインから操作するメモ書きです。 今のところ特に利用していない機能ですが、運用ツール等を作成する際には割りと使えそうなので一通り試してみます。 検証に利用した HAProxy のバージョンは 1.4.23 になります。 スポンサーリンク コマンドライン操作の準備 そのままの状態では HAProxy をコマンドラインから操作することができないので、必要な設定をコンフィグファイルに追加します。 global stats socket /tmp/haproxy-cli.sock user root group wheel level admin stats timeout 30s stats maxconn 1 . . . 各パラメータには以下のように任意の引数を与えてあげます。 stats socket <ソケットを作成するパス> <
Twilio: HAProxyの設定の紹介 - ワザノバ | wazanova.jp
https://www.twilio.com/engineering/2013/10/16/haproxy/ 音声/テキストコミュニケーションのクラウドサービスを提供するTwilioが、オープンソースのTCP/HTTPロードバランサーHAProxyの設定についてエンジニアブログで紹介しています。 1) 経緯 TwilioのFounder達が、クラスターのホストが他のホストと通信しトラッフィクを渡せるHAProxy Configを音声メッセージ用につくって、Venture Capitalから資金調達。次に、SMS (テキストサービス)サービスのAPIにHAProxy Configをそのまま適用。それがうまくワークしたのでHAProxy Configの内容を理解しないまま、Twilioのサービスに順次コピーされて、問題が感染していってしまった。 目標であるFive nine (99.999%)
HAProxyのACLとCriteria - blog
HAProxyのACLについて仕事で使う機会があったので、いくつか調べたものを復習としてメモします。（HAProxyはかなり設定可能な項目が多いので、主にCriteriaです。） ※バージョンは、1.4.8で確認しました。 nbsrv 現在稼働中のbackendのサーバー数を返します。 設定例：backend のサーバーの生存台数が２台であれば、それらに振り分ける。 frontend db_front bind :3306 acl is_db_backend nbsrv(db_backend) eq 2 use_backend db_backend if is_db_backend backend db_backend mode tcp balance roundrobin option mysql-check server db1 192.168.0.1:3306 check rise
HAProxy version 1.5.18 - Configuration Manual
When haproxy is running in HTTP mode, both the request and the response are fully analyzed and indexed, thus it becomes possible to build matching criteria on almost anything found in the contents. However, it is important to understand how HTTP requests and responses are formed, and how HAProxy decomposes them. It will then become easier to write correct rules and to debug existing configurations
WebSocket(node + socket.io)をstunnel + HAProxyでプロキシする - その2 - HAProxyの設定 - hrendohの日記
Nginxとnode.jsをHAProxy+stunnelでまとめる方法についてまとめています。 サーバーの構成は以下のようになります。 前回の記事はHAProxyのインストールまで紹介しました。 http://d.hatena.ne.jp/hrendoh/20120328/1332917793 今回は、HAProxyでNginxとnode.jsのサーバーに振り分ける設定方法と、各種パラメータについて実際の設定例を基にまとめてみます。 設定のリファレンスは、公式サイトのDocumentページにリンクがあるテキストのものと、Google codeにも同じ内容のものがまとまっています。 http://haproxy.1wt.eu/download/1.4/doc/configuration.txt http://code.google.com/p/haproxy-docs/ Google co
HAproxyインストールメモ - Qiita
CentOS6.5にHAProxyをインストールするメモです。 参考資料 L7ロードバランサHaproxyを使う（その２ 設定から起動） http://koexuka.blogspot.jp/2013/11/l7haproxy.html L7ロードバランサHaproxyを使う（その３ syslogの設定とコマンドラインツール） http://koexuka.blogspot.jp/2013/11/l7haproxy-syslog.html #********************************************************************* # haproxy #********************************************************************* cd /usr/local/src curl -L
HAProxyを透過型のプロキシとして使う(HAProxy with tproxy) - 元RX-7乗りの適当な日々
HAProxyは基本的にL7レイヤのロードバランサー(リバースプロキシ)なので、バックエンドにいるリアルサーバには、フロントエンドから届いたリクエストが、ロードバランサのIPアドレスからアクセスが来たかのように振舞います。 で、HAProxyはtproxy(transparent proxy)をサポートしているようなので、L4で動く透過型のプロキシとしても振舞うことが出来るようです。ので、ちょっと試してみました。 使ったOSは、CentOS 6.4で、HAProxyは開発版の1.5-dev19です。 参考: Transparent proxy support (www.kernel.org/doc) https://www.kernel.org/doc/Documentation/networking/tproxy.txt Linux kernelのnf_tproxy_coreモジュールを
Serf+HAProxyで作るAutomatic Load Balancer - Glide Note
hashicorp/serf Serf Serf使ってますか！サーフ！ 諸事情というか大人の事情で急遽自前でロードバランサを用意しないといけなくて、それをissueに書いてたら、 あんちぽさんがSerf+HAProxy使ったらいいのでは、 とIRCで助言をくれて、同日のmizzyさんのブログでもSerfに言及していたので、 ちょっとSerfの概要を知るためと、Serf+HAProxyが実際ロードバランサとしてどんな感じに使えるのか検証してみた。 I told @glidenote about a combination of Serf and HAProxy this morning, and he has already implemented the arch. and done investigation… — kentaro (@kentaro) October 29, 2013
Lsyncdのインストールと設定+α - 元RX-7乗りの適当な日々
Lsyncdを入れてみた作業メモ。環境はCentOS 6系で、Lsyncdのバージョンは2.1.4。 Lsyncdは、Linux Kernelに組みこまれているinotifyを使って、指定したディレクトリ配下で変更が加えられた場合に、ほぼリアルタイムにrsyncで(遠隔のサーバなどに)同期をかけてくれるもの。 ↓の例での同期対象は、keepalivedの一部の設定ファイルと、HAProxyの設定ファイル。 同期先の設定 rsyncは特にデーモンで動かす必要も無いのですが、諸事情でデーモンで動かすことにしました。 # yum -y install rsync xinetdyumでインストール。 次に、"/etc/xinetd.d/rsync"を開いて、以下のように編集。 disable = no 次、"/etc/rsyncd.conf"を開いて、rsyncdの設定を以下のように入れてみた。
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
カヤック流ソーシャルアプリの作り方 インフラ編 - KAYAC engineers' blog
入社4年目にもなってtech.kayac初登場のせいです。 ブログ書けプレッシャーにとうとう屈する時がきました。 これで夢にkyo_agoが出てうなされなくてすみます。(彼はtech.kayacの尻たたき担当でした) 先々月「ぼくらの甲子園!熱闘編」というゲームをモバゲー内にてリリースしました。 これは去年リリースした「ぼくらの甲子園!」の続編です。 モバゲーユーザの方、是非遊んでみてください。 今回はこの「ぼくらの甲子園!熱闘編」がどういうインフラ構成になってるか紹介したいと思います。 注) 題名に「カヤック流」とはつけましたが、カヤックでは多様性を善としている風潮があり、 ゲームによってインフラの構成が違うどころか、利用しているプログラミング言語すら違います。 なので全てのゲームがこのような構成になってるわけではありません。 前提 今回のインフラ構成を決めるに至って考慮した点は「ラクに
どこかのサービスを支える技術:HAProxyで作るL7ロードバランサ
前々から気になっていた、HAProxyを試してみた。 今回は、LinuxとHAProxyを使ってL7ロードバランサとして動かそうと思う。 よくあるロードバランサ製品は高くて手が出ないので、ソフトウェアでなんと かしたいと思い検証。 ソフトウェアのL4だとLVSが有名で、L7だとUltraMonkey-L7とかApacheの モジュールもあったと思う。 最終的には冗長化して、L4 - 7のバランシング、SSL終端として機能させる 予定。とりあえずはインストールと簡単な設定、動作確認から。 CentOS 5.5とHAProxy 1.4.10を使用する。IPは下記のような感じにした。 LBサーバ(HAproxy) → 192.168.0.254 Webサーバ srv01 → 192.168.0.1 Webサーバ srv02 → 192.168.0.2 ----------
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/inokappa/items/1f06f0bf7f46298f97cc
https://qiita.com/inokappa/items/1f069b22a9e8f8237533
https://qiita.com/inokappa/items/d0cfc8b7bb192cbaed27