Apacheパフォーマンス・チューニングの実践
セッションのチューニング ここまでのチューニングは、必要か必要でないかを判断すればよく、手探りで最適な値を探し出すというものではなかった。しかし、これから紹介する「セッションのチューニング」はそうもいかない。ある程度の見通しは立てられても、最適な答えを見つけるのには手間がかかってしまう。 KeepAliveとセッションの切断 セッションのチューニングの手始めとして、「KeepAlive」について考えることにしよう。KeepAliveはHTTP/1.1から用意されたもので、クライアントとの接続を保持する仕組みである。HTTPは「ステートレス・プロトコル」と呼ばれるとおり、1回の要求（リクエスト）ごとに接続が切断される。しかし、今日では1つのWebページを表示するために複数のファイルが必要となる場合がほとんどなので、1リクエストごとに接続を切っていたのでは効率が悪い。そこで考え出されたのがKe
Apacheダウンの原因「MaxClients」！？？
ここ最近。 たまにApacheがダウンする。。 エラーログを見ると、 server reached MaxClients setting, consider raising the MaxClients setting とでている。 httpd.confの「MaxClients」設定の問題かな？ 256もあるのにもかかわらず・・・ とりあえず値を変更してみたが、・・・しばらく様子見かな？ あまり値を上げ過ぎると、メモリなどのリソースを食ってスワップが発生して遅くなったりするようなので注意しないと。 ■参考URL ・[ Apache HTTP サーバ] mpm_common ・[＠IT] httpd.confによるWebサーバの最適化 ・[Shoulder.jp] 同時接続数（MaxClients）をいくつに設定すべきか？ ・[使えるねっと] [VPS] 連日httpdだけダウンします[至急
ApacheのMaxClientsの設定とその挙動をまとめてみた | SUEKICHI.org
ApacheのMaxClientsの設定とその挙動、mod_proxyの設定との関係について、なんとなくの理解だったので、まとめてみた。 環境 CentOS 5.6 Apache 2.2.3 MaxClients MaxClientsを超えたコネクションがあった場合 ListenBacklog の設定までキューにたまる、とドキュメントにはあるが、実際に接続してみると、なぜかそれ以上に接続できた。 リクエストの処理を実行している(リクエストを受信し処理している)コネクションは、MaxClientsの値まで数、同時に処理されている（これをアクティブな接続と呼ぶことにする）。 リクエストの処理が開始された時点で、以下のエラーログが出力される。 [error] server reached MaxClients setting, consider raising the MaxClients se
nginx
nginx [engine x] is an HTTP and reverse proxy server, a mail proxy server, and a generic TCP/UDP proxy server, originally written by Igor Sysoev. For a long time, it has been running on many heavily loaded Russian sites including Yandex, Mail.Ru, VK, and Rambler. Here are some of the success stories: Dropbox, Netflix, FastMail.FM. The sources and documentation are distributed under the 2-clause BS
SELinux targetedポリシーで、UserDirやVirtualDomainへのアクセスを許可するメモ - kgbu's diary
以下、激しくイマサラな個人的なメモなので、検索でここに来ちゃった方は、以下へどうぞm(_._)m FC4/Apache/一般ユーザのウェブ表示 - Pocketstudio.jp Linux Wiki /var/www/html 以外にDocumentRootを設定したい場合 環境は、 Xen3のDom-UでCentOS5(yum update済み):2.6.18-53.el5xen httpd-2.2.3-11.el5_1.centos.3 SELinuxは：SELINUX=enforcing、SELINUXTYPE=targeted、Policy version: 21 古いWebサーバから、Xen3の仮想サーバへ引越しをしている。 いくつかのユーザが~/public_html 以下にコンテンツを持っていて、バーチャルドメインもいくつか運用している。 まず、/etc/passwdや/e
httpd.confについて調べたのでまとめたよ - とある技術の備忘録
最近学科の友人3人とサーバ/セキュリティについての勉強会を週1で行っていて、毎回何か調べてくることになっており、今回は apache の設定について少し調べてきました。初心者がまとめたので間違っている部分があるかもしれませんが、勉強の役に立てて頂ければ幸いです。 httpd.confはどこにある？ 最小限のhttpd.conf 3つのセクション セクション1: GlobalEnvironment セクション2: MainServerConfiguration セクション3: VirtualHosts モジュールの追加 外部設定ファイルの読込み サーバリソースの監視方法 httpd.confはどこにある？ OSによって異なりますが、以下の階層に置いてある可能性が高いです。 CentOS、FedoraなどRed Hat系 /etc/httpd/conf/ SUSE系、MacOSX /etc/a
ブログやウェブサイトですぐに役立つ「.htaccess」の設定のまとめ | コリス
ブログやウェブサイトのパフォーマンス改善や運営・セキュリティに役立つ「.htaccess」の設定を紹介します。 .htaccess Files for the Rest of Us [ad#ad-2] 下記は各ポイントを意訳したものです。 リダイレクトとリライト オリジナルのエラーページ 特定のリソースへのアクセス制限 特定のIPのアクセス阻止 IEのレンダリングモードの設定 有効期限を設定してトラフィックを軽減 gzip圧縮の利用 リダイレクトとリライト リダイレクト サイトを移転したなど、永続的なリダイレクトには「HTTP301リダイレクト」で設定します。 転送先のURLは絶対URLで指定します。 Redirect 301 ^old\.html$ http://ドメイン/new.html リライト リライト（書き換え）をする場合は、下記のようになります。 RewriteEngine o
日本電算企画株式会社
日本電算企画株式会社の特徴 業務内容の分析からシステム計画の策定、最適なシステム機器の選定、安定したシステム構築、運用後のオペレーションまでトータルにサポートします。
B串から完全匿名串へ
0、初めに 串、つまりProxyサーバになんらかの興味を持っている人か、UNIX系のシステムを使って自宅鯖を構築している人であれば、１度ぐらいSquidと言うソフトを聞いた事があると思います。SquidはProxyサーバソフトとしてもっとも有名、かつ使われいているソフトで非常に高速に動くProxyサーバソフトです。 ここではそのProxyを評価Bの使えない串からProxyだとわからない串へ成長（？）させる手順を自分の防備録を兼ねて御紹介します。尚、匿名串そのものを探しに来た方の御希望に沿うような情報は無いと思われますので、もし匿名串そのものをお探しの方は他をあたる事をお勧めします。 1、必要な物 ブラウザ（IEよりNetscapeを推奨） 診断君 squidの動いているサーバ ※人の動いているサーバを勝手に弄るのはやめましょう。 ※ここでは2.5 STABLE9-7を使って説明しています。
Squidの設定 【Squid Web プロキシ & キャッシュ(Squid Web Proxy Chche & squid.conf Manual)】
Squid(スキィッド)はWebがサポートしているHTTP,HTTPS,FTP等のためのキャッシュプロキシ（caching proxy）です。 頻繁に要求されたWebページをキャッシュして再利用することで回線の帯域が減少され応答時間を改善します。Squidは、広範囲なアクセス制御を持ったサーバー·アクセラレータを与えてくれます。 これは、Windowsを含むほとんどの利用可能なオペレーティングシステム上で動作しGNU GPLの下でライセンスされています。 HTTPプロトコルの開発者達は、早い段階でWebコンテンツの爆発的な増大による回線帯域の圧迫について認識していました。 そのための解決策として、Webコンテンツのオブジェクトについては、クライアントに近い場所にキャッシュするアイデアがありました。 Squidは90年代の半ばに、コンテンツの配信とキャッシュを目的に生まれたProxyの開発プ
prefork - Apache HTTP サーバ
概要 このマルチプロセッシングモジュール (MPM) は、 Unix 上での Apache 1.3 のデフォルトの挙動と非常によく似た方法で リクエストを処理する、スレッドを使わず、先行して fork を行なう ウェブサーバを実装しています。 スレッドセーフでないライブラリとの互換性をとるために、 スレッドを避ける必要のあるサイトでは、このモジュールの使用が適切でしょう。 あるリクエストで発生した問題が他のリクエストに影響しないように、 個々のリクエストを単離するのにも、最適な MPM です。 この MPM は非常に自律的なので、この MPM の設定ディレクティブを 調整する必要はほとんどないでしょう。もっとも重要なことは、 MaxClients が、予想される同時リクエスト数を十分扱えるぐらいは大きいけれども、 全プロセスに十分な物理メモリが確実に行き渡る程度には小さい値にする、 という
ApacheのMPMについて - shibainu55日記
今日はApacheのMPMについて書いてみる。MPMは、Apache HTTP サーバではリクエストを処理する部分のことを指し、Apacheを使用する上でMPMはとっても大事なもの。Apache HTTP サーバ 2.0系から採用されている。MPMの種類は以下の4通り。 prefork worker perchild winnt 【参考】ApacheのMPMの確認方法だが、Linux環境でのMPMの確認例は以下の通り。 # /usr/sbin/httpd -l Compiled in modules: core.c prefork.c http_core.c mod_so.c prefork MPM 一番代表的な prefork MPM について。prefork MPM の特徴は、次のとおり。 Apache HTTP サーバ 1.3 系以前のモデル 1 つのリクエストに対して、1 プロセス
MPM（Multi-Proccessing Module）の設定
9.6. MPM（Multi-Proccessing Module）の設定Apache2.0 以降の大きな特徴の 1 つに、サーバーデーモンの実行部分を司るプログラムが MPM（Multi-Proccessing Module） としてモジュール化され、使用する MPM を選択できるようになったことがあげられます。Apache には動作の異なるいくつかの MPM が用意されており、構築する Web サイトの規模や OS によって、最適な MPM を選択することが可能です。Aapche2.2 からは event MPM が追加されています。Linux で選択可能な MPM には、以下の種類があります。 Apache 1.3 の動作モデルと同様の方法でクライアントからのリクエストを処理します。prefork は、あらかじめ複数のプロセスを用意しておき、クライアントからのリクエストを待ち受けます
停止と再起動 - Apache HTTP サーバ
Please note This document refers to the 2.0 version of Apache httpd, which is no longer maintained. Upgrade, and refer to the current version of httpd instead, documented at: Current release version of Apache HTTP Server documentationYou may follow this link to go to the current version of this document.
TwitterやFacebookのURLには、なぜ#!が含まれるのか (SEOとAjaxのおいしい関係) - kazuhoのメモ置き場
Ajaxを使うためにはページ内リンク (hash fragment=URLの#以降) を使うのが一般的*1 hash fragmentはサーバに送信されないから、JavaScript非対応のブラウザだと動作しない 特にサーチエンジンのクローラ等で問題になる*2 そこで Google は、#! が含まれる URL を hash を含まないものに読み替える仕組みを提唱している。例えば「www.example.com/ajax.html#!key=value」のサーチエンジン用URLは「www.example.com/ajax.html?_escaped_fragment_=key=value」になる。 TwitterやFacebookはこの仕様に従うことで、Ajax な UI と SEO を同時に実現している、というわけ。ということを調べたなう。 参照: Getting Started |
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
その他の手順
サービス終了のお知らせ