タグ: サーバー

メモリの容量を気にしてmemcachedの割り当てをかなり絞ってたんだけど、結果的にはmemcachedの割り当てを増やしたらメモリの使用量が安定した。現在の設定は、総メモリ8GBに対してmemcachedが2GB割り当てられている感じ。3GBまでなら行けそうな気がするけど、とりあえず安定してるので様子見。 要するにmemcachedの割り当てを絞って節約した気になってたけど、キャッシュ溢れ分をアプリケーションがカバーする時に消費するメモリの方がよっぽど多くて、それだったら思い切って割り当てて溢れにくくした方が全体の消費量は抑えられる、と。考えてみれば当然のことなのだけど、なんとなく目先の設定値に引きずられてその辺の考慮が足りなかった。 もちろん割り当てを増やせば増やすほど良いということではなくて、アプリケーションのメモリ消費との兼ね合いもあってswapしちゃったら元も子もないし、その辺はバランス。現状ここで書いている環境について言えば、アクセスが集中してもメモリ8GBを正常に動作しているアプリケーションで使い切るのはほとんど無いので、ある程度がっつり割り当てつつ、アプリケーションのメモリ消費などを見直していくのがよいかなと。 ちなみに今のところmemcachedはあくまでキャッシュサーバとして使用していて、高速ストレージとして使用しているわけではないので永続性を気にする必要はないけれども、逆に言えばそういうのは全部MySQLに投げている状態なのでそのうち無理が来るかも。TokyoTyrantを利用して例えば更新クエリはMySQLに投げるけれども、選択クエリはTokyoTyrantに投げるとか言うようにするとパフォーマンスが改善出来る&重い更新クエリが発行されてもパフォーマンスに影響しないと言うのが実現できるかも知れないなーとか。

続きを読む

どうもおかしい、結構な容量確保されているはずなのに頻繁にキャッシュ溢れを起こしてるような気がする…と思って調べてみたら、設定がきちんと反映されてなかった。以前の担当者が設定したと言ってたのでそのままスルーしてたんだけど、確認して良かった。

続きを読む

サーバ作業でネットワーク接続されたサーバ（例えば192.168.0.2）を使って作業したいと思ったときに、使用ディレクトリを作業するサーバにマウントしてやると便利っぽい。マウントって言うとそういえば仮想ドライブ環境でよく使うけど、要はネットワークドライブみたいなもんか。 参考になるエントリはたくさんあって、ファイルシステムとかまぁ知ろうと思えば色々あるんだけども、とりあえずは以下のコマンドで実行できた。

mount 192.168.0.2:/path/to/hogehoge /usr/www/mnt/hogehoge

umount /usr/www/mnt/hogehoge

続きを読む

clamscanをよく調べたら、clamscan自体はディスクのウィルススキャンということらしい。で、その実行用シェルがcron.dailyに置かれている（そのシェルの中でデータの更新も行われている）と言うことは、毎日1回ウィルススキャンをするよということだったのだろうと。設定したの僕じゃないので多分だけど。 サーバが比較的空いているいるときにはそれで良かったんだろうけど、サーバが混雑してきてどうやら1日でスキャンが終わらなくなったっぽい。clamscanによるスキャンははただでさえI/Oを食って重いので、“相互作用”だった感も否めないけれどもともかくそういうことが繰り返されて複数プロセス立ち上がってサーバ瀕死ということになったのかなと。 1番良いのはclamscanを立ち上げる前に既にプロセスが走ってないかチェックして複数プロセス立ち上げないこと、もしくは、スキャンに掛かる時間を短縮させることだと思うんだけど、それを考えるのも面倒だったのでとりあえずcron.dailyからcron.weeklyに移動させて対処。さすがに1週間あれば終わるだろうという予想。 さらに起動中重くなりすぎないようにnice値を下げるというのも有効っぽい。 /etc/cron.daily/clamscan の処理が重いので – 寝不足にて候（仮） これも試してみることにする。

続きを読む

やーなんかどれがクリティカルだったのか全然解らないのでメモ書きしとく。 サーバはこのブログとは無関係の某所某サイトのもの。

続きを読む