やっぱりc.2ch.netもパワーアップしてみよう作戦

**まみら ★** · 2007/06/27(水) 23:17:13

現行のサーバも3年ほど使ってるので、
管理人さんに新しいのを買ってもらえそうです。
と、いう事で、こちらで「わいわいがやがや」やってみましょう。

------------------------

質問・雑談スレ256＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1182209120/783-n

783 名前：ひろゆき＠どうやら管理人 ★ 本日のレス投稿日：2007/06/27(水) 19:53:56 ???0 ?

788 名前：まみら ★ 本日のレス投稿日：2007/06/27(水) 21:10:04 ???P
>>783
c.2ch.net用の新しいサーバ買って？

790 名前：ひろゆき＠どうやら管理人 ★ 本日のレス投稿日：2007/06/27(水) 21:32:23 ???0 ?
>>788
何台ぐらいいりますかね？

794 名前：まみら ★ 本日のレス投稿日：2007/06/27(水) 21:48:26 ???P
とりあえず調子悪いのはバック２台とフロント１台です。

そのフロント１台は新しいの来てるけど
ネットワークカードの関係でrootさんが調整中です。
何かが足りない様子です。

台数増やす事も考えて、ちょっと相談してまたお話します。

**こうすけ ★** · 2007/07/19(木) 23:05:18

c-au、c-othersとc-docomoではトラフィックの出方が違うね。
c-docomoは圧倒的にINが少ない。

2chサーバ群→c2chはc-docomoとc-auはほぼ同じだと仮定すると、
その差は携帯→c2chへのデータ量の違いなのかな？
リファラ＋常時シリアル番号送信でそんなに違うのかな？？

**stream** ◆PNstream2s · 2007/07/19(木) 23:22:50

docomoは知らないけど、auはAcceptヘッダが非常に大きいし、
そのほかにも X_UP_DEVCAP_で始まるヘッダがたくさん

**こうすけ ★** · 2007/07/19(木) 23:35:32

>>685
ヘッダか。。。
確かにdocomoはヘッダ小さいと言うか、少なすぎｗ

**まみら ★** · 2007/07/20(金) 05:15:17

ここまで出た話題？その１

・サーバの追加を単純にしたい。>9
・キャリア別をやめたい？ >10,267
・BG-squid方式の是非。>14
・パブリック=プライベート型のネットワーク方式の是非。>14
.　⇒長所：トラフィックに強い。短所：汎用性が無い。>14
・datキャッシュ方式の再チャレンジ。>21,29
・仕組みを守る動作（アクセスコントロール）を入れたい。>29
・メモリキャッシュorディスクキャッシュの充実。>46
・BGの何らかの結論を見る >204
・リレープロセスとアクセラレータ >209,212-213,216-217
・OSとApacheとPHPとeAcceleratorのVerUP >263,265,347-348
・2chサーバが死んでる場合は最初からつなぎに行かない >350
・BG機をフロントに回す >366,375-376
・ロードバランスの傾斜配分 >364,368,376
・ストラテジ >402
・ライブスレッドを全部キャッシュ >440
・1と最新100だけ持つ >484
・課題 >578
・高性能キャッシュの開発 >585
・広告配布部分をDNS登録完了後に更新する必要あり >613
・さくらサーバ到来 >615,631-675

**まみら ★** · 2007/07/20(金) 05:15:46

その２

