BuffaloのHD-PSGU2シリーズは保存したISOイメージを仮想CDとしてUSB接続できるようになっているのだけど、この機能を使うとダウンロードしたISOファイルをメディアに焼くことなくマシンにインストールできます。エコですね。

@earth2001yの企画で特急でいわきまで行くことに。鈍行組を抜き去る優越感！

扉の向こうに幽霊のような顔がいますね、怖いですね、カッパですね。

いわきに到着したら、とりあえずお昼を調達する。抜き去った鈍行組が到着して合流。

もしかしてさっきのカッパの人ですか？

高専まではバスで移動。ぞろぞろと高専クラスタが乗り込むバス車内・・・

カッパのひとだー！

ちょっとバスが高専を行き過ぎちゃったりしたけど、無事に福島高専に到着。長野以外は、群馬、産業技術に続いて3校目。受付ですばらしい名札をもらって会場へ。迷路だ・・・。

朝会、おはようございます！（昼）

僕の仕事は例によってUstで配信することなんだけど、なんとイーモバイルが入らない。auはドライバを食ってくれない。WiMAXはもちろん圏外。困った。もともと会場向け回線に使おうと思っていた@junesa_toのFOMA回線を配信用に使わせてもらうことで配信はできるようになったけど、会場はかなりネットワーク難民が発生したんじゃないかな・・・。それでもなんとか配信できたので@junesa_toにはほんと感謝です。ありがとうございました。

なんと、カッパの人がまじめな発表をしています。

失礼、ニーソの人でしたね。

そのあとLTの時間。地産地消をモットーとする高専カンファレンスでは今回も現地の女の子にドラ娘をお願いしています。

しかも巫女。

かわいいですね。巫女。かわいいです。でも、朝会の前に見た制服姿はもっとかわいかったのです。この発言各所でしていますが、これは譲れません。

一通りの発表がおわって、記念撮影。@kawatasoと@earth2001yがカメラをスタンバイ。でも入る場所がないよ！しかたないから寝転ぶよ！

ぱしゃり。

そのあとなんと、実験講座が開かれた。これは熱い。

金はこんな色にもなる。

白い粉の扱いは手慣れている様子。

ペットボトルを銅メッキ中。得意技発動なう。

最後はみんなで懇親会。学生も多いのでノンアルコールで。

ノンアルコールなのに枝豆とか反則です。

そして始まるみっこ巫女タイム。

みっこ

巫女に

されまくり。

このあとは2次会、3次会と続くのだけど写真はあまりないから省略。

それ以外の写真はこちら。

ご使用量 324kWh
請求予定金額 8,334円
うち3段料金 579.12円

ということで300kWhを超えてしまったので3段料金を取られることとなりました。

とかPostしたら

Twitter / けいの: @kawataso 使いすぎｗｗｗ

某氏: 3 段階に行かなかった月が無いんですが・・・。

うん、まだぼくは極端な場所にはいないようだ。

気になった方はぜひ。

ということでIntelのマザーボードにCore2Duo T6300と1GB×4のメモリと紆余曲折の後350Wの電源をゲットした。MicroATXなのでちょうど箱はあまっていたけど、電源のサイズがあわなくて電源はケースの上で稼働させることに。別途1TBのHDDと光学ドライブを購入して2万円ほどで1台のマシンが完成。

あとはESXiのインストールだけなんだけど、これが一番めんどくさかった。まず普通にインストールするとインストールできない。原因はインストール可能なデバイスを見つけられないから。このマザーボードのSATAのコントローラはGalileo Technologyのやつみたいで、デフォルトでこいつを認識することができない。

この解決方法は簡単で、インストールイメージをddしたUSBメモリを作ってやって、そこからブートすればいい。ESXiのインストールディスクのISOイメージの中からinstall.tgzを取り出して、展開、usr/lib/vmware/installerあたりにあるdd.bz2を見つけてbunzip2してddイメージをゲットする。こいつを適当なUSBメモリに書き込んでやればブートデバイスが完成する。イメージサイズが700MBとかなので、最低でも1GBのUSBメモリを用意する必要がある。

