【Love Affair】携帯からのアクセスに対する考察・次の一手 Part3
■ このスレッドは過去ログ倉庫に格納されています
日増しに増加する携帯からのアクセス。 かつて、羨ブラが生まれたように何かが生まれないと ならない気がする。 たぶん解決策は、時間を売って空間を買うだと思うけど いろいろ考察して、次の一手を決めようかと、 Love Affair 作戦。 Part3 シーガーディアン 前スレ 【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1 http://qb5.2ch.net/operate/kako/1075/10758/1075887465.html 【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2 http://qb5.2ch.net/test/read.cgi/operate/1088657713/ Wikiページ http://info.2ch.net/wiki/pukiwiki.php?Love%20Affair c-au系のトラブルでわかりそうなこと: 1) PHPがヘビーに起動される(かつ、APC等のキャッシュと併用する場合)は、 httpdを最初から規定数だけ、起動したほうがよい。 c-au4/5/6では、少ない数から徐々に多くする設定を試していました。 しかしこの場合、負荷が下がって落ち着くまでに時間がかかることが多いばかりか、 起動直後にシステムがおかしくなる(後述)ことがあることがわかりました。 c-au1/2/3は(弱いサーバなので)、この設定にしていました。 2) 1) に加えて、httpdが「起動しきってなじむまで」、リクエストにさらさない ほうがよい。 特に、ヘビーにリクエストが来ている上体でApacheをリスタート(ストップ&スタート)すると、 その瞬間にこける可能性が高い(c-au5/6はこれでこけた模様)。 ということで、 (a) httpdを起動する、しかし httpd は 127.0.0.1 に bind() する (b) (a)が終わり、httpdが「起動しきってなじんだ」ところで、balance 等を使って、 リクエストを送り始める という手順にする作業を、c-au4で試したうえで、 c-au5/6 が上がったら、やろうと思います。 つまり、十分に潤ってからでないと、気持ちよくできないと。 >>372 何気に表現がエロい(*´д`*)ハァハァ c-au4 での上記作業は終了しました。 httpd起動後に、balanceでローカルにフォワードします。 リブートも問題ないようです。 同時にhttpdの数も、最初から128(MAX値)にしました。 中の人向けの再起動スクリプトを書かなきゃ。 >>374 相手がサーバであっても、基本戦略は変わらないってことです。 う、、、。作業中に、またしても落ちた、、、。c-au4 これを実行した直後。 あわせて、対応してもらいます。 #! /bin/sh - /usr/local/etc/rc.d/balance.sh stop /usr/local/etc/rc.d/apache2.sh stop sleep 3 /usr/local/etc/rc.d/apache2.sh start sleep 3 /usr/local/etc/rc.d/balance.sh start exit 0 というか、いくらなんでも Apache をリスタートするだけで落ちるというのは、 いったい何が起きているんだろう、、、。 何か、sysctl.conf とか loader.conf 的な設定ミスとかがあるんだろうか。 ・banana403/404並みのマイルドな数値に (/etc/sysctl.conf) ・sysv semaphoreをやめ、fcntl() 仕様に (APC) 【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18 http://qb5.2ch.net/test/read.cgi/operate/1115133136/ tiger2508 tiger2509 は、復旧しました。 tiger2507 は現在作業中です。 設定変更部分については、別途まとめて。 tiger2507だけ挙動が変なので、 PHPを再インストール中。 ひととおり、設定完了。 本日はこれで動かします。< c-au系 しかし、根本的に問題が解決したわけではないので、 また何か、症状再発するかも。 対処 & 症状の報告は、別途。 今日の作業まとめ 1)APCアクセラレータを「mmap & セマフォ仕様」から「shm & fcntl仕様」に変えた。 この結果、httpd再起動時の謎のシステムダウンは、とりあえずなくなったと思う。 10回ぐらいhttpdを再起動してみたけど、謎のダウンは起こらなかった。 何か、mmapかセマフォ関係で、FreeBSDに虫がいるのかもしれない。 2)/etc/sysctlの以下の値を「マイルド」にした。 コメントは前の値。 これは、banaan403/404の頃の値と同じである。 # increase maximum file descriptors #kern.maxfiles=131072 #kern.maxfilesperproc=65536 kern.maxfiles=32768 kern.maxfilesperproc=16384 # increase listen queue #kern.ipc.somaxconn=8192 #kern.ipc.maxsockbuf=2097152 kern.ipc.somaxconn=2048 kern.ipc.maxsockbuf=524288 # do not use swap area (it's slow) #vm.defer_swapspace_pageouts=1 #vm.disable_swapspace_pageouts=1 # Thank you for 729, http://qb3.2ch.net/test/read.cgi/operate/1076162131/760 #net.inet.tcp.rfc3042=1 #net.inet.tcp.rfc3390=1 # see http://qb5.2ch.net/test/read.cgi/operate/1097931665/666-676 net.inet.icmp.icmplim=3000 net.inet.icmp.icmplim_output=0 3)一時的に試した「balance経由でのじっくりリクエスト(>>372 )」は、 結局効果がなかったので、やめにした。つまり、元に戻した。 で、未解決の問題としては、 APCのキャッシュが有効にならなくて、httpdが暴走状態になることが かなりの確率である というのがあります。 ここ数日の不安定の原因は、これです。 httpdが'RUN"と"lockf"の状態を繰り返して、CPU使用率が異常に上がり LAが高くなります。もちろんこの状態になると、パフォーマンスは出ません。 で、しばらくすると自力復活する場合と、しない場合があります。 自力復活すればacceptの状態になるのですが、 しない場合のほうが、かなり多いです。 この状態↓が起こっているというところまでわかりましたが、 その後の情報をつかんでいません。 APC: apc_fcntl_lock failed - 100% CPU http://www.codecomments.com/archive367-2005-3-412200.html この状態ではとても運用できないので、 最悪の場合、別のアクセラレータを試してみることになるのかなと。 このままほっておくわけにいかないので、>>187 を入れてみることにしよう。 c-au5 に入れてみた。すごくいいかんじ。 もうちょっとがんがって、c-au4 と c-au6 にも入れよう。 c-au4 と c-au6 にも入れた。 これで、安定に動いてほしいなと。 リブートテスト完了しました。 3台とも安定に動いている模様。 携帯系3台については、今日はここまで。 更新いただけたみたいです。 どもでした。>中のひと http://ch2.ath.cx/load/ tyger2510 , 2511 , 2512 できましたー >>391 c-docomo5/6/7にして、携帯鯖からcobraを追放するのでは?(>>264-265 ) >>391 了解です。 >>391 ドコモ三姉妹(c-docomo5/6/7)の予定。 いずれも、正しくdual CPUになっていることを確認しました。 作業入ります。 今日中には、DNS変更依頼を出せるでしょう。 まずは、試運転開始。 c-docomo2のロードバランサから、c-docomo5/6/7に転送で。 いいかんじみたい。 10分ぐらい動かして問題なければ、DNS変更依頼へと。 移行は概ね完了した模様につき、c-docomo2/3/4の削除依頼へと。 ○ DNSラウンドロビンの動作について http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/ c-docomo系/c-au系、ともにDNSラウンドロビンでいくように変更して、 概ね変更もゆきわたりました。 DoCoMo系はこちらが予期したように、アクセスはきれいに3等分されています。 しかし、au系はしょっちゅうどれかのサーバにアクセスが偏って、落ち着きません。 そういうもんなんだろうか。 どなたか、携帯系サーバでラウンドロビンDNSを設定している方で ここを見ている方がいたら、状況を教えていただけると助かります。 >>401 auはIPアドレスもキャッシュしているんでしょうか。。? ドコモ解除マダ〜 DoCoMo/2.0 SO905i(c100;TB;W24H18) テスト DoCoMo/2.0 F06B(c500;TB;W30H20) ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる