2ch特化型サーバ・ロケーション構築作戦 Part27
■ このスレッドは過去ログ倉庫に格納されています
2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/ >>737
kern.ipc.maxsockbuf=8388608
に再修正。< banana238と同じ >>736
以下の返事が来ました。
> ご連絡頂きました件について、承りました。
> 調査させて頂きますので、今しばらくお待ち下さい。 7.0Rはところどころで処理が早くなっていてなかなかいいですね。 666 :login:Penguin:2008/03/05(水) 07:02:35 ID:wZD64en7
rsync 3.0.0 リリース
http://www.samba.org/rsync/
http://journal.mycom.co.jp/news/2008/03/03/015/index.html
o ファイル転送アルゴリズムの改良
o ACL 対応(--xattrs)
o ファイル名 / 文字コードの変換対応(--iconv)
さて(^_^;)無事帰国したので順番にやっていこう
>701からでいいのかな? あれ・・・・(^_^;)>701はもうやったのかもしれない。
ちと確認するー >722
あいあい(^_^;)
ということで、banana2828,banana273の2台退役します(^_^;)おつかれさまでしたー
>736
HDD自体に問題はなさげ・・・・(^_^;)どうも書き込みが間に合ってない予感
更に調べます。 >>746
おつです。
>>750
banana273、ちと残作業しております。
退役を土曜日以降にしていただけると助かります。
すみませんです。
banana2828は退役OKです。
>>751
了解です。
あまりにもエラーが上がるようなら、新しい筐体にする方向ですかね、、、。 えーっと(^_^;)もう一個、セキュリティ上非公開でIPアドレス変更要請が来てました
こっちのほうもackってことで作業進めます。 >752
banana273了解です(^_^;)作業止めました
banana3206はもうちょい調べさせてくださいー
・HDDがエラーを吐く件
・今日、負荷が跳ね上がった件 >>753
了解です。
>>755
> banana273了解です(^_^;)作業止めました
ありがとうございます。
退役可能になったらここで連絡します。
それほど時間要しないと思います。
> banana3206はもうちょい調べさせてくださいー
了解です。
> ・今日、負荷が跳ね上がった件
LAの異常上昇はこれまでにも数度、観測されているようです。 むー(^_^;)
・今のところ調べた範囲ではサーバに異常は見当たらない
・今日の時間帯にアクセスが集中した
・HDDのエラーもI/Oが間に合ってないっぽい
ってことで、b3206の板のアクセスが多いのが原因じゃないかと踏んでます(^_^;)
アクセス集中はおすすめ2ちゃんねるからのアクセスのようです。
ってことで選択肢は
1 サーバを分割する
2 サーバを移転する
3 仕組みを改良する
つー感じかな・・・・と(^_^;)
I/Oが間に合ってないっぽいのいでお勧めは1なんだけど。 >>758
観察継続してますが、負荷が低い状態でも、
ad12: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=362251615
ad12: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=337441791
が出ているので、ハードウェアなような。
というかそもそも b3206 はかつて上記 + life9 が入っていても
ぎりぎりの状態で動いていたので、I/Oがあふれるというのは
通常状態では考えにくいなと。
通常じゃない状態の時に遭遇しないと、
本当のところはわからないのかもですが。 banana2828 (banana) www/menu
http://traffic.maido3.com/NN5k/LVyV/p0Yn/
Speed 0 bps
Last modified 2008/03/08 22:20:52 JST
死んでる? >>755-756
banana273、残作業終わりました。
退役OKです。 来月掲示板用サーバ増強しよう。
3台くらいあれば当分大丈夫だろう
それまでは重かったら人大杉でしのぐ 要は、SCSI over TCP/IP なわけか > iSCSI
FreeBSD 用のドライバ(イニシエータ)がまだないべ。それにあったとしても、2chでの
使いどころがないと思うな。精々テンポラリな?バックアップストレージ程度か? >>769
NFSの時の話は、キャッシュ鯖が板datにアクセスするのに使いたい
みたいな話だったと思う。
板鯖に対してhttpでgetするんじゃ無くて、直接ファイルコピー
なら板鯖側の負荷が減るんじゃ無いかとかそんな感じ? DNS設定変更をお願いします。
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3
http://qb5.2ch.net/test/read.cgi/operate/1203100286/305-309
・c26のc.2ch.netへの復活
(以下を追加)
+c.2ch.net:206.223.150.85:300 >>768
できません。iSCSIはストレージ共有でつまるところSANなので
同一ボリュームの共有マウントは実質的にできませんよ。
調停にはいるSANコントローラ次第でできる場合もありますが。
SANのメリットは高品質なファイルサーバから小容量を切り出すことができるところにあります。
iSCSIターゲット側の実装によりますが、たとえばディスクが200本ついているファイルサーバから
10GBのパーティションを切り出してiSCSIでイニシエータがアタッチしたとすると、
そのパーティションへのアクセスはディスク200台の記録ヘッドが同時に動くわけです。
つまりアクセスが速い上に演算ユニットとストレージを切り放すことで
全体の動作品質をあげることができるのがメリットです。
Rock54関連のDNS変更申請します。
■ サーバリフレッシュ工事 連絡・作業スレッド10
http://qb5.2ch.net/test/read.cgi/operate/1199792685/374
・rock54/BBR/BBNの変更
(現状)
+rock54.2ch.net:206.223.147.35
&bbr.2ch.net:206.223.147.41:a
&bbn.2ch.net:206.223.147.42:a
(変更後)
+rock54.2ch.net:206.223.151.67
&bbr.2ch.net:206.223.151.68:a
&bbn.2ch.net:206.223.151.69:a
---
・BBXの変更(下記)はpeko.2ch.netドメインにて、
上記と同期して私のほうで実施予定
(現状)
+bbxns1.peko.2ch.net:206.223.147.39:259200
(変更後)
+bbxns1.peko.2ch.net:206.223.151.67:259200 風邪でぶっ倒れてました(^_^;)
さてさて・・・・
>776
ack(^_^;) >>779
>>776 の
> (変更後)
> +bbxns1.peko.2ch.net:206.223.151.67:259200
を変更済。
NS変更につき、最大3日程度変更に時間かかるかも。
その間Rock54のかかり具合が微妙になるかもです。 一部サーバから BBX/BBN が新サーバにかかりだしたのを確認。 banana3152 の http://qb5.2ch.net/test/read.cgi/operate/1202969986/690 の件って
どうなってるんだろ?これって、
・HDD のジャンパ設定が 1.5Gbps になっている
・BIOS (の設定)がおかしい
・ドライバがおかしい
あたりが原因で、向こうの中の人に作業依頼な案件ですよね? >>783
> ・HDD のジャンパ設定が 1.5Gbps になっている
じゃないかなと。 >>785
Intelマザーで、
> atapci2: <Intel ICH8 SATA300 controller>
他の T-banana と同じ ST3250620AS (250G SATA300 7200) だから、
それはないかと。 SEAGATE製のHDDはジャンパ設定だったんだ・・・
自分の使ってるのがソフトウェア設定だったから、みんな同じだと思ってた・・・ BBRが変わり始めないなぁ、と思ったら、
bbs.cgi にIPアドレスがハードコーディングされてました。
これから変えてきます。 他には banana238 についているIPアドレスは、
ハードコーディングされていない模様。 < bbs.cgi 新サーバにDNS問い合わせがいくようになったのを確認。< BBR
BBX/BBN は最大あと2日程度で移行予定。 物理的じゃないのにハードコーディングとはこれいかに >766
了解です(^_^;)
banana273退役します(^_^;)お疲れ様でしたー IPはハードコーディングしちゃいかんでしょ・・・・ いや、コードに直で書くのではなくて、設定ファイルにするとか。
・・・・まあ、いろいろ勘案してそうしているようですし、いちゃもんはいえないのですけど。 あとで、少なくとも C でいう #define みたいな形にはしようかなと。>>799 質問・雑談スレ270@運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1203698756/601-606
・一般ユーザで Apache を再起動できるしかけを仕込む @ dso
sudo コマンド使用
・read.cgi 配布リストの更新(サーバがいろいろ投入・更新・32bit→64bit化等を反映)
を、あとで。 >>803
ログインシェルでリスタートさせるとか? >root★さん
【広告・宣伝対策】 連絡・相談スレ 【Rock,BBQ,BBM】2
http://qb5.2ch.net/test/read.cgi/operate/1190801959/368-369
また以前のように一部のサーバでRockカウントされない状況になっています。
少し調べていただけませんでしょうか。 >>806
向こうにも書きましたが、3月14日ぐらいまでは、
Rock54のかかり具合が悪かったはず。
でも、ご指摘のは3月15日のやつですよね。
しらべてみます。 ということでまとめると、
>>779-780 から最大3日程度、Rock54 のかかり具合が悪かったはずです。
つまり、3月15日の 16:25 以降に新規にRock登録したもので、
いまいちなものがあったら、それを教えていただけると助かりますです。
ざっと見た限りでは、
・DNS側のフィルタ(oklist)は正常にみえる
・DNSへの問い合わせ状況も正常に見える
というかんじでした。 【広告・宣伝対策】 連絡・相談スレ 【Rock,BBQ,BBM】2
http://qb5.2ch.net/test/read.cgi/operate/1190801959/382-385
ということで、移行時の私の作業漏れでした。
すみませんでした。
DNS的には移行完了しているのを確認できたので、
これでしばらく動かして問題なければ、Rock54も移行できたはず。 はいはい おつかれさん(笑)
WWWWWWWWWWWWWWWWWWWWWWWWWWWWWwwwwWWWw←↓ <情報共有>
管理人にメールで、
リロードバーボンの除外IPアドレスの追加・修正方法を訊かれたので、
私が先日やった方法を伝えました。
</情報共有> まちBBSで使いたいんじゃないの。携帯で書けるようにするみたいだし。 わざわざ夕方って書いてるあたり、コードギアス 反逆のルルーシュR2初回だろう
そりゃ今春の注目度トップだろうが、ガンダムシリーズを超えるとはとても思えない >>816
なるほど。
それってむしろ「揺り戻し警報」なんじゃないかなと。 アニメサロンEX板のネタバレスレが1000以上っていうのもすごいですね
やはり「オレンジ」がすごかったんでしょうw 【実況】 live23+live24 Part26
http://qb5.2ch.net/test/read.cgi/operate/1184676493/752
・バックエンドのIDの種は、メモリディスク上に作成するようにするということで。
あと、残件 >>803 >>819
なんか壊れてるんで直してくださいです〜〜・・・・ >>821
Rock54ですか。
あまり手の内を明かしたくないので詳細説明は控えますが、
「必ず絶対に3回まで」ではなく、それより多く書けてしまうことも技術的にありえます。
このへんはRock54とRock54Mを開発していた時の過去ログをよく読めばわかります。
特に(ぴー)の場合(未承諾さんならわかるかも)については、
そろそろ何かの開発が必要かも。 >>822
はい、有難うございます(笑) >>821は今朝の騒動についてのお願いでした!
今は問題なくどこも書けるようなのでどうもでした〜♪
> Rock54ですか。
↑
はいはい・・・その件も気になってたんで、回答サンクスです!
規制人が規制活動再開後に異常発覚といった経緯から、わずかな異常でも頻度が上がらないかぐらいは
常にチェックしておかないと、また同じ事態が起こると思ってるんで、また異常発見したらチクリに来ますです〜(笑)
異常ではない・・・という可能性が高いのは、なんとなくわかりましたが、異常じゃないとは言い切れないということですね(笑)
悪〜しか〜らず〜です〜みま〜せん〜♪よ〜ろし〜くで〜すよ〜(笑)
解説サンクスでした! 伝言: もしそれが可能であれば、「5分」を「1分」にするといいのかも。>未承諾さん cronrab -l してみても、5min. っていうのがなかったり♪@既に毎分更新 data -> data.cdb
しかし今の草臥れた脳内ではそのdataを誰が更新しているのかが追跡できず(゚∀゚)アヒャ
そして明日から諏訪方面なのでぢたばた中(哀) ■ サーバリフレッシュ工事 連絡・作業スレッド10
http://qb5.2ch.net/test/read.cgi/operate/1199792685/397
banana238 退役させます。
これで旧bananaは雪だるま受付嬢の2台と(当面継続使用の予定)、
株関係の2台(別途手配されるそうです)のみとなりました。
お疲れ様でした〜(笑) > banana238 退役 >>826
BBR→BBNの頻度って、今どうなんでしたっけ。
1分に変えたんだっけか。 毒男さんの日記を久しぶりに開いた。
(単に忙しくて読めなかった)
少しだけ。
DSR(ダイレクトサーバリターン)機能を持つ
ロードバランサ機能を作るだけであれば、matdのみでいけます。
雪だるまの受付嬢からフロントサーバのロードバランシングは、
これでやっています。
で、受付嬢を二重化するためにucarpというのを使っています。
これがLinuxでいうheartbeatに相当するものです。
portsのheartbeatはうまく動いてくれないので、結局動かすのをやめました。
つまり入れる順番と入れるものは、
1) 基本の構成を作るために必要なmatd
2) さらなる冗長化を図るためのucarp
の2つ、ということになります。 で、matdでのロードバランシングですが、
例えば、1台の受付嬢で受けたリクエストを3台でロードバランスする構成を考えます。
以下、受付嬢をu1、サーバをs1, s2, s3、それぞれで使っているIPアドレスを
IPu1, IPs1, ...のように書くことにします。
この構成の場合まず、
1) u1, s1, s2, s3 は*同じサブネット上*になければいけません。
つまり、IPu1, IPs1, ..., IPs3が全部同じサブネットでないとだめです。
バランシングにMATを使う場合必須です。
また、できれば同じスイッチ上が望ましいです。
雪だるまの場合全部、206.223.150.*に入っています。
2) そのサブネット上のどのサーバにも割り当てられていないIPアドレスが、
一つ*別に*必要です。このIPアドレスを使って外からのリクエストを受け付けます。
つまり、IPアドレスが上記IPなんちゃらとは別に必要になるわけです。
以下、これをIPd(代表のd)と書き表すことにします。
3) u1とs1〜s3の間の通信は直接行いますので、プライベートアドレスは必要ありません。
つまり、こんな構成になります。
このネットワークをまず完成させてから、次の作業に移るのがよいかなと。
┬─┬─┬─┬─ 同一サブネット(同一スイッチが望ましい)
■ ■ ■ ■
u1 s1 s2 s3
IPu1 IPs1 IPs2 IPs3
※この時点ではまだIPdはどのサーバにも振らない なんてことを自分の脳内整理も兼ね、ここに書きとめていこうかと。
本業の隙を見ながらなので matd + ucarp がちゃんと動くまで書くまでには
かなり時間かかるかもですが、とりあえずぼちぼちと。 で、先回りして言っておくと、
このサブネットに受付嬢スタンバイ機u2を追加することになります。
u2もu1やs1〜s3と同じサブネットでないとだめです。
あと、u1とu2は専用のプライベート接続を持つことが望ましいです。
2ちゃんねるでは2nd Ethernet I/Fを使って、クロスケーブルで直結しています。
以上を反映した構成図はこうなります。
┬─┬─┬─┬─┬─ 同一サブネット(同一スイッチが望ましい)
■─■ ■ ■ ■
u1 u2 s1 s2 s3
IPu1 IPu2 IPs1 IPs2 IPs3
ということでちと、今はこのぐらいで。
本業へと。 >>834
絵をちょっと変えてみた。
クロスケーブル直結をわかりやすく。
┬─┬─┬─┬─┬─ 同一サブネット(同一スイッチが望ましい)
■〜■ ■ ■ ■
u1 u2 s1 s2 s3
IPu1 IPu2 IPs1 IPs2 IPs3 (続き)
>>832 の構成を作る前にまず、
・MATとはどういうしくみなのか
について、少し説明しておこうかなと。
それによって、なぜ同一サブネットじゃなきゃいけないとか、
そのへんが見えてくるのかなと。 ■ このスレッドは過去ログ倉庫に格納されています