【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
■ このスレッドは過去ログ倉庫に格納されています
peko作戦について語るスレです。 サーバロケーションPIEに関する話題もこちらで。 <現在の主要なテーマ> ・「Love affair作戦」による、携帯系サーバの大幅強化・外向けdat供給サーバの構築 ・「雪だるま作戦」による、スケーラブルなサーバ群構築 ・BBQの2台体制化・RAID1化 ・FreeBSD 5.4Rの導入検討 ・各種作戦・プロジェクトとの連携 ・FreeBSDのさらなるチューニング詰め <主な関連スレッド> 【Love Affair】携帯からのアクセスに対する考察・次の一手 Part3 http://qb5.2ch.net/test/read.cgi/operate/1095146311/ ■新春特別企画「雪だるま作戦」liveサーバの飛躍なるか!? Part1 http://qb5.2ch.net/test/read.cgi/operate/1105035540/ <主な関連サイト> MRTGによる統計情報: http://mumumu.mu/mrtg/ 2ちゃんねる/PINKちゃんねる 稼動中のサーバ一覧: http://mumumu.mu/serverlist.html 2ちゃんねる サーバ負荷監視所: http://ch2.ath.cx/load/ 2ch 鯖監視係。: http://sv2ch.baila6.jp/ <前スレ> 【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17 http://qb5.2ch.net/test/read.cgi/operate/1107376477/ >>393 それは DualCore Dual ? 2507,8,9 は現地でリブートを試みてはいるようだ、 >>397 おぉ、頭うちなんじゃなくて「いい方にずれる」ってことですか。 >>398 …ということになります。 >>395 singleの約1.5倍じゃのぅ >>398 いんや 「対応すた設計を施した」だけのブツだとおもわれ SingleCore x 2 < DualCore x 1 ということなの? @opteron >>399 了解です。それでは oyster243 のセットアップ作業しながら、 待機しています。 Q上げておいたほうがいいかも。 >>402 singlecore x 2 > dualcore x 1 だと思っていました。 >>397 のリンク先はまだ見ていませんが、どうなんだろう。 >>400 あ・・ぅ・・変な期待されてしまったみたい・・ マルチコア(CPU2個)=デュアルコア(CPU1個)=シングルコア(CPU1個)*2 ですです いやぁ 先ほど10倍と書きましたが、なんかの雑誌で読んだものなんで未来志向かもかも >>402 メモリを使わずにCPUcacheだけで済ますような ブツじゃと、間違いなくそうなるじゃろうて コア間を繋ぐバスはかなりな高速のはずじゃから >>404 おらもそうおもっておった、 実際>>395 は singlecore x 2 > dualcore x 1 なアレに見える ややこしいですよね 結論は急がないとだめなんですか? お三方お茶どぞ〜 つ 旦~ 旦~ 旦~ 評価用のブツとして、Polywellから期間限定で借りてみるというのはどうなんだろう、 などと言ってみたり。 しばらく 243 方面の作業します。 HDD は備蓄のことを考えると 今まで通りがよいですな。 tiger2508 2509 上がりました。 これからいくつか、設定を「マイルド」にしてみます。 tiger2507 は、まだ上がっていない模様。 >>411 今までのものでよいと思います。 ちなみに今入っている SCSI HDD は既に生産中止(新ロットに変わった)はず。 banana403/404と同じセッティングまで、各種数値をマイルドにしました。 で、リブート中。< tiger2508/2509 tiger2507 もリブート出来次第、同じ設定にする予定。 これにしたら、例の「十分潤ってから問題」は、対応しなくていいのかも。 Sean に ICQ した方が良いかも、 格闘しているらしい お、ひょっとして SEMAPHORES "Enable sysv IPC semaphores (default: fcntl())" をオンにしたからだめなのかも。semwait ばかりになることがある。 ちょっと、変えてきます。 作業の間に落ちられると困るので、 tiger2508 tiger2509 httpd 落としました。 ん〜 まだ市場に顔出し程度なんでなんとも・・・ 私としては、まだ値段も高いみたいですし、必要ないと考えます。 http://pcweb.mycom.co.jp/special/2004/trendfall/ ・・・いやはや、大変お邪魔しました。話を混乱させてすみませんでした。三( ;´Д)イヤァァ ハズカシイィ セマフォ式やめてみた。 なんか、すんごい起動がスムーズになったような。< tiger2508/2509 Jimさんから連絡もらいました。 いったん、全部httpdを切りました。 少し落ち着いてから、セッティングを見直す作業に入ります。 いちから。 で、2507 2508 2509 はアップしています。 Jim が Plywell へ行くというので、ついでに聞いてきてもらうことにした。 1) DualCore Dual を 1U で作ってちょ 2) いくらになるねん? >>426 了解です。 普通にリテールプライスだとたぶん高いので、 Jim-Sam priceを聞いてみていただけると。 Seanさんとtiger2510〜2512について話し中。 作業がスムーズに行けば、今夜あたりに、Polywellから戻ってくるかもしれないとのこと。 で、SCSI仕様のtiger2513とtiger2514が来るらしいです。 vipサーバの模様。 AMDのベンチマークで使用してる2wayマザーはS2882とありますね。 Thunder K8SD Pro (S2882-D) DUAL CORE READY / Rackmount Ready !!! ttp://www.tyan.com/products/html/thunderk8sdpro.html 価格はonboard SCSI版で $540くらい? ちなみにこんな記事も。275が169,000 x 2かぁ・・・個人ではとても手がでませんw デュアルコアOpteronの予約受付開始、2way用の3モデル ttp://www.watch.impress.co.jp/akiba/hotline/20050521/etc_dcopteron.html >>283 ファイル添付機能は管理人のみ使えるようにしました eaccelerator の調子がいいようなら、epg とかにも入れてみるかな。 …と、チラシの裏メモ。 ざっと見でまとめると、 ・DualCoreいれようか? ・ってそもそもボトルネックはそこ? ・むしろHDDが詰まっているんじゃない? わたしが思うに、実況系はキャッシュ多めなのを入れるとかするだけでかなり違う悪寒 個人的には↓なんですけどw _ ∩ ( ゚∀゚)彡 solaris10!solaris10! ⊂彡 DualCoreのおいしいところは,SingleSocketでの スペース的なメリットと発熱量の低減,また,DualSocketでの 更なる処理能力うp や,処理の分散(cgi内部処理とI/O処理 可能かどうかは未知数)が 有るんだと思うんだな。 これからを見てみないとわかんないですけど,DualCoreが必要か否かを 見極めて,その後SingleSocket/DualCoreか,DualSocket/DualCoreかを 見極める事が出来れば幸せになれると思うんだな。 とりあえずSingleSocket/DualCoreの場合,Socket外部へのI/Oが無ければ DualSocket/SingleCoreに比べて内部で信号をやり取りできる分 処理能力は向上すると思うんだな。 チラシの裏っぽいかも。ゴメンチョ >>405 訂正っす ×マルチコア ○マルチプロセッサ(2CPU) マルチコアはデュアルコアの広義語みたいですえm(_ _)m 小虎は2Uだったのですね。 FreeBSDがPowerNOW!に対応でけたら、サボってる時はさらにお熱さがりますな。 >>434 ・・・とおもったらもうちょっとかかりそうですねー>ZFS ベータは今年後半には出そうだけど ttp://japan.cnet.com/news/ent/story/0,2000047623,20083500,00.htm 私がSol10で人柱!といっているのはrootさんやJimさんの負荷がちょっと減るかな、と思うからでつ。 それに、 ・ZFSで動的にストライピングできる ・自己予測ヒーリングでHDDやメモリの一部があぼーんしてもあぼーんした部分を切り離してそのまま平然と動く ・・・などなどとチラシの裏してみますた、スマソ 新居住区作る時にタワー型も置けるようにしる!って言っとけば良かったのに Solaris 10はありえる選択かもですが、 ちと、すぐにはややむりぽかもですね。>>439 で、DNS依頼いきます。 ということで、c-docomo系の新サーバへの移行依頼いきます。 以下のDNSの変更をよろしくお願いします。 (従来) +c-docomo.2ch.net:206.223.151.216 (変更後) +c-docomo.2ch.net:206.223.150.27 +c-docomo.2ch.net:206.223.150.32 +c-docomo.2ch.net:206.223.150.37 >>283 info@wiki はもともと管理者以外はアップロード不可なので大丈夫だと思いますー。 参考においておきますね。 Opteron248, 250, 252 Xeon3.2GHz, 3.4GHz, 3.6GHzの消費電力 http://www.gamepc.com/labs/view_content.asp?id=x36o252&page=4 消費電力 252<248 らしいです。 Dual-core Opteronの消費電力 http://techreport.com/reviews/2005q2/opteron-x75/index.x?pg=16 275<252 らしいです。(殆ど同じか) プロダクトナンバーが上がる方が消費電力も下がるんだ。 でもDualCore化でも消費電力3割増(測定環境が同じじゃないけど)に押さえてるのは 涙ぐましい努力のなせる業なんだろうなあ… >>448-449 どのコアなのか書いてないようじゃが、 0.13μmと0.09μmを比較すておるのなら ソレは悪徳通販並の非核法じゃろうて 248-252の比較は252が出たときの記事、ですので130nm(Rev.C)と比較する 趣旨のようです。 248-250が130nm(Rev.C)252が90nm(Rev.E)ですね。 表から推定するに、130nmの244程度の消費電力、になるのでしょうか。 従来のcobra機との比較と言う観点からは、130nmのコアと90nmの252の比較、 と言うのは外れではないのでは、と思います。 90nmの低クロック品はより、消費電力が下がるのは自明ですから。 個体差も有るでしょうからレビューの消費電力が保証されるわけでは ないですが、90nmに移行して、252も爆熱、と言うわけではないようです。 そっかー,プロセスが違えば当然ではあるねえ。 でもDualCoreでも発熱が抑えられているのが確認できてるし,期待も出来る鴨かも Cool'n'Quietを動かすモジュールをぶち込めば1U化については ひじょうに期待できるとおもうんじゃが そのモジュールの安定性はどーなんだべ? (そもそも鯖に挿れてええブツなのかどーか、それとももう既に挿れておるのか) フルパワーで回して耐えないと意味ないから、サイズは小さくならんような CPU自体が持っているので,マザーの対応次第じゃないかな?>C'n'Q >>457 それと、BSDの場合はOSのモジュールを後付けで 挿れないと動かないらすい 詳しいコトはワカランが、 外部から明示的に動作を切り替えるモジュールかな? 調べてみるべか… でもまあ,それ以前にCnQが動作するほど余裕ができるかどうかってのもあるねえ あーそうか,ユーザー側でパフォーマンスを指定する事も可能なんだなあ。 こりゃいっそのことフルスロットルd(ry http://www.spa.is.uec.ac.jp/ ~nfukuda/software/ ヅアル動作の例が書いてないのぅ このブツは超人柱なんかも試練、 うお、>>461 はviaのやつじゃった、、 AMD版はないのかのぅ? ttp://www.fenix.ne.jp/~G-HAL/soft/nosettle/ の真ん中より少し下 >>461 のサイトね。VIAに限らず使えるんじゃないかと邪推。 それよりttp://hp.vector.co.jp/authors/VA009278/amd64/ の下1/3くらい。 不具合がまだあるみたい。対処方法は書いてあるけど眠いからパスw >>465 もはや過去のものとなりつつあるし>PowerNow! >>467 なんかopteronの場合はBIOSがPowerNow!をCool'n'Quietと誤認識しるらすい、 Cool'n'Quiet自体は存在せん模様 dually nForce Pro 2200 マザーボード・トリオを比べる Asus K8N-DL, Iwill DK8ES, Tyan Thunder K8WE (略) (5ページ目) K8WE, DK8WSのBIOSにはオーバークロック用のものはないが、 (略) PowerNow(BIOS上の表示はCool'n'Quiet)と組み合わせれば、アイドル時の静穏化 http://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html で、PowerNow!は夏に出る6-currentにはそれ用ドライバ標準装備だとかなんとか、 おらにはサパーリわかりませぬが。。 ○ 5月20日24:00前に発生した、XOロケーションにおける電源トラブルについて Jimさんからの報告によると今回のトラブルの原因は、tigers、tiny tigersと 高性能スイッチに電源を供給している電源系統のオーバーロード (使用許可容量超過)による、安全ブレーカーの断であった、とのことでした。 PIEに限らず一般的にデータセンターでは、通常このようなことが起こらないように、 各サーバやスイッチの消費電力を計算したうえで、1つの電源系統から 過剰に電源をとらないように、電源の配置をあらかじめ考慮しておくわけですが、 今回、「後付」でCPUを追加したため、1台あたりの消費電力が 当初の想定よりも大きくなり、それが6台分積み重なったことで、 電源のオーバーロードが起こってしまったわけです。 ではなぜtiny tigerをつないで動かし始めた時点でオーバーロードが発覚しなかったのか、 という点についてですが、これはあくまで私の推測ですが、たぶん該当の電源系統は CPUを増設した時点ではたまたま「オーバーロードになるぎりぎり一歩手前の状態」 になっていたのでしょう。 で、その状態で日本が23:00を迎え、いつものようにlive20やnews19やgame10や hobby7へのアクセスや書き込みがピークを迎え、携帯サーバやBlackGoatへの アクセスがピークを迎えることで各サーバの消費電力が増し、 24:00のMAX値のところで「バチン」と、安全ブレーカーが働いたのだと、推測されます。 で、Jimさんたちは改めて現在の消費電力を見積もりなおし、各サーバ・スイッチの電源を 再配置することで、問題を解決したようです。 以上、原因を隠しておく方が信頼度が下がると判断し、 私の判断で状況を正直ベースで書くことにしました。 つまりまとめると、 1) 今回のトラブルの原因は、ヒューマンエラーであった 2) Jimさんたちは、今回の件により、ひとつ経験を積んだ 3) 運良く、ハードウェアや掲示板のデータそのものには、障害は発生しなかった おまけ) ex10やetc4やqb5は、たまたま場所・電源ともに別系統だった ということになります。 私は、今回の件については、きちんと「原因」を報告してくれたことと、 上記の「3)」と「おまけ」の部分にめんじて、今回限りという条件つきで、 許すことにしました。 ということで、game10 / hobby7 / news19 / live20 のユーザの方々、 また携帯系サーバのユーザの方々には、たいへんご迷惑をおかけいたしました。 以上です。 確かCnQ自体はPowerNow!の延長線上のモノだったと思ったのでそういう扱いになるかもですね>BIOS いづれにせよ対応待ちっすねー>>468 >>469 おつですー少し補足しますー >動かし始めのオーバーロードが出ない件 負荷の変動による電力増加も勿論あると推定します。その上で, ブレーカーというものは,大抵の場合,100%の負荷でも遅延動作で落ちる事があります。 例えば1時間とか。 95%位でも2〜3時間で落ちるコトが有ります。そういう仕様・特性なのですー >>441 でしょうねー、というかまだあまり枯れきっていないし、 なによりOSのジャンプは人間パワーが必要ですから。 >>472 など ちなみに昨今のコンピュータは動かし始めや 今回のトラブルの引き金になったようなフル稼働時が一番電気を食います。 参考までに↓ 質問・雑談スレ161@運用情報板 http://qb5.2ch.net/test/read.cgi/operate/1116584807/941 >>472 遅延動作ですか。なるほど。 >>473 実はSunOSは本業方面では3.5あたりから入って、4.xとかSolaris2.3〜2.6あたりまでは 使い倒した(NIS+とかもいちから使ったし、/etc/systemもいじり倒した)のですが、 もう概ね、忘れてるですね。 当時はAdrian Cockcroftの書いた本とかドキュメントとか、読みまくっていました。 これか。 http://www.amazon.com/exec/obidos/tg/detail/-/0131496425/qid=1116640502/sr=1-2/ref=sr_1_2/002-3909485-2440034?v=glance&s=books だって、みんな無茶苦茶するんだもん。 >>474 Sun/Solaris使いだったのは過去の投稿で知ってます > だって、みんな無茶苦茶するんだもん。 当時はclassicでしたっけ。無茶に敢然と堪えられるsparcとSolarisすごすぎかと。 ただスピード競争にはおいてかれてしまい、 Sparcなワークステーションはもう出ることはないでしょうね。 所属先から支給されているblade150/650MHz使ってますが、体感的にあまり早くないですし・・・ ちなみに最近荒らし対策(違)で流行してるサーバベースコンピューティングは こないだの某社買収もあってSunの独走状態で、sparcは今後こっち路線っぽいですね ・・・とチラシの裏してみますた、スマソ 新サーバへの移行が完了しましたので、以下の削除をお願いします。 (削除) +c-docomo2.2ch.net:206.223.151.215 +c-docomo3.2ch.net:206.223.151.210 +c-docomo4.2ch.net:206.223.151.200 で、これらのサーバの携帯用ラックからの移動手配についてはどうしましょうか。 問題なければ、私からJimさんとSeanさんにその旨連絡とります。 >>476 DNS: 要請だしました。 移設 : わたしがコントロールしますー、(すこしだけ寝かせてから) この三台の移設ですが、 1) IP が変わってもok ? 2) 再インストールは必要? >>477 了解です。 ・移動対象サーバは cobra2244 cobra2246 banana704(= cobra2247) (PIE内部では、cobra2247 は banana704 というラベルで管理されているようです) ・移動後の接続速度は100Mbpsで問題なし ・プライベート側 I/F の接続は不要 と、PIE方面にお伝えください。 >>479 1) 変わっても問題ありません。 2) してもらったほうが、都合がいいかも。 これから、システムのフルバックアップをとっておきます。 了解です バックアップおわったら、お知らせくださいー たぶん移設は来週かと cobra2244, cobra2246, cobra2247 バックアップ完了しました。 移設・再インストールしていただいて OK です。 さて、ぼちぼち oyster243 のセットアップはじめるです。 BBQの二重化へと。 もいもら cobra244 (3G -> 4G) ex12.2ch.net (soccer関連全部) cobra246 (2G -> 4G) ex13.2ch.net (base関連全部) cobra247 (2G -> 4G) live21.2ch.net (live15から全部移転) Tiger2513 ex11.2ch.net (vipのみ) Tiger2514 anime.2ch.net (anime関連全部) 二週間くらいで出来上がるかな? cobra244、6/3中にってのは無理ですか? 6/4 0:15〜の最終予選(日本戦1:22〜)に間に合えば実験にも、 >>486 了解です。 anime は新カテゴリですか。 もはや日本の主要な文化の流れだし、いいんじゃないでしょうかね。 >>486 メモリは、現地にしかと聞いてみないとなんともいえませんが、 確か2244と2246は同じロットのメモリだった気がするので、 寄せ集めてまずは1台、4Gにしてみるとか。 それも含みで、PIE方面に聞いていただけると助かります。>>488 国内サッカーと海外サッカーは代表板ほど酷くはないのだが いい加減サッカーだからという理由で人括りにするのはやめてもらいたい ということは ex11 の名前がいいのか、 なるほど http://qb5.2ch.net/test/read.cgi/operate/1116779014/33 33 名前:動け動けウゴウゴ2ちゃんねる[sage] 投稿日:2005/05/23(月) 01:40:22 ID:emXzPc4Z0 一年かかってpeko作戦はゴールしたんだ。 そうなんだよ。 柄にもなく、ちょっと「うるっ」と来ました。 そう言えば去年の今頃は、とても苦しかったですね。 次々に起こる原因不明のサーバダウン、そしてリブート依頼もままならず、 私もサーバの信頼性も、落ち込む一方でした。 で、その後の長期間にわたるさまざまな試行錯誤の末、 不安定の原因はシステム側の複数CPUでの処理に問題があるためとわかり、 掲示板担当のtiger/cobraサーバではCPUが2つあるのに システム側でわざとシングルCPUの設定にして、 私もサーバも小さくなってひたすら耐え忍ぶ、雌伏の時が続きました。 その後、ex7(当時)で試していたFreeBSD 5.3Rベータ版では、 デュアルCPU設定でも問題なく動作するとわかり、 2004年10月にFreeBSD 5.3Rの正式版が出た後は、 ようやく攻めに転じることができました。 その間にも、携帯用サーバシステムの完成による携帯アクセスの分離独立・ ジンギスカン(動的html部分へのメモリディスク導入)等による体質の改善が図られ、 また、2004年11月から12月にかけてのbbs.cgiのSpeedyCGI化・read.cgiのcgidso化により、 各サーバの掲示板サーバとしてのパフォーマンスは、飛躍的に向上しました。 現在では2ちゃんねるの最強のサーバでは、ピーク時で1353投稿/min をこなし、 テキストとdatとhtmlのみで35Mbps以上の転送量を叩き出し、50万投稿/dayを難なく処理し、 そしてついには、1分で1000に達する最速スレでさえも、耐えられるようになりました。 しかしたぶん、次の山はまたすぐやってきます。 今後も気を引き締めて、今後も関係するみなさまと協力しながら、 自分なりにできる範囲でがんがっていこうかなと、思っております。 とりあえずrootさんお疲れ様。 これからも色々俺らVIPPERが迷惑かけるかも知れないけど、その時はまたヨロシクwwww rootさん、お疲れさまです。 スタコラ作戦からここまで約一年ですか 感慨深いものがあります 山を越えるとまたさらに高い山が、あるような気がしますけれど ちょっとくらい山頂からの眺めを楽しんでください >>494 思い起こせば,いろいろ山あり谷ありでしたね.お疲れさまです. 個人的には mod_cgidso / read.cgi に関わったわけですが,最初の導入時 うまくいった!と思いきや,read.cgi 出力が不規則に乱れる問題が発生して, root ★ さんや FOX ★ さんたちと深夜〜未明の時間帯に試行錯誤しつつ対応していた, ってこともありましたね.その後は何とか正常に稼働しているようでほっとしています. 今後も白山羊・雪だるまなどのプロジェクトも控えていますが,引き続きよろしくです. ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる