タグ

負荷分散に関するjay777のブックマーク (17)

  • ウノウラボ Unoh Labs: mod_proxy_balancer 小技集

    こんにちは sato です。 ベンチャーでは高価なハードウェアバランサなどを購入することはできないですが、 apache2.2 から mod_proxy_balancerという apacheモジュールの ソフトウェアバランサが 追加されたので、フォト蔵でも使用しています。  今のところ proxy サーバがボトルネックになることはないです。 想定構成は以下とし、apacheは 2.x を使用しました。 proxy1 +------web1 +------web2 ... +------webN ・基設定 httpd.conf LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_balancer_module modules/mod_proxy_balancer.so ProxyPass / ba

  • 弁財天: Search Results for 'ajp'

  • AP4R、Rubyで非同期メッセージング 記事一覧 | gihyo.jp

    第2回AP4RとRailsでつくる非同期アプリケーション 加藤究,篠原俊一 2007-09-13

    AP4R、Rubyで非同期メッセージング 記事一覧 | gihyo.jp
  • BlogFish: Scaling Rails with Apache 2.2, mod_proxy_balancer and Mongrel

    Unitl this week we used Lighttpd and FastCGI for MeinProf.de. The setup was nearly the same as described in the must read series scaling rails (1, 2, 3, 4) from poocs.net. We used this setup from day 1 but always had some small issues with Lighttpd. Lighttpd was crashing every couple of days. Nothing dramatic, we had a script that monitored Lighttpd and restarted it if necessary. During the last

  • 負荷対策概論 - Y-110's Wiki

    最新文章 2018-12-26 17:10▪ 致敬英雄,致敬不朽的精魂 2018-12-26 17:10▪ 四十年来闵行人的文化生活史一幕幕回放 2018-12-26 17:10▪ “笔尖上的童画”——欢图学员作品成果展将在东方网文化活动... 2018-12-26 17:10▪ “金色热线”12月27日将迎来年终特别节目 2018-12-26 17:10▪ 北京市发布持续低温蓝色预警信号 2018-12-26 17:10▪ 北京市网信办推进自媒体账号专项治理关闭11万个 2018-12-26 17:10▪ 有创意的崇明“橘农”让梦想和情怀扎根农场 2018-12-26 17:10▪ 突发!上海地铁3、4号线晚高峰运行延误系人员进入线路 2018-12-26 17:10▪ 中国经济总量将达90万亿关键时刻传递重要信息 2018-12-26 17:10▪ 海底捞:"吃出卫生巾"系人为当事顾客

  • ヽ( ・∀・)ノくまくまー(2007-06-05)

    ● 1. 一戸建てタイプ そのアプリ用に専用のマシンを準備できるケース。例えば、アクセス数が少ないβリリース時などは mongrel を直接80ポートで運用することもあるだろう。そして、負荷の増加、またはマルチコアを活かすという次の段階で、cluster 化した mongrel を扱う必要に迫られた場合、このタイプになる。この場合、フロントの仕事はバック(Rails)への割り振りだけだが、そのためにわざわざ Apache2 を持ち出すのは仰々しいと感じるかもしれない。そんな人にお奨めしたいのが Pound サーバだ。いきなり Apache から話が逸れてしまうが、このケースだとリアルでお奨めである。 Pound + mongrel Pound はリバースプロキシ用のWebサーバであり、特化しているだけあって、必要最低限かつ直感的で簡単な設定で済むため、敷居が低いのが魅力だ。それでいて、デジ

  • Apache(SSL) + mod_proxy_balancerのバックエンドでRailsアプリケーションを動かす場合の注意点 - 元RX-7乗りの適当な日々

    SSL(HTTPS)の使用が前提のもと、フロントエンドでApache(mod_ssl + mod_proxy_balancer)をリバースプロキシ(兼ロードバランサ)として動かして、そのバックエンドでlighttpdやmongrelを使ってRailsアプリを動かす場合のメモ。 何も考えずにRailsアプリに対してHTTPS接続を行い、アプリ内でリダイレクト(redirect_to)を行った場合、RailsアプリはHTTPSで接続されていることを知らないため、HTTPのURLへリダイレクトしてしまいます。 これを解決するためには、フロントエンドのApacheで、HTTPリクエストヘッダにHTTPS接続であることを指定することで、バックエンドのアプリに伝わるようにします。 # ↓のリンク先を参考にさせていただきましたm(_"_)m これに必要なのは、Apacheでmod_headersが組み込

    Apache(SSL) + mod_proxy_balancerのバックエンドでRailsアプリケーションを動かす場合の注意点 - 元RX-7乗りの適当な日々
  • Railsアプリをmod_proxy_balancerで負荷分散しつつ、ちょっとYSlow対策 - trashtalk - 菊池高志 - builder by ZDNet Japan

    社内システムにはRailsを使ってるシステムがあったりするんですが、バージョンアップのタイミングで大幅にアクセス数が増えたらパフォーマンスが出なくなったので、同じサーバーの違うポートでmongrelを複数動かすようにして、Apacheのリバースプロキシで負荷分散させつつ、アプリ側の負荷を少しでも下げる為にmod_deflateとmod_expireを使って少しYSlow対策を施してみました。 設定はこんな感じ。 <VirtualHost *:80> ServerName proxy.example.net # バランサーの設定(個々のアプリをバランサーのメンバーとして定義) <Proxy balancer://apps/> BalancerMember http://app.example.net:9001 loadfactor=10 keepalive=On BalancerMember

  • 弁財天: Tomcatクラスタ

    Webシステム基盤構築 セッションの継続方式詳細設計書 構成 負荷分散装置、Web/DBサーバ、負荷分散装置、Web/DBサーバの設計対象 HTTP AJP13 → Web#1サーバ → Tomcat#1サーバ IE6 → インターネット → 負荷分散装置 → DBサーバ SSL SSL (ServerIron4G) JDBC → Web#2サーバ → Tomcat#2サーバ HTTP AJP13 セッションの継続方式 セッションオブジェクトとは、ブラウザに現在表示されている画面と次画面間で アプリケーションが一時的に画面間の引継ぎデータを保管するメモリー領域のこと Tomcatはブラウザアクセスに対してJSESSIONIDの名前でクッキーを発行する ブラウザは同じURLの画面に対してはクッキー値をリクエストに添付する Tomcatサーバはクッキー値(セッションID)に対応したセッションオ

  • Apache&Tomcatでロードバランサー - 気の向くままに・・・

    Apache2.0.59+mod_jk 1.2.23+Tomcat5.5.23+JDK 5.0 Update 11の組み合わせで、ロードバランサー環境構築のテスト。 前提として、Apache/Tomcatはそれぞれ2系列目も含めて全て同一のマシン上で動作させることとします。 Apache/Tomcatのインストール等に関してはざっくりと省略。 まずはApacheとTomcatを1系統ずつ起動してmod_jkで連携する場合の基的な設定はこんな感じ(Test.warというWebアプリケーションをTomcatにデプロイします)。別途、Tomcat側のserver.xmlでAJP用のポート(デフォルトでは8009番)の設定を行っておきます。 【httpd.conf】 LoadModule jk_module modules/mod_jk.so JkWorkersFile conf/workers

    Apache&Tomcatでロードバランサー - 気の向くままに・・・
  • Trasis Lab » apache, tomcatで負荷分散

    概要 apache+tomcat サーバ2台で負荷分散環境設定の記録。 要件 正常時は2台のtomcatサーバで負荷分散。 セッションは DB(postgresql) に格納する。 負荷分散時、stickysession 機能により、一ユーザのアクセスは可能な限り、1つの tomcat サーバに固定する。 1台あたりのtomcatサーバで扱うセッション数はなるべく少なくし、余計なメモリを消費しないようにする。 Apacheサーバ設定 /etc/httpd/conf.d/tomcat.conf を作成し、次のように記述した。 LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_balancer_module modules/mod_proxy_balancer.so LoadModule proxy_http_modul

  • 負荷分散について: Ma note

    現在のシステムの構成では冗長性を考慮しているつもり。 簡単な仕組みはApacheでAPサーバーに対する、ロードバランスやフェイルオーバー機能を実現して、Tomcatでクラスタリングを行っている。後、MySQLでレプリケーションってとこかな。 せっかくなので、ロードバランスとシステム構成についてまとめてみる。 調べてみると知らない方式が結構あった。 参考:■ロードバランサ用語説明 <ロードバランス> アクセスを複数のサーバに分散すること。以下の方式がある。 ●least connections <リースト・コネクション> 最もコネクション数の少ないサーバを選択してロードバランスを行う。 ●hash <ハッシュ> クライアントのIPアドレスをハッシュ値計算し、相対させたサーバにバランシングする。つまりあるIPアドレスのものは常にそのサーバにバランシングされる。 ●round robin <ラウ

  • MySQL負荷分散のまとめ - Life on the net

    はてぶで人気エントリーになっていた、 http://kokoromo.jugem.cc/?eid=195 [MySQL:1台しかない環境で負荷分散] これは負荷分散=スケールアウトというよりは一台でスケールアップしてしのぐ手段を書いてい。 だから負荷分散という言葉は必ずしも正しくないのだが、一つのテーブルへの付加集中を分散させるという事なのだろう。 そこで何パターンかあるMySQLの負荷分散を簡単にまとめてみる。 1. 富豪的分散 商用のクラスター製品を使う。 最近はMySQL専門のクラスター製品が出てきている。 http://www.continuent.jp/pro.html なんかは良いかなと思う。 長所: プログラム側ではクラスタ状態を何の意識もせず、一つのターゲットに対してクエリーを発行すれば良い。 ターゲットが複数台ある事は意識する事は無い。 不具合があるノードに生じた場合、他

    MySQL負荷分散のまとめ - Life on the net
  • [ThinkIT] 第3回:データレプリケーションとWebサーバの構築の基本 (1/4)

    今回はRHEL4でrsyncコマンドを使ったデータレプリケーションによるバックアップ環境の構築方法について解説します。 rsyncコマンドを使ったデータレプリケーションは、LAN経由によるDisk To Diskバックアップとも呼ばれています。これはバックアップ対象のサーバとバックアップサーバがLANで接続されており、バックアップサーバ側はテープ装置ではなくハードディスクにバックアップデータを保管するからです。 この接続しているLANは、通常だと業務用のLANとは別にバックアップ専用のLANを敷設し、その専用のLAN経由でrsyncコマンドを実行します。 rsyncコマンドの利点は、なんといっても差分バックアップが可能という点です。 はじめにフルバックアップを取っておけば、次回以降では差分バックアップを行うためバックアップ時間は初回時に比べて非常に短くなります。そのためデータ容量が大きくて

  • [Vol.1] RailsとMySQLによる大規模サイト構築実験

    大規模サイト構築のための土台を作っていきます。 ASP事業に力を注入するとなると、24H7D動作し続ける安定したサービスのためのインフラがまうます必須になるはずです。 アーキテクト WEBサーバ 何でもいい。 WEBアプリケーションフレームワーク Ruby on Rails DB MYSQL で実験していきます。 とりあえず、必要そうなもの。 1. WEB 負荷分散 ・冗長化 2. DB 負荷分散 3. DB 冗長化 4. Railsの拡張(DBへのコネクション周り) まず1番。 ロードバランサー使えばできるし現在のドリコムでも、DUOBLOG APIやCMS ASPはクリアしてます。DNSラウンドロビンは、障害検知が不可能なのでNGです。 次は、2番。 クエリは、参照系クエリと更新系クエリに分類されます。 今ドリコムでDBへのクエリを負荷分散させているプロジェクトは(僕の知っているところ

    [Vol.1] RailsとMySQLによる大規模サイト構築実験
  • 富士通SSL-VPN入門

    IPCOM EX2シリーズは、セキュリティ対策(FW、UTM(アンチウイルス、クラウドサンドボックス、Webコンテンツフィルタリング、IPS)、WAF、VPNなど)、ネットワーク最適化(帯域制御、リンク負荷分散)、サーバ最適化(サーバ負荷分散機能、SSLアクセラレータなど)を実現するソフトを搭載するネットワークアプライアンスです。 自社開発・国内生産のネットワークアプライアンス

    富士通SSL-VPN入門
  • DSAS開発者の部屋:パソコン1台ではじめるロードバランサ体験

    昨日書いたの通り,記事を寄稿したWEB+DB PRESS Vol.37が,今日発売になりました.それを記念して(?),記事の内容が簡単に実験できるパッケージを公開します. これは,VMWareを使って,だれでも直ぐにロードバランサの実験を始められるパッケージになっています.何台もマシンを集めたり,Linux をインストールする必要は一切ありません.無償配布されているVMWare Playerがあれば,いつでもどこでも実験ができます. もちろん,このブログで去年の夏に公開した4つのエントリ こんなに簡単! Linuxでロードバランサ (1) こんなに簡単! Linuxでロードバランサ (2) こんなに簡単! Linuxでロードバランサ (3) 高トラフィックに対応できるLinuxロードバランサを目指して〜LVSをNATからDSRへ の実験もできます. ダウンロードはこちらからどうぞ(75MB

    DSAS開発者の部屋:パソコン1台ではじめるロードバランサ体験
  • 1