【済】
・バック/フロント制をやめたい。>10
・今生きてるサーバで非BG-squidをやろう！>100-103
・どのサーバも現在のバック/フロント機能を持ちたい。>10
・フロントからdatを取りたい。>15
.　⇒BG-squid方式不可、要差分取得、要キャッシュ。>17-18
.　⇒全量転送ダメ、絶対。>103
.　⇒(途中)取得間隔は何秒？[現在90秒]>105-106
・差分取得したい>14,15,449
.　⇒BG-squid方式不可、要ディスク I/O強化。>16,33,46
.　⇒(途中)キャッシュ数は板毎に設定 live系は導入 >256,508
.　⇒キャッシュの再取得 >518
・(廃?)最初は差分取得する対象のサーバを限定する。>113
・スレKeyを見てフロントを割り振る >371-373,444,450-452,455-473
.　⇒(未)担当が落ちた時の処理 >456,494
・キャッシュの掃除 >250,257-258
・エラー出力しない >281
・stiger導入 >367,375-376
・banana405の代替品導入 >375-376
・subjectのキャッシュ >317-319,396
.　⇒(途中)120sec delay >397

【その他】
・電源大丈夫？>36
・管理人の懐具合。>36
・さらに機能を削減する。>65
・Love Affair 作戦について >405-
・10レスがデフォのページがある >538-552
・nofirst仕様 >566
・BGとstigerの仕様 >606-607

**動け動けウゴウゴ２ちゃんねる** · 2007/07/20(金) 20:09:18

久しぶりに試してみたらCが復活してる！スタッフの皆さんありがとうございます。
ああ、べっかんこと違うリンクの青に目が洗われるようだ(;∀;)

● ◆ANGLERlqvM · 2007/07/24(火) 08:41:28

管理人から提供されたサーバの使い道を考えてみた。
ちなみに、私はperlもPHPも、ちんぷんかんぷんですｗ
c系のパワーアップ作戦ですから、c系から見た案です。
あくまで案なので。上手くいくかどうか分かりません。

（案）管理人から提供されたサーバをがっくしメニューに登録する。

【システム構成】
ttp://angler.ddo.jp/image/c.PNG
・管理人から提供されたサーバに、がっくしメニューを入れて
　datキャッシュのバックエンドにする。
・c系フロントにdatが無ければ、c系がっくしメニューのdatを参照する。
　datが存在すれば、c系フロントへdatを転送。

● ◆ANGLERlqvM · 2007/07/24(火) 08:42:38

【利点】
１）c系キャッシュが現在より多くなる。
２）がっくしメニューは、鯖が落ちると自動的にdenyをするので
　　がっくしメニュー自身には影響は殆ど出ないと思われる。
３）がっくしメニューのフロントを使用しないので、がっくしメニューには影響ないと思う。
４）がっくしメニュー自身は、speedy化出来るので負荷が抑えられる。
　　PHPを入れる必要なし。
５）c系orz鯖がダウンしても、最悪でも現状の状態を保てるのでは？
６）がっくしメニュー側としても、バックエンドが増えるのでプラスになるし。
　　少しだけどモリタポも手に入る。モリタポは管理人に返却がいいかな？
　　今後のパワーアップの少しでも足しになるのであれば（汗

【弱点】
１）c系のレスポンスが悪くなるかもしれない。
　　dat参照と引抜きをするスクリプトを作る必要がある。（私には出来ない）
２）そもそも、こんな方法が可能かどうか検証する必要がある。
３）管理人提供のサーバのスペックで負荷に耐えられるかどうか。。

こんな感じに考えてみました。素人なりに。
どうでしょう？可能ですかね？

**こうすけ ★** · 2007/07/24(火) 22:23:41

とりあえず、今のシステムを入れてみてどんな物かを見てみるとか。。。。
やるとしたらc-othersあたりに投入かな？

**こうすけ ★** · 2007/07/27(金) 01:22:41

さて、落ち着いてしまった感が漂っていますが、次はどうしましょうか？
1.キャリア別を止める(datキャッシュ効率アップ)
2.BGの2台を仲間に入れる
3.subjectキャッシュサーバーを作る【BG？】(subjectキャッシュ効率アップ)
4.ひろゆきさんが借りてきたサーバーを仲間に入れる
5.何もしない

**stream** ◆PNstream2s · 2007/07/27(金) 02:25:45

