【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 で、各クライアント側もLAとか監視している限りでは、特に問題ないかと。 アクセラレータのソフトウェアを更新してから、 PHPの挙動がおかしくなることもなくなったもより。 http://mumumu.mu/mrtg/mrtg-rrd.cgi/load/ c-docomo系で、URLリルート機能のテストをはじめました。 例えばc-docomo系でnewsplusにアクセスすると、 http://c-docomo.2ch.net/test.php/-/newsplus/i となりますが、今まではこの場合他の携帯からは上記URLにはアクセスできませんでした。 (人大杉に飛ばされる) 今回、UAを見て適切なものに飛ばす記述を加えました。 例えば上記URLにauの携帯からアクセスした場合には自動的に http://c-au.2ch.net/test.php/-/newsplus/i に案内され、AirH"やVodafone、あるいはPCからだと自動的に http://c-others.2ch.net/test.php/-/newsplus/i に案内されるはずです。 これで、URLを貼る場合等に楽になるはず。 P.S. 上記と関係なく外からリンクを張る場合には、例えば上記の場合 http://c.2ch.net/test.php/-/newsplus/i に張っていただけると助かります。 >>76 はしばらく様子を見てうまく動くようなら、他のc系にも順次入れようかと。 >>78 以前から不動楽さんに指摘されていた宿題にようやく手をつけました。 おそくなってすまそです。 うまくいっているようなので、 今日寝るまでに、auとothers系にも同様の設定を入れておきます。 振り分けはどのような仕組みでやっているんでしたっけ? 振り分け = c-au1 c-au2 c-au3 に振り分けること >>81 ロードバランサーと呼ばれるソフトウェアを使っています。 最初はpoundというのを使っていたのですが、メモリリークがあって 2週間ぐらい動かすとプロセスサイズがでかくなっていたり、たまに暴走して 無反応になっていたりしたので、balanceというやつに変えました。 こいつはとってもシンプルですが、必要十分な機能を持っています。 (続く) balanceの起動はこんなかんじです。 balance -b IPアドレス -B IPアドレス ポート番号 ホスト名:ポート番号 [ ホスト名:ポート番号 ... ] 以下はc-docomo系の例です。 daemontools配下で動かしてるので、foreground起動のオプションを追加で入れています。(-f) balance -b 206.223.151.216 -B 206.223.151.216 -f 80 c-docomo2.2ch.net:80 c-docomo3.2ch.net:80 c-docomo4.2ch.net:80 これで、 ・-bで指定されたIPアドレスにbind()して、 ・-Bで指定されたIPアドレスをFrom:アドレスとして使い、 ・port 80に来るリクエストを、 ・c-docomo2/3/4のport80に、ラウンドロビンでフォワーディングします。 balanceには必要以上の機能は入ってないので、c-auでは以下のように指定して、 2 : 3 : 3 のバランシングを実現しています。 balance -b 206.223.150.96 -B 206.223.150.96 -f 80 \ c-au1.2ch.net:80 c-au2.2ch.net:80 c-au3.2ch.net:80 \ c-au1.2ch.net:80 c-au2.2ch.net:80 c-au3.2ch.net:80 \ c-au2.2ch.net:80 c-au3.2ch.net:80 (続く) で、balanceはたまに変なロックファイルが残ることがあるので、 daemontoolsのrunファイルで、以下のように指定しています。 /var/service/balance/run の内容 #!/bin/sh exec 2>&1 rm -f /var/run/balance/balance.80.206.223.151.216 exec env - PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \ balance -b 206.223.151.216 -B 206.223.151.216 -f 80 \ c-docomo2.2ch.net:80 c-docomo3.2ch.net:80 c-docomo4.2ch.net:80 以上っす。 ということで、 携帯 <=> balance @ c-docomoのIP <=> httpd @ c-docomo1/2/3 という形で通信しています。 この状態なので、c-docomo2や3が落ちても、サービスには影響ありません。 (c-docomo1は現在c-docomoと同じホストなので、落ちるとc-docomo系はまるごとストップ) あ、>>85 は c-docomo1/2/3 を 2/3/4 に読み替えてください。 なるほど、、、 ロードバランサーっていうくらいだから 各サーバの負荷の度合いが振り分けのきっかけと 理解していいのかな? もともとの疑問は c-au1 だけ転送量が大きいから どうしてだ? と思ったんです。実は c-au=c-au1 だからなんですね、 あっ 違うか >balanceには必要以上の機能は入ってないので、c-auでは以下のように指定して、 >2 : 3 : 3 のバランシングを実現しています と設定しているんだから、設定者の勘か、 >>87 そうです。< c-au = c-au1 c-au1はロードバランサそのものの負荷がばかにできなくなってきて、 先日、処理するクライアントの比率を少し下げました。 負荷分散のチューニング、サーバ追加時の容易さ、 子供サーバダウンの際の影響の少なさ、とかですかね。 < メリット DNSによるロードバランシングと比べると、 ・信頼性の高いものが1台で済む ・比率を細かくチューニングできる といったところがメリットで、 ・親が死ぬと全部死ぬ が、デメリットだと思います。 balance2つをDNSロードバランシングして、 その下に子供をぶら下げるとかすると、結構いいかんじなのかなと。 c-au1 , c-au2 , c-au3 に比べて c-au(balance) だけの負荷はネグれるくらい、 つまり二桁以上少ないと考えていいのかな? そうでもないのかな、、、 実体験するしかないか、 >この状態なので、c-docomo2や3が落ちても、サービスには影響ありません。 ということは balance 側は自動的に落ちたサーバには振り分けないように 動くという認識でいいのかしら? >>90 最初はそうでしたが、このところそうではなくなってきました。 1 : 1 : 1 だと、c-au/c-au1 だけ負荷が上がってしまう。 パフォーマンス的にはまだ大丈夫でしたが、 とりあえず同じぐらいのLAになるように、 2 : 3 : 3 にbalanceの設定を変えたと。 c-docomoは今のところまだ大丈夫ですが(Cobraだし)、 よく見ると、c-docomo2 (= c-docomo)だけ LAが少し高めのようです。 >>91 です。切り離しは、勝手にやってくれます。 manするとtimeoutはデフォルトで5秒の模様。 t Connect Timeout: the default timeout trying to establish a con- nection to any destination can be changed using this option. The default timeout after which a destination is regarded to be cur- rently inaccessible is 5 seconds. おまけ よくやるのは、プライベートのアドレスを使ったネットワークを作っておいて、 1台〜数台のサーバにEthernet I/Fを2つ入れて、 バックエンド側にサーバをいっぱいぶら下げる、っていう構成すね。 客 | v + F +-+-+-+ B B B B で、Bはブレードサーバだったりするです。 ここのスレのアドレス調べられるツールみたいのあるの?調べる機械みたいのあるの?それつかうと番号かアドレス調べる事が出来るって聞いたんだけど教えて下さい。 F = Front B = Back だと思うけど v は balance ? >>97 客からのリクエストを表してます。 ↓のほうがよかったすね。しつれい。 ということで移動。 今のところScopeはc-othes系にルーティングされるですね。 現時点ではc-others系はゆとりあるので、とりあえず静観かなと。 漫画板の携帯の表示をなくしてほしいです 懐かし漫画や週間少年漫画板はなんでもないのにあんまりだ マーキングでわかったこと。携帯から糞スレ広告スレ立てる香具師がいるということ。 そうそう立つもんでもないと思うが… http://hobby7.2ch.net/test/read.cgi/phs/1106406399/1 05/01/23 00:06:39 ID:K9TjBo0ZO http://hobby7.2ch.net/test/read.cgi/phs/1106392086/1 05/01/22 20:08:06 ID:ezS2CfIVO 下みたいなやつは広告の報告スレに持っていかないと。 ということで、プライベート側スイッチについてJimさんと話しました。 報告は別途。 結論からいうと、現在のスイッチを交換する方向で検討ということに。 信頼性の問題、ひいては面倒見なくてもいいように いいやつを入れよう作戦かな? >>107 ですね。Jimさんから既に説明あったかもしれませんが。 今使っているスイッチはPIEで使っているもののうちでも旧タイプにあたるものとのことで、 故障率がやや高いものであること、 また1000Base-TでのGigabit Ethernetの接続をサポートしていないことから、 Jimさん・Davidさんの合意として、今後の状況を考えると、 これを機によりよいスイッチに変更したほうがよいのではないか、 とのことでした。 (blackgoat3/4の状況は、MRTGグラフを見せて私からJimさんに説明しました) 勝手な推測だったです。 jIMからは何も聞いていなかったり、 いよいよきたのか、、、。< au系めいっぱい 予想通り、春を迎える頃に、ちょっとどきどきしてきた。 携帯→2ch運用情報スレッド16 http://qb5.2ch.net/test/read.cgi/operate/1106813751/627- で、比較のためc-docomo2だけhttpdの数を半分にしてみた。(128 → 64) 問題なければ、他のもこれでいこうかと。 c系はbbs.cgiがなくて動くのはPHPばかりだから、かなりセッティングのコンセプトが違うなと、改めて。 ちょっとテレビ見たんだけど試験問題を2ちゃんに載せて カンニングした奴がいるみたいですがこの問題はどう思われますか こっち向けの話なので投下しておきますね。 なんかSquidが異常終了しちゃうバグがあるようで最新パッチで直せるようです。 ttp://www.squid-cache.org/Versions/v2/2.5/squid-2.5.STABLE9-20050303-RELEASENOTES.html >>119 お。 STABLE9にすればいいのかな。 >120 8用のパッチもありますけどSTABLE9に上げるのが一番無難だと思われます。 blackgoat3/4トモ、STABLE9に更新しました。>>121 いよいよ シーガーディアンでラブアフェアーなのか? >>126 シーガーディアンでラブアフェアーといえば、サザンか、、、。 そうか、そういうことだったの(りゃ。 さてさて、 新たなサーバ投入計画を立てて サーバを投入して行く事になりました。 どれくらい先まで考えればいいかな? >>130 3ヶ月後ぐらいまで・・・ 可能ならば、1年後ぐらいまでかなぁ・・・ んじゃ 一年後を見据えて、 1) スイッチは Giga のやつを新たに導入(古いのはbspinkへと) 2) c-au はtiger10台導入 (bananaは撤退) 3) c-docomoはTigerを七台追加 4) BlackGoat は Tiger を三台追加 5) ざるそば二枚追加 これで一年後持つかな? 現状を整理しておきますか。 (サーバ・スイッチ資源) au banana3台 あっぷあっぷ DoCoMo cobra3台 まだ余裕 Vodafone/AIR-EDGE他 banana2台 余裕 BlackGoat 2台 今のところ余力あり プライベート接続用スイッチ 交換・アップグレードの時期 (伸び率) au 半年で約3倍 http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-au2access.html DoCoMo 半年で約2倍 http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-docomo2access.html Vodafone/AIR-EDGE他 半年で約1.6倍 http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c1access.html >>135 いえいえ。 >>133 でいいか、ちょっと整理を。 もし、>>134 の伸び率がそのままリニアに続くとすると、 au 1年で今の6倍 DoCoMo 1年で今の4倍 Vodafone/AIR-EDGE 1年で今の2.5倍 か。 で、今のアクセス数は、 au 50access/sec x 3 = 150access/sec DoCoMo 70access/sec x 3 = 210acccess/sec Vodafone/AIR-EDGE 15access/sec x 2 = 30access/sec (続く) とすると1年後は、 au 900access/sec DoCoMo 840access/sec others 75access/sec で、今au/others系を処理しているbananaの1台の処理能力が約50access/secが目いっぱいみたいなんで、 tigerの処理能力をその2倍と見積もると、100access/sec。 cobraは120access/secとしてみるか。 そのうえで、それを >>133 にあてはめると、 au tiger10台 最大1000access/sec DoCoMo cobra3台 + tiger7台 最大1040access/sec others 今のbanana2台そのまま 100access/sec となり、フロント側は 2) 3) で、ちょうどいいせんですね。 (続く) で、これをblackgoat5台でカバーすると。 今、2台でまだめいっぱいまでは使っていないですが、ここがどうなるかですね。 今はネットワークが先にサチってしまっていますが、これをGigaにすると きっとdisc I/Oが詰まってくるわけで、これがどこで来るか。 これはちょっと、やってみないとわからないところがあります。 今後の様子を見ながら、徐々に投入していくことになるのかなと。 (とりあえず、いじょ) で、投入していくタイミングは、徐々にってかんじですかね。 最初にどーんと資源投入するより、じわじわと増やしていくのがいいかなと。 で、auとDoCoMo用にbananaを1台ずつほしいですね。 (au用のbanana3台のうち、2台を流用かな) こいつらで、ロードバランサだけを動かすと。 10台に振り分けるとなると、そろそろそういうのが必要になってくると思います。 都合どうなるかというと、 Tiger 20 台 Giga Switch 一台っすね 来月から投入し始めるとすると Tiger 二台/月 というペースかな? イニシャルコストは管理人が出すとして、 維持費はどうするか、、、 >こいつらで、ロードバランサだけを動かすと。 私の基礎実験のデータによると「破綻」が結論でした。 維持費ですか。 通常のサーバは●で払うしくみだとして、携帯の分は、、、。 何かうまいしくみ、ありますかね。 >>142 ふむ。 とすると、単純にDNSラウンドロビンするのがやはり定石ですかね。 >>144 たぶん >>143 ●から出すとごり押しするか、 誰かがごり押ししてくれればいいけどなぁ ごり押しして叩かれる役募集中。。。 (★もらえます) ( ゚д゚) (つд⊂)ゴシゴシ (;゚д゚) (つд⊂)ゴシゴシ _, ._ (;゚ Д゚) …!? _, ._ (つд⊂)ゴシゴシゴシゴシゴシゴシゴシゴシ ( д ) (; Д ) ! (; Д )カオカオカオカオ U_, ._U ゚ ゚ _, ._ (つд⊂)ゴシゴシゴシゴシゴシゴシゴシゴシ _, ._ (;゚ Д゚) !? >>145 やりたいけど、なにするかイマイチ分からんからやれないな とつぶやいてみる。 いやマジでわからん。 #じゃあレスつけんなと言う突っ込みは無しで・・・ front に入れるTigerのスペック 1) CPU Xeonx2 2) MEM 4G 3) HDD IDEx1 4) LAN cardx2 5) 2ちゃんねらーが乗ってますシール x1 1ラック占有で予約しますかねぇ >>147 簡単なことで、 強引に押し切ってみんなに叩かれる役 ぼろ儲けだのなんだの (私がまたやるのはもう勘弁) ★という権限を持ち、●からごり押しで維持費を出す と言うことですよね? >>150 ちょっと違うような、 叩かれる役なんですが、 多分永遠に >>148 例の話していた「HDDがIDE x 1なtiny tiger」ってやつですか。 フロントエンドはディスクI/Oがほとんど要らないので、いいんじゃないですかね。 で、メモリ多めに積んで、場合によってはメモリディスクをうまく活用すると。 今のtigerはLAN cardが2つon bardなので、そのままでいけるんではないかと。 >>149 ようは●持ちの方のなだめ役ってわけですか? んでその横でFOXさんたちはいそいそとサーバを増設していくと・・・ なんかザ・ロックの戦場に取り残された兵士みたいなだ・・・ >>151 あー、だいたい理解しますた。 自分では激しく役不足であろう事も。 まだFreeBSDサポートではないけどこれが来ればかなり負担軽減になると思われ (ギガビットイーサネットコントローラーが直結) ttp://jp.nvidia.com/page/nfpro_server_features.html >>156 Opteronですか。 最近のnForceって、どうなんですかね。 入れるなら、バックエンド(BlackGoat)がいいかもしれないですね。>>156 ついでにPoly見てたら廉価版虎もあったり 1U Low Cost Dual Xeon 800MHz FSB, High Performance! ttp://www.polywell.com/us/servers/polyraxx7320X4e.asp そうか、叩かれやすければやすいほどFOXさんの負担が減って作業が(ry >>159 たぶん、それベースでってかんじかなと。 >161 もうひとつスパイスを入れるとしたら>159にNoconaコアXeonを突っ込んで64ビット モードで動かすとか 値段的にも変わらないようですし (amd64版はEM64Tサポートなのでこっちで動かすことになります。) これ貼り付けるんですか。 ttp://www.2ch-goods.biz/shop/syohinDisplay.do?action=scd&scd=00177 >164 5.3でサポートしてるので動かすには問題はないようです。 * Intel 64-bit Xeon (``Nacona''). This processor is fabricated on 90nm process technology, and operates with 2.80 to 3.60 GHz (FSB 800MHz) and Intel E7520/E7525/E7320 chipsets. 雪だるま優先のような、 64bitはlive20での成績次第かと、 c-docomo のcobra 引っぺがして 雪だるまへ投入 というのは夏ごろかしら、 >>168-170 だいたい、そんなかんじですか。 サンドバッグ ★ 1年後の携帯ってどうなってるんだろう フルブラウザ完全搭載? さらなる高速化? 中から美少女が飛び出して来る? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる