月別アーカイブ: 12月 2011

　httpd.confのデフォルト設定では、
MaxClinets 256
ServerLimit 256
になっている。

　これは、Apacheが最大256プロセス起動して256コネクションに応答するという設定。
　さて、これは適切な設定なのだろうか？
　メモリ状況をベースに検討してみる。
　Apacheが停止した状態でメモリ状況を確認。
#free

　Apacheの1プロセスが消費するメモリを確認。
#ps alx|grep httpd
F　UID　PID　PPID　PRI　NI　VSZ　RSS　WCHAN　STAT　TTY　TIME　COMMAND
5　48　32222　32212　21　0　39112　3872　374588　S　?　0:00　/usr/sbin/httpd
・・・

　RSSが実際に使用されているメモリ量で、この場合、3872KB使われていると言うこと。
　256プロセスだと、3872KB*256=968MBのメモリを消費するという計算。
　空きメモリはいくつあったかというと、freeの結果に、138112KB(134MB)と書かれている。　Linuxでは、bufferとcacheについては必要に応じて切り出して使用できる（と言っても、少し残しておかないと応答が低下するので、全ては使えないが）ので、buffers:144052KB(140MB)とcached:203260KB(198MB)を加えた472MB位まで使える(-/+ buffers/cache:のfree値)わけだが、使えるメモリの2倍ほどを消費してしまうことになる。

　使えるメモリをhttpdの消費メモリで除算すると
485424/3872=125
であるから、125プロセスまでが物理メモリに収まると言うことになる。

　ServerLimit 256だと、126プロセス目が立ち上がるとスワップが発生し、その応答が遅くなり、処理できないうちに次のリクエストが来ると127プロセス目を立ち上げようとして、処理できずに更に128プロセス・・・となって、プロセスが増え続ける。
すると最終的にシステムが応答不能に陥って見かけ上ダウンする（あるいは、高負荷で実際にダウンする）
　故に、MaxClients/ServerLimitを125以下に制限するべきである。

　ついでなので、prefork.c設定を解説しておく。
・StartServers
　httpd startしたときに起動するプロセスの数。　多くすると初期の起動が遅くなるし、必要に応じてプロセスはServerLimitまで追加されていくので、数個起動しておけば問題ないはずだ。
・MinSpareServers
　プロセスの予備数の最低値で、アクセスがない状態ではプロセスを自動終了するけど、この数のプロセスは最低限残しておく。　これが小さいと、急にアクセスが来たときにプロセスを起動する遅延が発生するが、大きいとアクセスがない状態でもメモリを消費し続ける。
・MaxSpareServers
　MinSpareServersの逆で、アクセスが集中してプロセスが大量に立ち上がった後に、アクセスが減ると、アクティブな接続がないプロセスはこの数を残して自動終了される。
・MaxRequestsPerChild
　一つのプロセスが処理するリクエストの上限を設定する。　この数までリクエストを受け付けたプロセスは終了される。　プロセス内でメモリリークを起こした場合等に一度停止させることでメモリを解放させる効果などがある。

　あるPHPプログラムでメモリを消費したときに、Apacheの1プロセスが300MB近いメモリを確保しながら、ページ読み込みが終了しても開放せず、予想外のメモリ消費を起こしてシステムがダウンする事があったので、MaxRequestsPerChildに適当な値を設定しておくことで運用的に暫定対応した事もある。

(214)

Tweet

　そもそもの基本
　x86_64（64bit）だと消費メモリがとても多い（Apacheのデフォルトで実メモリ３０MB以上消費する）
　安いプランでレンタルサーバを使う場合には、i386（32bit）をインストールする。
　これは、単純な話、変数の基本型を特に指定せずに使う場合、32bit環境では32bit、64bit環境では64bitの長さになるので、64bit環境は32bit環境の2倍のメモリを消費する。
　32bitの長さで表現できる値を扱う限りにおいては、64bit環境より32bit環境の方がコンパクトであるわけである。
　基本的には64bit環境はメモリアドレスが4GBを超える場合に必要になってくる物と考えて良いだろう（私は4GBプランを32bitで使っている）

　後は、デフォルトで入っていて不要なiSCSIサービスを止める。
chkconfig iscsi off
chkconfig iscsid off
iSCSIはSCSIをIP上に乗っけたプロトコルだが、レンタルサーバで使うことはまず無いだろう。

　さくらのVPS 512では、512MBメモリで64bitOSがデフォルトになっているが、パフォーマンスを考えると、64bit変数が重要でなければ32bitに切り替えるのをオススメしたい。　256MBしか保証メモリがない ServersMan@VPS
Entryプランだったら必ず32bitを選ぶべきだろう。

(209)

Tweet

　普通、パーミッションが不足して読み書きできずに動作不良が起こることがあるけど、sendmailは逆に、パーミッションが許可しすぎで止まることがある。
　このとき出るのが、World writable directoryと言うエラーメッセージ。

　/etc/mail と言うディレクトリにsendmailの設定ファイルが入っているのだけど、このディレクトリを777にしていると、このエラーが出て止まってしまう。
　セキュリティを考慮して、sendmailは自由に読み書きできるディレクトリを許容しない。
　755とかに変更して、書き込み権限を除去すると動作するようになる。
　デフォルトの設定では問題ないんだけど、操作ミスとかで許可してしまったりすると動作停止してしまうので注意したい。

　また、sudoを許可する /etc/sudoers も0440に設定しないと動作しない。

(838)

Tweet

　cronでバッチを走らせた場合に良くやるのが、リダイレクトを利用したロギング

0 * * * * /root/test.sh >> /va/log/test.log

みたいにリダイレクトすればtest.shを実行して標準出力の内容をtest.logに追記できる（上書きなら>一個）

　また、出力内容をメールしたい場合には、リダイレクト（>）の代わりにパイプ（|）を使って、

0 * * * * /root/test.sh | mail user@hoge.piyo

みたいにmailコマンドに入力してメールを飛ばす。

　で、本題はロギング（リダイレクト）しつつ、メール送信（パイプ）もしたい場合。
　プログラムの中に何かしら書いてしまえば出来るけど、手を入れずに済ませる場合に使えるのが tee と言うコマンド。
　tee は、入力された情報をファイルに書き込みつつ標準出力にエコーするだけの単純なプログラムだ。

0 * * * * /root/test.sh | tee /var/log/test.log | mail user@hoge.piyo

のように使うと、/var/log/test.log に書き込んで、メールも飛ばせる。

デフォルトで上書きなので、追記したい場合は

0 * * * * /root/test.sh | tee -a /var/log/test.log | mail user@hoge.piyo

のように、-a（append）オプションを付けてやればいい。

　ほんとに単純なコマンドではあるが覚えていると便利である。

(1856)

Tweet