さくらのサーバーは携帯キャリアに近くて掲示板から
遠い場所にあるけど、

携帯からのアクセス回数　　＞　掲示板へのアクセス回数

だから、日本にあるほうがhttpdのはけの点でかなり有利…？

**動け動けウゴウゴ２ちゃんねる** · 2007/07/27(金) 07:40:08

>>694
httpdのはけだけに注目するならACCFでカーネルに押し付ければ解決

**動け動けウゴウゴ２ちゃんねる** · 2007/07/27(金) 19:25:45

旧BGの2台はすでにc-docomoとc-auの仲間にされて均等割じゃないの？

ひろゆきが借りてきた鯖だけでキャリア別を行わない新cを構築して
それが問題ないようなら順次c-docomoやc-auやc-othersから鯖を引っ剥がして
新cの仲間にするのがいいと思う。

**こうすけ ★** · 2007/07/28(土) 22:37:46

>>696
まだBGは投入されてないよ。

ひろゆきさんが借りてきたサーバーは新しいシステム構築用に使うのもありかもね。

あとはキャッシュコントロールとかに使うのもいいかもね。
誰かが死んだら自動的にキャッシュの担当を再割り付けするようにするとか、
c.2chで余計な処理を減らすような感じのサーバーに使えないかな？

◆PUeDWwcmWo · 2007/07/28(土) 22:38:04

カテゴリ一覧や板一覧などの滅多に更新しないページは、生成時に
Last-Modified: や ETag: を付けて携帯側から更新の確認をさせる
ようにしても良いんじゃないかな？

最近の機種なら、If-Modified-Since: 等をつけてくるのもあるし、
304を返してもしっかり対応してくれるみたいだよ。

**stream** ◆PNstream2s · 2007/07/28(土) 23:42:51

>>695
リクエストを読み取るのはそれでもいいけど、レスポンスもあるし

**ピロリ** · 2007/07/29(日) 01:25:08

ちょっと質問なんですが、
現状はBG使ってたころより、キャッシュは増えてるんですか?

**こうすけ ★** · 2007/07/29(日) 01:53:54

>>700
各サーバはほぼすべての板で300個datを保持しています。
（live系などもともとdat保有数が少ない板は減らしていますが、）
全体としては
c-docomoとc-auは300個/サーバ×4サーバ＝1200個
c-othersは300個/サーバ×3サーバ＝900個
となっています。
ほぼ全部のｄａｔが保持されていると思います。

キャッシュが単純に増えているかの比較は難しいのですが、
2chサーバからの転送量（BGの転送量のINとc.2chの転送量のIN）を見ると、
ＢＧは最大40Mbps程度（1台が最大20Mbps程度）の転送量があったのが、
c-docomo系は5Mbps程度（1台で1.2～1.3Mbps程度）
c-au系は10Mpbs程度（1台2～2.5Mbps程度）　2ch→c-auは約半分くらい？残りは携帯→c-au
c-others系は3Mbps程度（1台1Mbps程度）　　2ch→c-othersは約半分くらい？残りは携帯→c-others
に収まっています。
ざっくり1/3くらいにはなっていると思います。

**動け動けウゴウゴ２ちゃんねる** · 2007/07/31(火) 16:51:01

φ(・_・)

**こうすけ ★** · 2007/08/05(日) 22:41:51

ところで新入りの3台の広告が更新していないのはいいのかな？
rootさん設定お願いです。

**root▲▲ ★** · 2007/08/05(日) 23:29:55

>>703
はい、管理人にかわって。

その旨管理人に連絡しておくです。

**root▲▲ ★** · 2007/08/05(日) 23:49:07

>>703-704 done.
そのうち回るはず。

**こうすけ ★** · 2007/08/06(月) 00:57:25

>>704-705
ありがとうございます。

**こうすけ ★** · 2007/08/07(火) 00:30:05

サーバー落ち時に自動切り離しの仕組みを入れました。

