画像配信サーバを運用していますが、アクセス数急増により、表示が遅いというクレームが入って困っています。。…
画像配信サーバを運用していますが、アクセス数急増により、表示が遅いというクレームが入って困っています。。最適なApacheのpreforkの設定など負荷を下げることができる対策方法を教えて下さい。 [サーバー状況] access_logの行数ベースで平均160req(行)/sec 一日1000万req(行) 画像平均サイズは1kbyte [スペック] CPU Sempron 2600+ メモリ 512MB HDD 40GB サーバー1台 [状態] KeepAlive Off StartServers 10 MinSpareServers 40 MaxSpareServers 100 ServerLimit 256 MaxClients 256 MaxRequestsPerChild 400000 procs -----------memory---------- ---swap-- ---
ウノウラボ 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
LVS on CentOS 5 | Wanatabe's Weblog
設定がまともにできているか確認します。 toire# ipvsadm -Ln IP Virtual Server version 1.2.1 (size=4096) Prot LocalAddress:Port Scheduler Flags -> RemoteAddress:Port Forward Weight ActiveConn InActConn TCP 192.168.101.129:80 rr -> 10.0.0.2:8000 Masq 1 0 0 -> 10.0.0.2:8001 Masq 1 0 0 サーバ起動時に設定が有効になるように保存します。 toire# /etc/init.d/ipvsadm save Saving IPVS table to /etc/sysconfig/ipvsadm: [ OK ] 保存された設定ファイルを確認するには、/etc/sysco
InfoLinux FAQ - Apache設定ファイルをチューニングの方法？
Apache + mod_perl の場合、httpd.conf でいろいろと気をつけるべき点があるのですが、まとめてみました。ちなみに本サーバの設定値は、サーバスペックが Pentium 4 2.8GHz HT動作 ／ RAM 2GByte な環境で、Amazon Search が喰うメモリは mod_perl 動作で 1 httpd あたり 10～40MByte 程度。サーバライブラリがある条件下でメモリーリークするので、最大で httpd は 100Mbyte 程度まで肥大。という条件下で KeepAlive Off Timeout 60 MinSpareServers 10 MaxSpareServers 10 StartServers 10 MaxClients 50 MaxRequestsPerChild 50という設定値になっています。各パラメータの値の意味を説明
TUXのベンチマーク記事 - naoyaのはてなダイアリー
カーネル・モードで高速に動作するオープンソースのWebサーバー「TUX」の性能を，現在主流の「Apache」と比較した。静的コンテンツに大量のアクセスが集まる用途で，TUX 3.2はApache 2.0の1.57倍の性能を出した。OSが扱えるTCPコネクション数を増やす調整を施せば，標準設定時より性能が33％改善する。 TUX のベンチマーク記事。参考になります、グッジョブ。 カーネルモードで動作するウェブサーバー TUX、ということで久しぶりにこの名前を聞きました。3, 4 年前に Linux Magazine のムックか何かで特集されていたのを思い出します。その後あまり話を聞かなかったので TUX プロジェクトは頓挫したのかなと思いきや、それは僕の勘違いで、ちゃんとプロジェクトは動いていて成果が出ているということなのかも。 この記事ではベンチマークの比較対象として Apache が選ば
sanonosa システム管理コラム集: KeepAliveについて考える
「KeepAlive設定のon/offの違いだけでサーバのキャパシティが数倍違ってくる」。大規模サイトならではの経験則です。ApacheやIIS等、一般的なWEBサーバでは通常KeepAliveの設定ができます。この設定はアクセスが少ないWEBサーバの場合にはonでもoffにしても大差がないため、小規模サイト運営の経験しかない管理者はこの設定についてあまり深く考えない場合が多いと思います。しかし大規模サイトではこの設定を誤るとサーバのキャパシティをすぐに超えてしまうので要注意です。 【一般的にonとoffのどっちがよいの？】 あくまでも私の大規模サイト運用上での経験則ですが、offにしておいたほうが安全であると感じています。例をお見せしましょう。これは非常にアクセス数の多いWEBサーバの例です。 KeepAliveがoffの時にはTCPコネクション数が少なく押さえられていますが、onにした
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
With-No-Parachute D-side