このUSBメモリを退役サーバにさしてUSBブートすれば無事ESXiが起動する。USBブートデバイスはHDDとして扱うようにBIOSの設定をお忘れ無く。ついでにSATAはAHCI動作にしておく。

で、起動はするものの、今度はDatastoreにするディスクが見つからない、となる。インストールできなかったんだからそりゃそうだ。

退役サーバのSATAコントローラ自体はPCI上で認識されているのでそいつを見つけて認識できるようにしてやる。

起動したESXiの黄色と黒の画面からAlt+F1でログコンソールみたいな画面に移動してそこで unsupported と打ってエンター、パスワードはインストール時に設定したrootのパスワード。ここで作業してもいいし、/etc/inetd.confをいじってsshdが起動するようにしてもいい。

lspciでHDD関連の値を見つけた上で、lspci -vして詳しい情報を得る。00:nnのnnの番号を覚えておく。hwinfo -pでさっきの番号を見つけてベンダーIDやドライバIDを確認する。その情報を元にoem.tar.gzを編集して上書きしてやれば再起動の後にHDDを無事認識してESXiが使えるようになる。めでたしめでたし。指定するドライバはahciでおｋみたい。

僕はここを参考にしたのでこの記事を読むよりはこっちを読んだ方が早かったりする。

google://Unbound

bindめんどくさい。Unboundは設定ファイルが1つだけ。メインの機能はキャッシュサーバでコンテンツサーバの機能は簡易だけど個人のLANで使うならむしろ使いやすい。

ごく個人的には、とあるゾーンのとあるレコードに対するリクエストだけ本来の返答ではないものを返して欲しい場面が度々ある。具体的にはたとえばkawataso.netのあるサブドメインで運用しているサービスがあるとして、試験サーバを稼働させて本番と同じFQDN/ポートでアクセスして動作を確かめたいけど、外向きのサービスは止めたくないとき。そんなときに実験環境ではそのFQDNはテスト環境に向いていて欲しいけどそれ以外は全部本来のインターネット経由になってほしい。そんなとき。ちなみに仕事でもそんな場面がある。

で、bindを使おうと思うと僕の理解の範囲では、とりあえず対象のゾーン設定ファイルを用意して、特定のFQDNだけ試験環境であとは全部本番環境を向いているような記述をするのかな。。。（実際は特定のレコードだけ記述してあとは本家に問い合わせとかできる？まあ、とりあえずそんな方法を僕は知らないので。）

Unboundだと、基本がキャッシュサーバなので全部ちゃんと外に聞きに行ってくれる上でlocal-dataという設定をすることであるFQDNに対してだけはローカルの設定でリクエストの返答と上書きできる。ゾーンとかそういうの関係なくFQDN-IPアドレス（もしくはその逆）のセットで設定できるので上で描いたような状況のときに非常に便利。

で、実際のインストール。

aptな環境ならapt-get install unboundだし、yumなところならyum install unbound、FreeBSDだったらcd /usr/ports/dns/unbound　&& sudo make install clean たぶんこんなとこ。Macは知らないけどmacportsからでも入れればいいとおもう。

設定ファイルはデフォルトで一つだけ。/etc/unbound/unbound.confとかそのあたり。FreeBSDとかだと/usr/local/etcとかにある。

デフォルトの設定から使い始めるにあたって変更したのは3カ所くらい。

interface: 0.0.0.0
do-ip6: no
access-control: 192.168.xxx.0/24 allow

あとは各クライアントのDNSサーバの設定をここに向けてやればいい。Unboundが動いているマシンも127.0.0.1をリゾルバに指定しておく。UnboundはOSの解決機能つかっていないみたいなので大丈夫。

オレオレレコードを追加したい場合は

local-data: "hoge.kawataso.net A 192.168.xxx.100"

逆引きも同じように指定もできるけど

local-data-ptr: "192.168.xxx.100 hoge.kawataso.net"

と書いても良くてこのほうが楽。