**まみら ★** · 2007/08/07(火) 19:06:40

お疲れ様です。

docomoにもう一台欲しいなあ。

**こうすけ ★** · 2007/08/07(火) 20:41:33

>>708
あとはBG投入が残っていますね。

**root▲▲ ★** · 2007/08/07(火) 21:09:20

「縁起の悪いやつでなんとかなっている」間に、
BGは高効率キャッシュの実現に使いたいところで。

**こうすけ ★** · 2007/08/07(火) 21:29:41

>>710
具体的にはどんなイメージでしょうか？
squidみたいなproxyを使わないBGでしょうか？

**こうすけ ★** · 2007/08/11(土) 23:46:11

とりあえず、集計っぽい物を入れてみましょうか？

（１）どれだけ転送量が削減できているかを知ろう！
リクエストされたdatサイズ（request）
2chから取って来たサイズ（get）
【dat】
cacheの場合、requestはdatのサイズが加算、getは増えない
200の場合は、requestはdatのサイズが加算、getはdatのサイズが加算
206の場合は、requestはdatのサイズが加算、getは差分取得したサイズが加算
304の場合は、requestはdatのサイズが加算、getは増えない
【subject】
200の場合は、requestはsubjectのサイズが加算、getはsubjectのサイズが加算
304の場合は、requestはsubjectのサイズが加算、getは増えない

で良いのかな？
まずは、だらだらと一日の積算（時間平均とかめんどくさいｗ）

**こうすけ ★** · 2007/08/12(日) 00:25:57

c-othersに入れてみた。

**こうすけ ★** · 2007/08/12(日) 00:34:44

cache_dat.txt　・・・・・　datのリクエスト量[ｂｙｔｅs] datのGET量[bytes]
cache_subject.txt　・・・・・　subjectのリクエスト量[ｂｙｔｅs] subjectのGET量[bytes]

**こうすけ ★** · 2007/08/12(日) 01:04:42

現在のdatのキャッシュ効果
リクエスト量・・・・14551691680
GET量・・・・・31975244
REQ/GET=0.002197356
GET/REQ=455.0924359
こんな感じですね。

旧BGシステムだと
REQ量がBGからc-othersへの転送量
GET量が2chサーバからBGへの転送量
となります。

BGのsquid仕様のデータが無いので比較は出来ませんが、転送量を約400分の1に出来ています。

**こうすけ ★** · 2007/08/12(日) 01:09:02

＞REQ/GET=0.002197356
＞GET/REQ=455.0924359

逆ですね（大汗
GET/REQ=0.002197356
REQ/GET=455.0924359

**動け動けウゴウゴ２ちゃんねる** · 2007/08/13(月) 03:28:31

なんちゃらかんちゃら切り離し中ってのはｱｸ禁てことですか？

**動け動けウゴウゴ２ちゃんねる** · 2007/08/13(月) 11:28:12

>>717
>>707

**動け動けウゴウゴ２ちゃんねる** · 2007/08/14(火) 11:44:56

docomo7の負荷がすごい

**動け動けウゴウゴ２ちゃんねる** · 2007/08/16(木) 21:26:51

薬・違法板で携帯厨のUAが表示されるのはデフォですか？
初めて見たのでビビった。

**動け動けウゴウゴ２ちゃんねる** · 2007/08/17(金) 00:34:50

c-docomo6も高いんだね

**こうすけ ★** · 2007/08/29(水) 00:31:29

docomo
（１）書き込み保存デフォルト設定する。
（２）書き込み保存の設定をするようにWarningを出す。（設定は各自）
どっちかにしましょうか？

◆Y3UxWNWOvY · 2007/08/29(水) 01:11:59

>>722
とゆうか「書き込み保存」て有効なんですか？
そういう機能があることは提言しましたが、誰からも報告ないのです。
この機能でもリロードされたら消えると思うのですが、、、。
わたしはWillcom端末なんでわかんないです。

