2ch特化型サーバ・ロケーション構築作戦 Part27
■ このスレッドは過去ログ倉庫に格納されています
2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/ あれ・・・・(^_^;)>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とはどういうしくみなのか
について、少し説明しておこうかなと。
それによって、なぜ同一サブネットじゃなきゃいけないとか、
そのへんが見えてくるのかなと。 MATは、MAC Address Translationの略です。
一般のユーザの方に見えるところで使われているものではないので、
あまり耳慣れない言葉かもしれません。
でも、似た言葉で「NAT」というのは、
聞いたことがある人がいると思います。
NATは「Network Address Translation」の略です。
NATという言葉を耳にするのは、
「NATルータ」とか「ルータのNAT機能」という文脈ではないかと思います。
そこでまずMATの説明をする前に、まずNATの説明をしておこうと思います。 NATでは「IPアドレスの変換」をします。
例として、下のような環境で説明します。
┬─┬─┬─[NATルータ]─(インターネット)─2chなど
■ ■ ■
自宅ネットワーク
上記は典型的なネットワーク接続になります。
家にPCが3台ありそれぞれがネットワークで接続されていて、
NATルータという機械を経由して、インターネットに接続されています。
この場合通常では、インターネット(プロバイダ)からは、
インターネットに接続可能なIPアドレスは一つしか貸してもらえません。
でも、3台のPCからはそれぞれ別々にインターネットを使うことができます。
どうしてこのようなことができるのかというと、
内部用のIPアドレス(192.168.なんちゃらってやつです)と
インターネットに接続可能なIPアドレスの変換を、
NATルータが行ってくれるからです。 NATルータを通る前と通った後のデータに注目して考えます。
┬─┬─┬─[NATルータ]─(インターネット)─2chなど
■ ■ ■
PC1 PC2 PC3
PC1にはIP1、PC2にはIP2、PC3にはIP3が
それぞれ割り当てられているとします。
で、NATルータにはインターネット(プロバイダ)から、
外部接続可能なIPe1が割り当てられているとします。
この場合IPe1は上のNATルータの絵の「右側の足」に割り当てられます。
この例でPC1から2chに対して通信をしようとすると、まずPC1は、
「送信元: IP1、送信先: 2ch」というデータをNATルータに向けて出します。
このデータを受信したNATルータは、
「送信元: IPe1、送信先: 2ch」にデータを*変換して*送ります。
で、「このデータのもともとの送信元はIP1だった」ということを覚えておきます。
このデータを受信した2chのサーバは、
IPe1に対して応答を送り返してきますので、
応答は普通にNATルータに届きます。
NATルータは「この返事は、もともとの送信元がIP1だったデータに対する返事だ」
ということを理解しています。ということでこのデータを受信したNATルータは、
受け取ったデータをPC1にそのまま返します。
これで、直接通信ができないはずのPC1と2chとの間の通信が成立することになります。 こんなふうに「なんちゃら Address Translation」というのは、
何らかの「アドレス変換」を行うしくみ、ということになります。
NATではそんなわけで、IPアドレスの変換をしてました。
では、MATで変換されるらしい「MACアドレス」というのは何でしょうjか。
これがわかれば、MATのしくみがわかるのかもしれません。
そんなわけで次では、この説明をしてみます。
何せ原稿を別窓で書くのではなく、
AAも含めてJaneViewの書き込み窓に直接書いているので、
説明があっちにいったりこっちにいったりするのは、
ごかんべんくださいです。 ちと >>840 を補足。
NATルータは、
> 「このデータのもともとの送信元はIP1だった」
> 「この返事は、もともとの送信元がIP1だったデータに対する返事だ」
この2つのことを自宅側のPC(この例では3台)について、
すべて区別して理解しているので、
・自宅側には2つ以上のPCを接続でき、それらの通信データが混ざってしまうことはない
・2ch等の外部側からみた場合、それらはすべて同じIPアドレスIPe1から来たように見える
(例えば2chの投稿には同じIDがつく)
ことになります。 で、MACアドレスの説明に戻ります。
MACアドレスは、Media Access Control addressのことです。
「メディアアクセスコントロール」といってもよくわからないかもしれませんが、
乱暴に一言で言ってしまうと、
「PCに直接焼き付けられている固定の物理アドレス」
「IPアドレスと違ってこのアドレスは通常、一生変わらない」
ものです。
そして、
「同一サブネットにおけるデータのやりとりでは、
実際のデータ通信の際には「IPアドレス⇔MACアドレス」という変換を内部的にして、
最終的なデータの送受信はMACアドレスにより行われている」
ということが重要になります。 ちゃんと編集を済ませてから書けばいいのに
子供が真似する いきなり「変換」とか難しい話になってしまったので、
もうすこしわかりやすくするために、上記を絵的に説明してみます。
シンプルにこんな絵を描いてみました。同一ネットワークに2台だけつながっている状態。
┬──┬
■ ■
m1 m2 … 名前
IP1 IP2 … IPアドレス
MAC1 MAC2 … MACアドレス
このような形で、同一サブネット上に2台のマシンm1とm2があったとします。
この場合m1からm2にデータを送る際には、
送信元IPアドレス: IP1
送信先IPアドレス: IP2
という「IP荷札」を持つデータがまず作られ、それがm1の*ネットワークカード*によって、
送信元MACアドレス: MAC1
送信先MACアドレス: MAC2
送信元IPアドレス: IP1
送信先IPアドレス: IP2
という形に物理的に加工されて(荷札の上にもう1枚「MAC荷札」がつくイメージがいいかと)、
ネットワークに送り出されます。 (続き)
m2の*ネットワークカードは*「MAC荷札」を見て、
あ、これは自分のもの(MAC2宛て)だ、と認識し、MAC荷札を*はがしたうえで*、
m2本体部分に届けます。
データを送り届けられたm2の本体部分は「IP荷札」の「送信先IPアドレス」が、
自分のIPアドレスと一致したら、それは確かに自分のものだ、と認識します。
つまり、
・純粋に荷物を送ったり拾い上げるためだけに使われるMAC荷札
と、
・送る相手を指定したり届いた荷物が誰から送られたか確認するためのIP荷札
が別にあるわけです。
ここまでがMACアドレスの基礎知識です。
>>845
すみませんです。
じかんが、、、。いったんここまで。 ■ このスレッドは過去ログ倉庫に格納されています