【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
■ このスレッドは過去ログ倉庫に格納されています
日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。
たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、
Love Affair 作戦。
Part1 マーリンルージュ フロントエンドは
NIC1 ->ルータ(携帯とのやりとり)
NIC2 ->blackGort
BlackGortは
NIC1 ->ルータ(2chサーバとのやりとり)
NIC2-6 ->フロントエンド
って、BlackGortってNICの山になるのか(^_^;) Beckham
Hasekyo
BlackGoat
Yukie
Papaya
こんな感じ >>345
横からすみませんが、GortではなくてGoatなんだけど! ルータ介してやりとりしてもええんやろうけどなぁ(^_^;)BlackGoat<->フロントエンド
>347
あう(^_^;) 一連の処理の流れはこんな感じかな?
(携帯→F)operateの1075887465.datが見て〜
(F→B)operateの1075887465.datをくれ
(B) 探してくる
(B→F)見つけたよ〜
(F→B)httpでGETする
(F)表示処理
(F→携帯)htmlをSEND あっちからの続きバックゴートに必要なのを考えると今出てる最高クラス
の物じゃないとダメそうですね。
・U320 SCSI 15〜20krpmディスク
・フルPCI-X(出れば次世代のフルPCI急行)
・Gigaクラスのイーサカード(しかも大量)
ってここまで来るとタワークラスになっちゃいますね(汗
>350
PCI-Xはまだ早いと思うなぁ(^_^;)あと2年は待ちたい
NICはGBitはいらないとおもう(^_^;)トラフィック量はたいしたことないから。
ディスクは早いにこしたことはないよね(^_^;)積むならだけど いくら金がかかるんだろう・・・。(゚Д゚;∬アワワ・・・ ちなみに今回は冒険はなしで、手堅く行きます。
次世代とか言われるとしり込みします。
枯れた機器、枯れた技術で行きます。 >>353
基本は
フロントにbanana
バックにtiger
かな・・・!? フロントエンド(複数台?)
NIC1 ->ルータA(携帯とのやりとり)
NIC2 -> ルータB(blackGort)
BlackGort (DATキャッシュ)
NIC1 -> ルータB(フロントエンド)
NIC2 -> ルータC(2chサーバとのやりとり)
NIC3 -> ルータA root★さんが弄繰り回す為に・・・(これだけ外部接続可)
2ch鯖
NIC1 ->ルータA(通常のやつ)
NIC2 -> ルータC(blackGortとのやりとり) >>353
賛成です。
>>354
そんなところでしょう。
バックエンド: Tiger http://www.maido3.com/server/tora/
フロントエンド: Banana + 1Gにメモリ増設 (+ NIC1枚追加)
あたりが、冒険しないハードウェアで、冒険しない技術かなと。 >357
いやー(^_^;)ルータBはないでしょ
5000オイスターくらいかかるよ? >359
オンボードのNICはどうだろう?(^_^;)バックエンド側ならOKかな? >>360
フロントエンドを複数台置くなら必要かと・・・
フロントエンドが1台ならクロスケーブル >>359
そですね
現実的には banana改 tiger改 ってとこですかね
NIC 回り等々
んで質問なんですが、
BlackGoat <-> 受付嬢 x 4 の接続方法ですが
BlackGoat に沢山 NIC さす?
まずは超実験環境として、フロント1台・バック1台で基本環境を作ってみるに1票かな。
で、フロントを増やしていく。
バックのキャパがおなかいっぱいになったら、もっと強力なバックを入れて、
従来のバックは掲示板サーバにするか、あるいは強力なフロントとする。
というのはどうかなと。 >362
全部ルータAにまかせればええかと(^_^;)
あるいはバックエンドに複数枚NICを挿してクロスケーブル 鳥ふるいの使ってた(汗
手堅く行くのでしたら>364の方針でいいと思います。 あ、ルータじゃなくてスイッチでいいのか(^_^;) >>361
大した値段ではないので、banana401みたいにfxp(Intel NIC)さしておきますか。
フロントとバックの間のトラフィックがどうなるかですね。
多いような気もする。
1GのNIC刺しておいて(たぶんいまどきのTigerはオンボード1Gだとおもわれ)、
100M帯域制限あたりからはじめて、徐々に帯域制限を上げていく、
ということは可能ですかね。< バックエンドマシン
そうすれば、受付嬢はどうせどんなにがんばっても100Mしか出せないから、
NICはひとつでいいんではないかと。 さし当たってTiger×1, Banana ×1 発注で様子見、
うまくいくようならBanana×3、NIC×3かな? >>365
>全部ルータAにまかせればええかと(^_^;)
足引っ張るような・・・
>>366
そうなの!? >>372
ルータはコンシューマ用と業務用とでは値段が
格段に違いますよ、と・・・。(スイッチも然り) で、F/EとB/Eとの間は、別にスイッチ(1Uもの)でも入れて、
B/Eを1Gでつないで
F/Eを100Mでつないで、ローカル通信する
ようにすればいいんではないかしら。
むろん、超実験の場面なら、普通に通信すればいいだろうし。 まずいっぺんにやると速攻お腹一杯になると思うのでトップあたりで
キャリア判別して一つだけ新方式にすればいいんじゃないかと思い
ます。
一つめはvodafoneだとユーザー数から行くと余裕な悪寒もするので
まずはau辺りから始めてみるとか >>376
いきなりアクセスの半分を実験台にする? んじゃ 第一段階としては
banana with よさげなNICx2 , 1GRAM
switch いつも各ラックにいれているやつ
tiget(だけどSingleCPU) with もっとよさげなNICx2 2GRAM(4Gまでを想定)
2ちゃんねる専用ラックに入れる。
かな? >377
えっ、そんなに行ってるんですか(汗
かといってvodafoneだけだと少ないと思うのでvodafone+味ぽん連合軍
辺りが妥当ですか。。。。 >>378
そんなところですかねぇ・・・
あとはHDDなんだけど・・・ Fは4台同じの入れる予定だから、最大値と言われる
Auからやんないと実験の意味がない希ガス。 HDDはシステム>IDE
キャッシュ>15krpm 36GB x 2 ストライピング
の3台構成がええねー(^_^;) >378
第1段階としてはそれでいいと思います。
tigerでも処理しきれなかったらこれをお下がり争奪戦に回せばいいですしね
>380
いきなり強敵を相手ですか(滝汗
まぁ、BlackGoatの性能チェックをする意味でもやってみる価値はあるかも
しれませんね 今は oyster246 に c.2ch.net を置いているので、
バックエンドにフロントエンドの仕事をさせている状態ですよね。
試しに banana に c.2ch.net を単体で置いてみて、
フロントエンドにバックエンドの仕事をさせてみるのはあり?
BBS/c 同居状態の時に、2ちゃん全体でのカキコ劇重になったから
ディスク I/O が足らないって事で、試してみるまでもないのかなぁ。
それと、c on banana と各掲示板サーバとの通信で
ルータがお腹一杯になるのかしら。
ナガレガヨメテイナイ ? B/Eはいわゆる普通のProxyサーバとして動作するということになるのかな。
お手軽なら、Apacheかsquidあたりか。
F/EはB/Eにdatをねだって、B/Eは自分のディスクになければ、
各掲示板サーバにdatをとりにいくと。
で、B/Eがある程度のディレイ取得をサポートすればいいのかな。
squidでいけるのか。
>>378
概ねそんなかんじですね。でもPCIが1スロットしかないかも。< banana
つまりNICはひとつ増設あたりか(それでもまぁいいんじゃないかなとは思う).
TigerのNICってどういう仕様なんでしたっけ。
たぶんem(Intel Pro/1000) x2 あたりだと思うんですが。
で、今回はSingle CPUでOKとおもいます。< Tiger
SCSIがdual channelのU320 15,000rpm(ようはpekoと同じ仕様)であれば、当面の最良解かと。 >>387
>B/Eはいわゆる普通のProxyサーバとして動作するということになるのかな。
>お手軽なら、Apacheかsquidあたりか。
>
>F/EはB/Eにdatをねだって、B/Eは自分のディスクになければ、
>各掲示板サーバにdatをとりにいくと。
クラシック改は今まで通り、qb5.2ch.netにoperateの1075887456.datを拾いにいけばよいのかな? >387
プロキシ反対(^_^;)
差分取得できないと、2chサーバのI/O負荷が・・・・ なるほど。
差分取得できるしくみがB/Eは必須だと。
2ちゃんねるの場合普通はただ増えていくだけなので(削除時を除く)、
ここは重要ですね。 >F/EはB/Eにdatをねだって、B/Eは自分のディスクになければ、
>各掲示板サーバにdatをとりにいくと。
>
>で、B/Eがある程度のディレイ取得をサポートすればいいのかな。
>squidでいけるのか。
ここで、B/Eは差分取得+ディレイで2ちゃん鯖のI/Oは抑えられるんじゃないかな? >391
んですだ(^_^;)
多少、面倒なcgiが必要かもしれんけど
Tigerなんで、もう一個CPUを刺せるしねー キャッシュからの増分だけ差分取得してくれるような都合のいいプロキシってないのかねー? その都合のよいプロキシ鯖を作ろうってのが今回の最大のテーマになるのかな? あぁ、そうか。
原理的には今のクラシックメニューの機能を、分割実装すればいいのか。
上半身をフロントエンドに、下半身をバックエンドに入れると。 >>394
無いなら作ればいい
・ミラー+α
F/Eから要求が無くとも定期的にDATを取りに逝く
・rsync
2ch鯖にrsyncを走らせて・・・
・2chブラウザ型
F/Eからの要求で取りに逝く(差分等) ちと質問ですけど、c.2ch.net って●使えるという噂を聞いたんですけど
その動作は各サーバの offlaw を直で叩くんですよね? comic4鯖いつまで落ちてんの?
携帯ユーザー激増の負担を押し付けられるのは迷惑なんだけどな。 >398
落とし穴はないと思います。
いきなり強敵ですけどこれくらい涼しい顔で捌けないと話になりません
からねぇ。。。。
>>401
そんなこと言うサーバは一生放置 or 消去で、 HDDは結局、どれにするのかな・・・?
F/E IDE
B/E SCSI >>405
>>404はやろうと思えば指一本でcomic4を消し去ることの出来る人ですが・・・。 >>405
FOX★様ですよ〜
逆らえば板をめちゃめちゃにされますよ〜 >>407
ひろゆき@どうやら管理人★ よりできる権限を多く持ってる。
理由はひろゆきが(ry いっその事comic4消しちゃってほしいな
直るかも、と思って期待するの飽きた。 >>405 まったく同じセリフを書きたかったが遠慮した
>>408-410 実行できる人であっても、それの使い方にトゲがありすぎ
とりあえずいい結果を出して欲しいんで議論の邪魔しないように退散しようや、なあ comic4消えたら難民が凄そうだ・・
大海嘯がおこるやもw なるほど、独裁者気取りの厨坊か。
虎の意を借る狐とはよく言ったものだ。(w >>410
へ〜なるほどね
つーか文句言ってる人って●持ち?
タダで使わせてもらって文句言ってるわけないよね? >>414
タダで使ってるなら文句言わないように・・・。
ここまで荒らすとどうなるか知らんよ・・・。 >>400
直接、認証鯖にアクセスしています。
今はつかえませんです。 >400
i-modeエミュレーター手に入れたのでc.2ch.net使ってみたんですけど
●ログインは無さそうですね。
本当はどうなのかは実際に使ってる人に聞いてみないとわからない
ですけど ●ログインですが、前は出来ていました。
携帯→2ch運用情報スレッド7
http://qb5.2ch.net/test/read.cgi/operate/1085064379/21
21 名前:● proxy123.docomo.ne.jp● ◆BFzK/mtqM2 投稿日:04/05/21 09:36 ID:1aIW04UP
テスト
新URLに対応していないようなので、現在はどの鯖からも●はできない。
現在クラシックさんが調査中です。 >420
という事は●も考えないといけないかもですね。
※統計ページ調べてわかったんですけどPCからのアクセス数が意外と多くて
6%近くに上っています。
今度はキャリア判別しているので大丈夫だと思うんですけどPC経由は対策
をしてアクセスしようとしても即お帰りコースにした方がいいと思います。 >>421
●は現状どおり各サーバの offlaw.cgi を叩きに行くということを
念を押したかっただけです。 >421
了解しました。
※余談ですけど6月からの統計見たんですけど9位まで全て定額制の機種
で占めてました。
しかも全体の約40%もいってるし。。。。 >>422 FOX★
携帯板の住人ですが、ちょっと質問です。
今回の携帯電話からのアクセスでcomic4鯖が大変なことになっていることに
関してですが、以下の対策スレ
【ユビキタス】携帯・PHSからでも快適に2ch【p2】
http://hobby6.2ch.net/test/read.cgi/phs/1085913880/
このスレを携帯専用鯖導入がされて事態に収集がつくまでの期間スレの
トップに固定して多くの利用者に関心を持ってもらいたいと思うのですが、
そういったことは可能なのでしょうか?
もし可能なのであれば自治板で協議して要望を提出したいのですが。 >>425
【実験】書き込めなスレッド スレッド924について2
http://qb5.2ch.net/test/read.cgi/operate/1075184383/
これのことじゃないかな?
具体例が少ないのでまとまった案が出たらOK/NGも含めて適宜対応すると思われます。 >>426
誘導、アドバイスありがとうございます。 >>378
>banana with よさげなNICx2 , 1GRAM
そーゆーことなら
そんなまどろっこしいことしないでマザボをPoly875PSに汁。
内部を1000base-T@CSAで。 >>428は漏れ。
banana的なモノにするのでも、既存のbananaだとNICが廉価版だから使いにくい。
んでもってMemSlotが2本しかないから増設しようと思っても役に立たない。
んだからMemSlot4本で内臓LANが全てIntelで速いCSA接続1000base-TもついているPoly875PSで。 で、本体にはTigerを使うみたいですが、まず掲示板に人柱的に投入してみるとかは
考えていませんですか?
個人的にはそういった実験もやって欲しかったり。
あとは不治痛の新HDD導入(今月から出荷開始なMAUシリーズ)の可否かな?
PekoとTigerの足回りがほぼ同じと仮定すると、HDDの素の性能比較をするのもそれなりに
有意義ではないかな?と漏れ的にはおもいます。
要は、考え方として
「とりあえず鉄板で逝く」のか、「まず実験」なのか、みんなはどっちを考えてるのかなぁ?と
漏れは、実験きぼんぬで。 >>401
[漫画・小説等]にアクセス(特に携帯かららしいけど)が集中した理由なに!?
イベントでもあったの?
この時間でも劇重みたいなんだけど。 ICH5系列(i875/i865)はそろそろ登場から1年なので
OSレベルでは十分枯れていると思うんだけどなぁ。。
まぁこちら側の運用技術は未開拓でしょうからそりゃ却下になりますわね_| ̄|●il||li
>>434
重い重い重い重い重い重い重い comic4
http://qb5.2ch.net/test/read.cgi/operate/1086183742/
イベント=電車通勤 えっと、クラシック本体をバックエンドに入れて、
フロントエンドは携帯とバックエンドの間での橋渡し役っていうのありかな? とりあえずcomic4に入ってる19板をばらばらでいいから他の鯖に振り分けるべき >>436
現状pekoであっぷあっぷなので,それは厳しいと思われます… >>438
アップアップの原因は、(1)キャッシュの読み書きと(2)送信の捌けの悪さだとすると、
(3)その他の処理はどっちが受け持っても変わらないはずじゃないかな? データの受け渡し=送受信、とすると片一方のLANが蟹になるから
フロントエンドに純正bananaというのは少し恐ろしいのう。。。
安く挙げるならマザボをPoly875PSにするのが非常にお奨めなのではあるが、
>>353で却下されとるしねぃ。。(875はS-ATAさえ使わなければかなり鉄板だと思うんだが)
ということはフロントエンドもTigerか?? 携帯相手なんで転送量はたかが知れてる
問題は相手が遅くてデータを吸い上げてくれないので、処理がなかなか終わらないって感じみたい。
だから蟹でも大丈夫じゃないかな? ■ このスレッドは過去ログ倉庫に格納されています