【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
レス数が950を超えています。1000を超えると書き込みができなくなります。
日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。
たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、
Love Affair 作戦。
Part1 マーリンルージュ banana403 を基本にして、 HD だけSCSIにするじゃだめなんだろか?
追加投資できる枠組み等が決まってから本格的な BlackGoat を導入すれば
良いのでは? その時は今回導入するサーバは通常の掲示板ように転用すれば
いいような、 >>881
よくわからないけれども
banana403のマザボのモノにもよるような予感、
SCSIをストライピングしちゃうとPCI帯域が間違いなくお腹いっぱいになるから
PCI配下にLANがぶらさがるような構成だとさらにアレなような、、 >>881
bananaは32bit PCIしか持ってないですからねぇ。
U320 SCSIをつけるのには向いていません。
そういうことであれば(コスト重視)、CPUをPentium 4にするとか、
そうするとマザボも少し安くなるとか、メモリがRegistered/ECCじゃなくなるから
安くなるとか、安くすることは可能です。
ちょっと見積もってみます。目標2500ドル。いや、もっと安くできるか。
<ゆずれない線>
・メモリ2G
・U320 SCSI RAID 0
・ディスク15000rpm 36G x 2
・ストライピング >>882
その帯域っていうのは、具体的にはどういう数値になるんですか?
つまりお腹いっぱいになる時の大まかな値を知りたいんですが、 >>884
SCSIHDなら60MB/sぐらいの転送速度を楽にたたき出すはずですからねー。
で、ストライピングだとコントローラのモノにもよるんですけど、まぁ2倍、と。
で、PCIってのは最大転送速度が133MB/sなんで、だいたいコレでお腹いっぱい。
これにさらにPCIにLANを2つつけるとなると。。
どうでしょ? 32bitPCI 133MB/s(理論値)
U320 320MB/s(理論値)
HDD 70MB/s×2(実際の値)
くらいかな。
32bitPCIならU160のSCSI+HDD 1台でも帯域がぎりぎりのような。 PCI帯域で納まる程度にディスクをケチって代わりにRAMを多めに積んで
キャッシュに期待するのは無理なんでしょうか? >888
3つ合わせてもバス的には誤差程度ですね(^_^;)
頭のいいNICなら実質その帯域喰うだけじゃないかと
つまり0.5MB/s以下。 携帯相手ですからね。ネットワーク的にはたかが知れています。
で、ディスクの力不足&ネットワーク処理との兼業がボトルネックになっていて、
現在の苦しい状況が発生している。
たぶん転送速度にした場合今回のでは、60MB(バイトね)/sなんて絶対いかないでしょう。
それよりも大事なのは、「瞬発力」(ディスク上に広く散らばった小さいデータを、
要求に応じてすばやく読み出す)ではないかなと。
だからストライピングにしで、ディスクのI/O性能を向上させようとしているわけで。 32bit PCIバスに、Adaptec 2200Sを挿すっていう組み合わせは、ありうるのかしら。
瞬発力さえあればいいわけだから、、、。
確かに物理的には刺さりますけど、やや宝の持ち腐れ感も。 >>891
電圧が合わないと思われ。
PCIは5VでPCI-Xは3.3Vだったような、 PCI2.1以降は3.3Vカードをサポートしてますが 提案です(^_^;)
1 403相当を導入する > 試す >だめなら2へ
2 1を掲示板に流用して、403相当+SCSIストライピング導入 > 試す >だめなら3へ
3 2を掲示板に流用して、Tiger(ストライピング)を試す
って感じではだめなんだろうか?(^_^;)
実はキャッシュサーバに要求されるI/O性能ってどんくらいか判んない気がするだ。 406 を導入して、だめだったら 406 は、
Love Affair 作戦。
Part2 大黒埠頭
へ、まわせばいいような。
406は24h-48hで出来る(Tigerは1-2weekかかる)
大黒埠頭・・・・なんだろう?(^_^;)ドキドキ
やっぱ虹みるのかな・・・・ >>896
何してもほんとにだめなら(= ハードの限界)、どんどんとっかえていくと。
で、それはチューニングの腕試しの意味もあると。
ほんとにこれでできるならかなり魅力的かも。
あとは1をやった時点で、
「初期投資はここまで。あとはしくみが出来るまで次はありません」
と言われるリスクをどう考えるか。
>>881 の発言からは、2まではいくと考えてますけど。 そうっすね。うじうじ考えててもしょうがないので、まずはやってみますかぁ。< 406
今の三人娘と同じ構成ってことですね。 Polywellのラインナップの中に
「Poly875PS 800FSB P4 SATARAID,100+2xGigLAN」ってのが
あるので、コイツに10krpmのSATAドライブ2発って組み合わせなら
かなりリーズナブルに、そこそこのパフォーマンス出来そうな気がする。
んが、問題はSATAにどの程度の安定性…って書こうとしたら
なんだか話決まっちゃった(w >>903
今回は枯れた機器・枯れた技術でいこう、というのがコンセプトですからね。(>>353)
私もSATAとかは考えたんですけど、提案しませんでした。 >>903
FreeBSDがICH5RのRAID機能をサポしてないんだよー
もう一つのチップのRAID機能は知らないけど
それにGDシリーズならお高い740GDじゃないとパホーマンスが悪いらすい。
RAFFというシークを早くする機能があって、その機能は740GDにしかついていないらしい。 >>906
おつです。
スイッチも同時に来るですか? きますー
これもどれくらいの性能が必要なのかわからないので
いつも使っているやつを既に用意して有ります では、スイッチのほうは物理的に接続だけするように伝えてください。
つなげていただければ、IPアドレスはこちらでプライベートアドレスを振ります。(>>692のもの)
ところで403は別の場所に入っていて移動が必要だと以前言っていたような。 >>906
おつでしたー
もし
駄目出し→掲示板用途@おさがり争奪戦、になるのかな?
それともドコモ弐号機みたいな受付嬢に転用するのかな? あわせて確認のうえ、目論み通りに設置してもらいますー さて、PRIN=AirH"PHONEの規制が解除されたわけですが。
c-othersのアクセスがどのくらい急増するか、ある意味見物ですかしらね。
ところで、r.i/p.i廃止後、i.2ch.netの扱いはどうなりますやら。
当面の間c.2ch.netにリダイレクトして、最終的にはiとcを統合とか?
窓口のわかりやすさ的にはiのほうだと思うのですが、はてさて。 >>912
iは今とあんまり変えなくていいんじゃないかなと思うです。
単に入り口のところのリンクがcへのリンクになるだけではないかと。 そうすると
i(入り口)→c(振り分け)→c-docomo/c-au/c-others(フロントエンド)
ということでいいのかな?んで、i.2ch.net/2chi.html以下はばっさり切り捨て、と。 iは入り口以外にも、とんすけさんが今手掛けているFAQなどの静的コンテンツを入れると言うのはどうかな?
読むか分からないが心得なども載せたらいいんじゃいかな? FAQ自体はinfo.2ch.netに置き場があるのでそれで十分なんすよね。
それ以外に使いみちがありますかしらねぇ。 ドルチェさんに連絡付く方、ドルチェ版私家メニューではr.iを呼び出しているようなので、
c.2ch呼出か、dat直にするようにと…。
あと、ドルチェ版ソースを使ったシステムを使用しているユーザーにも、
r.i呼び出しが今後使えなくなると言う連絡をおながいしまつ。 >>916
携帯→2ch運用情報スレッドの携帯向けテンプレ置き場とかどうでしょうか?
携帯から>>1-20を見るのは結構、手間がかかるので
スレの>>1にクラシックさんメニューの2ch総合案内みたいにあれば、
見てもらえませんかね。
まぁ、読まない人は何をしても読まないと思いますけどw
iには
cへの入り口
FAQの入り口
運営側からのお知らせ
鯖監視所などツールへのリンク
あたりが有ればいいんじゃないかな? この時間はauもdocomoもいっぱいいっぱいですね。 なんだか、pingに答えなくなったみたい。
場所の移動中か。 で、「フラット」というのを書いた気がしますが、
今日あたりから(iからの誘導をはじめて数日後)「昼休みのぽっこり」が
出てきた気がするので、これからいろいろな傾向が見えてくるのかも。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/ c-auとc-docomoの再編が必要かも…。
具体的には高速端末と低速端末の振り分け
更にEZの場合はWAP1.0(HDML・HTMLはEZセンターで変換)とWAP2.0(C-HTML対応)で振り分け
振り分け案:
c-docomo
mova:c-docomomova
FOMA:c-docomofoma
c-au(案1)
WAP1.0:c-auhdml
WAP2.0(cdmaOne/TU-KA):c-aulow
CDMA2000:c-aumeddle
WIN:c-auhigh
c-au(案2)
WAP1.0:c-auhdml
WAP2.0(WIN以外):c-aumulti
WIN:c-auwin >>929
目的も一緒に書いてもらえると助かります。
〜〜を実現するための案 〜〜。 というような感じで、 >>921で、c-docomo/c-auが高負荷との事で、負荷分解が何とか出来れば…。と言う事で…。
特に、FOMAやWINではスレの趣旨にある、定額でのアクセスへの影響もあると思うので。 負荷に関してはすべてが揃った時点で考えるべきじゃないかな?
将来的にはキャリア毎とかでなく完全ラウンドロビンもありなのかな? あと、c-auはWAP1.0(HDML)/2.0(XHTML(C-HTMLと幾らか互換))で、
スクリプトのHDML処理部分とHTML処理部分を鯖を分けての切り離しで、若干余裕が出来るかもしれない。
また、c-docomoの場合、movaだと利用者が多いのと、FOMAだとアクセスが多い。
その2つが重なると言うのも影響があると思うので…。 >>931
振り分けってマシンを増やすってことであれば、>>874に有る様に
お金がない状況だから資金調達の問題を先に解決すべきな希ガス。
んで、今想定されているようにc-au1,2,3と横並びに増やしていくのに
対して、モデル世代毎に振り分けるのはどんなメリットがあるんだろ?
みんなが機種変するのに従い、サーバの負荷も旧→新へと移行する
だろうから、負荷バランスの配分に苦労しそうな気がするんだけど。
運営側で鯖移転を繰り返してバランスさせるより、ユーザ側で勝手に
分散してくれる方が効率が良いような。 >>933
スクリプトは共通だよー
>>934 見習いさん
それが一番の問題でしょうね。 いくつか方法は考えたけれど、すべて既出なんだよね。 >>932
バックエンドが来てから出ないとなんともいえないですが、
システムは単純なほうがいいので、単にラウンドロビンにして、
c-docomoという名前がついたマシンを増やせるようにしておけばいいかなと
思っていたりします。
で、問題は既に既出ですが、今後の増設の算段をどうつけるかっていうことで。
仮に携帯用●みたいなものを作るとして、benefitとしては何があるんだろうか。 >資金
『設置済みp2』を2chが主体になって販売する、とか。
有料レンタル掲示板のノリで。
(1)軽い鯖を使える
(2)ディレイ0秒(可能なのかな?)
(3)スレ立て規制緩和(リモホでなく端末固有情報で規制)
(4)それ以外は通常の●と同じ
つーのはどうかな? 書き込みエラーが起きた後
「〜こちらでリロードしてください。GO!」のリンクを押したら
PC用の方へ行ってしまうのはなんとかならないんですかね
それとも直ってる? >>941
PC用に逝って、メモリ不足で自動切断される。
bbs.cgiの仕様上仕方ないと思います。 そんなこと言ったら書きこみエラーが起きた後の画面でクリックしたら書きこもうとした内容が記入された書きこみ画面にもどれるようにとかも出来ちゃいそうだしね。
やらないってことは出来ない。やるのが大変、なんだろうけど。>>939-940利用者からカネ巻き上げるようにしたらいろいろ面倒な問題も付きまとってウザそうなんだけどなー >941
携帯なら普通「戻る」で前のページに戻るだろ。
それから"直す"というか、携帯用にわざわざ"対応"はしてくれないと思うぞ。 ドコモ用の鯖増やすんだったら試しにiMona中間鯖を1台置くとか。
ま、これも増設の資金をどう調達するかによるんでしょうけどね。 iMonaの中間鯖にかかる負担て、クラシックより低いのかな? >>947
パケ代節約の為zgipで圧縮している場合は、遙かに中間鯖のほうが負荷は高いです
但し定額キャリアの場合は意味が無いため圧縮無しで使っている(このほうがさくさく繋がる)ので、HTML変換が無い分軽いかも ある程度のレス毎にレスとレスの隙間にじどうてきに広告が入るようにするとか・・・
んで携帯版●を買った場合 それが表示されなくなる
それと●を持っていると高負荷時でも優先的に処理をするとか マジメに広告掲載すれば何十万/月の広告収入は可能じゃないの? >>948
強力な鯖で動かした実績がないので、どれだけ裁けるか不明ですね〜
HDDのアクセスが多いのは変わりないと思います。 携帯アクセス用バックエンド Black Goat (黒山羊さん) 到着でーす
メールしました > 管理人、root ★さん。 >>954
ログイン確認しました。
構成は三姉妹と全く同じでした。(Prescottではない)
作業に入ります。 おっ、ついに来ましたか〜
実験は一番軽いc-others?一番重いc-docomo? >>956
c-othersで機能構築・試験
c-auで設定をチューニング
うまくいけばc-docomoを入れてさらにチューン
っていうかんじかなぁ。 了解です。
受け付け嬢は簡単に改造出来そうだけど、黒山羊さんはちょっと時間かかりそうですね。 >>958
シンプルにI/O業務を分離するため、まずはプロキシ方式で動かしてみようかなと。
つまり、php.ini的にblackgoatの中側のアドレスをproxyにするだけ。
で、c-xxでのdatキャッシュはしないことにすると。
120秒判定のところがきちんとできるなら、これだけでかなりいけると思うけど、どうかなと。
もしこれで転送量やアクセスリクエストが増えてしまうようなら、そのときは別途考えると。 クラシック本体をバックエンドに持ってきて、フロントを介して携帯とやりとりするのかな? >>960
はい、最初(Tigerサーバ/w SCSI stripeが入る前提だったころ)は、それも考えていました。
で、各フロントエンドは、リバースプロキシをすると。
しかし、今回入るバックエンドはbananaサーバです。
ということで、PHPをバックエンドではあんまり動かしたくないかもなぁと。
ただ、どっちの方式がいいかは、やってみないとわからないところがあります。
1)方式1
・フロントエンドはクラシック(改)
・バックエンドはApacheのプロキシ+キャッシュ
2)方式2
・フロントエンドはApacheのリバースプロキシ
・バックエンドはクラシック まずは、負荷かかるかもしれないが、(2)を試して、
その間に(1)の準備をしましょうか。 >>962
そうしますか。
なら、一番苦しいとこからやんないと意味ないですね。
c-auやc-othersは何とかなってるから、自動的にあれかぁ。 今夜は、たぶん儀式まで。
で、明日深夜あたりにテスト開始の見込みで。
(明日は終日外出予定のため) 一番重い所で様子を見て、次にauも(2)に変更してまた暫らく様子を見ていく。
その間にothersで(1)を構築する感じですかねー
(1)の本格的構築は週末からですね。 関係者の方々、乙です。しかしc-au、激しく重いです(´・ω・`)
携帯を使った直接課金が大変ならば、利用者の手間はかかりますが、PCから
携帯用のユーザ名とパスワードを売って、鯖代にあてるとか、次善策はないですかね?
携帯向けに2chを解放する(ぴろゆきの)思惑なり、狙いがあるのでしょうけど、
想像するに、今のところはできるだけ金銭的コストをかけずに携帯ユーザー
を引き留める、という方針なんでしょうか。
>>966
こっちにでもカキコしろや。
★携帯からのアクセスを議論するスレ2
ttp://qb5.2ch.net/test/read.cgi/operate/1086695147/
書き込みが絶えて久しいが…。 >>967
誘導したつもりかもしれんが、ちと違うと思うぞ?
>携帯からのアクセスを議論するスレ2
>現在運営側では携帯用専用サーバを導入することにしていますが、
>それまで時間はかかるのは避けられません。
>ここでは専用サーバ導入までの間どういう対策を行うのか、を議論するスレッドです。
よって>>966のような提案はこのスレで受け付けるのが妥当だと思うが? >>966
スレに目を通せばわかるように、現在中の人とボランティアさん各位が
がんがって携帯専用鯖の調整に日夜奮闘している最中です。
導入して間もないこともあり、試行錯誤しながら最善の調整を目指して
いろいろ実験しながら調整している段階なので、実験〜調整が完全に終わる
までは携帯からでも利用できることに感謝しなければいけないと思いますよ。
>>969 いや、966の主旨は、ボランティアの労力を否定することではないと思われ。ただ、プアな環境での対策では限界があるから、抜本的な対策を望んでいるのでは。
しかし鯖の維持が大変でひろゆきのメリットとないなら、単に携帯悪禁にする選択肢もありだな。 結局こういった問題ってハ〜ドウェアのレベルの問題でしょ
一番悪いのは電電公社だとおもいまつ
デンデン氏ね p2本スレに携帯しか持ってない人の為に無料でp2をレンタルしてくれてる人がいたね >>960-965の件でメール発射しました。>◆BFzK/mtqM2さん、クラシックさん >>976
りょうかいです。
んじゃ、もうちょっとしたらc-othersあたりからごそごそしてみます。 c.2chで鯖移転が反映されて居ない板があるのですが…。 c-others、切り替え完了。様子をチェック中。 レス数が950を超えています。1000を超えると書き込みができなくなります。