同じ構成の仮想マシンを2つ用意して7.0と7.1をインストールしてsysbenchを走らせてみたんだけど、ちょっと気になる結果が出たので貼っておきます。

7.1はスレッドの結果が7.0に比べて3倍くらい高いなー。ちなみに環境は物理的にはPentium D 2.8GHz/4GB それぞれの仮想マシンは仮想CPU1コアと、256MBのメモリを割り当ててあります。

freebsd70# sysbench --test=cpu run

sysbench v0.4.8:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Doing CPU performance benchmark

Threads started!
Done.

Maximum prime number checked in CPU test: 10000


Test execution summary:
    total time:                          44.1824s
    total number of events:              10000
    total time taken by event execution: 43.9577
    per-request statistics:
         min:                            0.0040s
         avg:                            0.0044s
         max:                            0.0127s
         approx.  95 percentile:         0.0048s

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   43.9577/0.00

freebsd70# sysbench --test=threads run

sysbench v0.4.8:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Doing thread subsystem performance test
Thread yields per test: 1000 Locks used: 8
Threads started!
Done.


Test execution summary:
    total time:                          191.4933s
    total number of events:              10000
    total time taken by event execution: 191.2651
    per-request statistics:
         min:                            0.0182s
         avg:                            0.0191s
         max:                            0.0694s
         approx.  95 percentile:         0.0212s

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   191.2651/0.00

freebsd71# sysbench --test=cpu run

sysbench v0.4.8:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Doing CPU performance benchmark

Threads started!
Done.

Maximum prime number checked in CPU test: 10000


Test execution summary:
    total time:                          42.7779s
    total number of events:              10000
    total time taken by event execution: 42.6996
    per-request statistics:
         min:                            0.0036s
         avg:                            0.0043s
         max:                            0.0111s
         approx.  95 percentile:         0.0046s

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   42.6996/0.00

freebsd71# sysbench --test=threads run

sysbench v0.4.8:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Doing thread subsystem performance test
Thread yields per test: 1000 Locks used: 8
Threads started!
Done.


Test execution summary:
    total time:                          65.2895s
    total number of events:              10000
    total time taken by event execution: 65.2114
    per-request statistics:
         min:                            0.0061s
         avg:                            0.0065s
         max:                            0.0260s
         approx.  95 percentile:         0.0070s

Threads fairness:
    events (avg/stddev):           10000.0000/0.00
    execution time (avg/stddev):   65.2114/0.00

今回は手を抜いてfreebsd-updateでバイナリアップデートをしようかとおもっているのですがfreebsd-updateはつかったことがないので、とりあえずはESXi上に試験マシンを作ってテストしてみようとおもい、さっき7.0のマシンを1つ作りました。試験用なのでrootのパスワードも無し。最低限ネットにアクセスできるようにDHCP構成。

# freebsd-update upgrade -r 7.1

とかやるだけみたい。適当に自分のシステムを解析して、更新してくれるらしい。らくちんになったなー。とおもったらまだ7.1用のfreebsd-update用データは更新されてなかったｗまだリリースアナウンスが出たらためしてみますかね。

ブログサーバの更新は

1. ブログデータをESXi上のバックアップFreeBSDマシンに待避
2. バックアップマシンでブログ公開
3. 本番マシンの更新
4. ウマー

FreeBSDをインストールしてみたらしい。

世の中LinuxばっかりなのにここであえてFreeBSD、いいよいいよ。ちなみにこのブログもFreeBSDの上で動いています。

ちょっと気になったのは使っているサーバが ftp.freebsd.org だったってことと7.1RのRC2だってこと。

せっかく国内にミラーサイトがあるんだから使ってください！体感的にもサーバ負荷的にも。あとせっかく7.1Rが近いからもちょい待っても良かったのかともおもうけど、まあ本格導入するならそのときにはリリースされているからまあいっか、と。

しかし実際の性能ってどうなのかねー。単体性能だったらまだFreeBSDのほうが上なの？でも最新のハードウェアじゃ動きにくいし、Linuxは自力で簡単にロードバランサ組めるよねｗ