**こうすけ ★** · 2007/08/29(水) 01:16:03

>>723
Willcomからも使えますよ。
試してみね、やればわかりますよ。

**こうすけ ★** · 2007/08/29(水) 01:25:46

>>724は
＞「書き込み保存」て有効なんですか？
に対してと言うことです。

規約が出て戻った場合に対しても有効ですよ。
書き込んだ情報は残っています。

**動け動けウゴウゴ２ちゃんねる** · 2007/08/29(水) 01:26:24

>>724
いや、WillcomはPC用の規約が出ますので、、、

**まみら ★** · 2007/08/29(水) 07:20:10

auだと書き込み保存する必要無いので
デフォはちょっと…

**動け動けウゴウゴ２ちゃんねる** · 2007/09/09(日) 06:03:34

**動け動けウゴウゴ２ちゃんねる** · 2007/09/19(水) 06:02:30

スポーツ見に行って、現地から実況するのに不便になった('A`)

**動け動けウゴウゴ２ちゃんねる** · 2007/10/03(水) 15:19:49

others重いage

**動け動けウゴウゴ２ちゃんねる** · 2007/10/07(日) 01:33:52

cothers別府切った？

**動け動けウゴウゴ２ちゃんねる** · 2007/10/10(水) 22:53:44

game鯖の移転の関係なのか、スレが更新されない・・・

**動け動けウゴウゴ２ちゃんねる** · 2007/12/02(日) 03:56:25

復活乙です

**こうすけ ★** · 2007/12/02(日) 16:48:20

あれ？
復活してるw

**動け動けウゴウゴ２ちゃんねる** · 2007/12/03(月) 14:35:49

余ってるサーバーどうしますかねぇ？

**こうすけ ★** · 2007/12/03(月) 14:58:41

>>735
BGをau4の代用にできないかな？

**まみら ★** · 2007/12/03(月) 15:12:40

>>736
BGのユーザー知らないので問題無かったらメール下さい

**こうすけ ★** · 2007/12/11(火) 00:58:09

BGはrootさんしか知らないんじゃないかな？
遊ばせておくのはもったいないよね。

**root▲▲ ★** · 2007/12/11(火) 01:16:49

ここでやっていたですか。
気づいていなかったかも。ごめんなさい。

>>738
BG2台をどうするのか、というより、
c.2ch をというか、２ちゃんねるの携帯アクセスに対する対応を、
今後どうしていくかってことなんでしょうね。きっと。

今作り始めた c-au8 (管理人からの指令により: まずはありもの投入:
緊急投入という認識でいます)ですが、
それはまずは作るとして、これからあと、どうするのかと。

私としてはこれからのアクションを起こす前に、
このあたりで管理人の大方針を確認しておきたいところです。
他の誰でもない、管理人がどのように考えているのかを。

爆発し続ける携帯でのアクセス需要に対して、
今後、2ch としてサーバ資源を投入していくつもりなのかどうか。
そしてそれは、現在の c.2ch なのか。
あるいは他の何かなのか。

所詮ここは、管理人の掲示板なわけで、
それが一番重要なことなんではないかなと。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 01:23:11

規制解除で携帯に流れたユーザーを戻せば解決
携帯で認証して個別で規制回避出来るシステムとかどう？

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 01:40:59

>>739
というか>>710で止まってる気がします＞＜

**root▲▲ ★** · 2007/12/11(火) 01:45:44

>>741
うん。それも含めてというか、
もっと大きなレベルで、改めて方針を確認したいと思ったわけです。

高効率キャッシュは >>710 の時「どう転んでも、たぶん要るんだろうな」
と、私が独自に判断したわけですが、
果たしてそうなのかということも含めて。

**ひろゆき＠どうやら管理人 ★** · 2007/12/11(火) 01:49:16

PC版と同じようにわしわし投入予定で考えてますー。

**root▲▲ ★** · 2007/12/11(火) 01:52:41

>>743
携帯についてもPCと同様、
需要を満足するまでどんどんサーバ資源を投入すべしということですか。

あとは、「現行の c.2ch に」なのか、
「あるいは他の何か」なのか、というところですね。

**root▲▲ ★** · 2007/12/11(火) 01:56:15

>>744 はどっちかってことじゃなしに、
「c.2ch に資源を投入して需要をまかないつつ、
2ch として別途新システムの実験やら開発やらもする」
とかいう選択肢もあったりするのかしら。

ちと今日は、このへんで寝たら負け組へと。ごめんなさい。

**ひろゆき＠どうやら管理人 ★** · 2007/12/11(火) 01:57:36

c.2chにわしわしサーバ資源を投入しつつ、
orzのような仕組みでコスト削減可能なのか
確認しつつって感じで行こうかと思ってますです。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 07:26:51

じゃあここらで一発百式を投入ｓ（ｒｙ

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 09:00:16

だったら、orzのフロント用にあげればいいじゃないかな

**ひろゆき＠どうやら管理人 ★** · 2007/12/11(火) 09:21:11

orzのフロントも投入する気満々ですよ。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 09:22:42

orzはシステム的に安定したサービスの提供ができないからなあ。
c.2chをもっとシンプルな構成(キャリア別の廃止とか)にして強化するほうがいいよ。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 09:26:18

>>749
スレ違い申し訳ないんだけど、
bbspinkでp2が全面規制されてるみたいなんだけど、何か知らないですか？

**ひろゆき＠どうやら管理人 ★** · 2007/12/11(火) 09:35:31

bbspinkのことをおいらに聞かれてもなぁ。。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 09:39:35

向こうは弄れる人も、見れる人もいないんで、、
ごめんねごめんね。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 09:54:36

定期レスｗ

ｂｅ鯖増強シロー！＾＾

マルチ、すまそ・・・

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 09:56:59

c.2chにorzもか。

じゃあ、sports2サーバの増強とbeが使えるようにしておくんなまし。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/11(火) 16:45:11

BG時代は、白山羊さん（他の携帯メニュー向けdatキャッシュ）を
作ってそこから読んでもらおう的な話もあったけど、結局BG自体
が耐えきれなかった訳で、orzの様な分散キャッシュはどうでしょうねえ
と言った感じか。

>>690-691みたいな感じ？

**動け動けウゴウゴ２ちゃんねる** · 2007/12/12(水) 03:57:04

わくわく。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/12(水) 07:59:45

どきどき。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/12(水) 12:00:37

作曲・楽器板が見れないのですが工事中ですか？
移動リストには載ってないし

**動け動けウゴウゴ２ちゃんねる** · 2007/12/16(日) 17:33:20

ん？

**root▲▲ ★** · 2007/12/17(月) 12:22:03

しばらく戦列を離れていた c-au5 ですが、
OS を 6.3-RC1 に更新しました。
また、Apache 等も更新しました。

バージョンアップ作業で何度もリブートしたり、
ディスクに負荷かけたりしましたが、問題なかったので、
本日から戦列復帰させます。

stiger100 を c-au8 に仕立てました。
まずは c-au7 の中身をコピーして動作確認しました。

http://c-au8.peko.2ch.net/ でアクセスできます。
問題なければ、これも戦列に加えます。
こちらについては動作確認と、必要な中身の設定・チェックをお願いいただけますか。
＞ c.2ch の中の方

**root▲▲ ★** · 2007/12/17(月) 12:23:05

>>761
c-au8 も 6.3-RC1 にしてあります。
DNS 申請してよくなったら、このスレッドで go かけてくださいです。
＞なかのひと

**まみら ★** · 2007/12/17(月) 12:29:23

おおー。拍手。

すいません。
只今旅先なので、こうすけさんお願いします。

2007/12/17(月) 12:35:35

c-au5じゃなくてc-au4だったですね。

**こうすけ ★** · 2007/12/17(月) 13:42:47

auに5台ですか。
DoCoMoに追加はありそうですか？

2007/12/17(月) 13:51:20

次の手は、
キャリア別をやめようということなんじゃないかなと。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 13:53:50

「規」ﾏﾀﾞｰﾁﾝﾁﾝ

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 15:50:10

prinもか・・・

**こうすけ ★** · 2007/12/17(月) 22:06:51

ひとまず、c-au4を仲間に入れました。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 22:09:42

キャリア別に特化しなくて平気？　とか心配してみる。

**こうすけ ★** · 2007/12/17(月) 22:11:02

>>770
何の意味もないし

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 22:19:10

お、書き込めてる。

Docomoのほにゃららなんかより負荷の平均化のほうがいいですかね。やっぱり。
＃個人的にはどうでもいい部分でもありますが

**動け動けウゴウゴ２ちゃんねる** · 2007/12/17(月) 22:20:52

まあキャリア別だとDoCoMo、auが死んでても、c-othersだけは使えてよかったんだけど～＞willcom使い

**こうすけ ★** · 2007/12/17(月) 22:22:19

>>761
とりあえず、問題なさそうです。

**root▲▲ ★** · 2007/12/18(火) 01:00:46

>>774
了解です。
c-au8 / c-au DNS 登録依頼します。

**どくどくさぼてん** · 2007/12/18(火) 02:11:09

2,220万PVくらいあるc-docomoが4台で、
1,630万PVくらいのc-auが5台になるのね。

まぁキャリアごとの特性があるから一概には言えないと思うけど。。
むむむさんのtraffic見てるとdocomoだけOut＞INだし、

**root▲▲ ★** · 2007/12/18(火) 02:42:51

>>776
一時的にそうなりますね。

>>766 をみすえつつ、すすめようかなと。

で、今日見ると同じぐらいアクセスされても、
6.3-RC1 + 最新 Apache + 最新 PHP + 最新eaccelerator のほうが軽いようなので、
他のサーバも徐々に OS 更新していこうかなと。

**動け動けウゴウゴ２ちゃんねる** · 2007/12/18(火) 02:57:44

>>761
stiger100ってhttp://mumumu.mu/serverlist.htmlみると
10Mbpsだけど大丈夫？

**root▲▲ ★** · 2007/12/18(火) 10:53:53

>>778
100MbpsにしてほしいとJimさんに何回かメールしているんですが、
返事がないんですよね。

このサーバはJimさんから管理人に直接寄贈されたものなので、
設定変更についてはJimさんに直接頼んでください、と
マァヴさんに前に特化型スレで言われているです。

# とりあえず10Mbps設定でも、携帯サーバでは問題ないかなと。

**こうすけ ★** · 2007/12/18(火) 22:17:39

c-au8も仲間に入れてみた。

>>777
OSバージョンアップは、サーバーは稼動したままで大丈夫ですかね？
止めるのであれば、au系をすべてFreeBSD6.3＋Apache/2.2.6＋eAccelerator v0.9.5.2に更新した後に、
一時的にauのどれかをdocomoに組み込みって感じですか？

**root▲▲ ★** · 2007/12/18(火) 23:45:40

>>780
どうやるのがいいですかね。

通常のサーバだったら、TTL=300 ぐらいに設定しといて、
とかするんですが、現状番号でやってたりするし、
相手は携帯のゲートウェイで、TTL とかちゃんと読まないかもしれないし
(前にそういうことがあった)。

動かしたままでバージョンアップしていくしかないような予感がするです。

**こうすけ ★** · 2007/12/18(火) 23:57:34

>>781
了解しました。
まあ、サーバ稼動したままでも何とかなるでしょうね。

**こうすけ ★** · 2007/12/19(水) 00:07:19

あと、au8の広告更新もお願いします。