結論から言うと、ESXi 4.0 と FreeNAS 0.7RC1 の組み合わせで、iSCSI のターゲットを使えました。ついでに、FreeNAS 0.69 で作成していたエクステントも、FreeNAS 0.7RC1 で使えています。

＜やったこと＞

FreeNAS 0.69インストール
ESXi 3.5 で認識できることを確認
ESXi 3.5 で仮想マシンを作成。
FreeNAS 0.7 RC1 新規インストール
　ディスクを追加
　変更の適用
　マウント
　initiators 追加
　変更の適用
　Portalsの追加
　変更の適用
　エクステントを追加
　ターゲットを追加。
　変更の適用
　設定→有効
　保存して再起動
ESXi 4.0 起動
ストレージ追加(既存の署名を保持を選択）
ESXi3.5で作成した仮想マシンが見えていることを確認

ちょっと作業の中で微妙だったので明日以降もう一度確認できればしておきたいけど、とりあえず今の時点では「FreeNAS0.7RC1を新規インストール」がキモのような気がしています。新規でなく「Update」でインストールすると、却ってiSCSIのエクステントをうまく保持できていないような感じ。

まず、個人的には待望の ESXi on ESXi ができるようになったのが非常にうれしいです。ESXiの冗長構成のテストなんかが仮想環境上でできるのは大きいな。一応テストで作ってみたときには、Other Linux (64bit)にしてみました。

上記とちょっと関連したところでは、ISOイメージをCD-ROMに焼いて、直接USBメディアにインストールできるようになったのもちょっとうれしい。結局これが一番楽な気がする。

あと、NSP-momo blogさんに出ていた、「ESXi4.0になったらFreeNASのiSCSIターゲットがdatastoreとしてマウントできない件」については私のところでも再現。

ところがこれが、最新RC版である 0.7RC1 でiSCSIターゲットを作るとマウントできることに、帰宅間際に気づきました。明日、色々試して見なきゃなんですが、とりあえずマウント自体は成功しています。
問題は、0.7RC1のChangelog にある

- Replace iSCSI target by istgt. Thanks to Daisuke Aoyama for the WebGUI
adaption. Please note, if you have used devices with the previous iSCSI target
software you have to recreate your target.

というなんだかイヤーな感じのメッセージ。「you have to recreate your target」が単にターゲットの再定義だけでいいのか、データもすっ飛んじゃって、一からターゲットを作り直さなきゃいけないのかはひじょーに大きな問題。

明日は、
・FreeNAS 0.69 で iSCSI ターゲットを準備する
・上記のターゲットを ESXi 3.5 でマウントして仮想マシンを作成
・ESXi 3.5 と FreeNAS サーバをともにシャットダウン
・FreeNAS サーバを 0.7RC1 にバージョンアップ
・iSCSI ターゲットの再構築
・上記のターゲットを ESXi 4.0 でマウントできるかどうか
という感じの流れになりそう。

これがうまくいけば、職場の検証環境を ESXi 4.0 + FreeNAS 0.7 RC1 にできるんだけどなぁ。

＜追記＞
忘れてた忘れてた。アキバで働くプログラマのBlogさんのところにあったバックアップ方法、試してみて非常にいい感じに動いています。あとはcronに入れるだけ。これについても後日まとめます(と言ってまとめた試しはない。が、今回はまとめる。きっと。)。

職場の Quad Xion + 8GB 程ではないものの Phenom 9750 (Quad Core 95W) + 4GB でも今までよりは格段に快適な検証環境が手に入りました。常時起動しておく必要もないし、これでガンガン検証が進む…といいなぁ(希望的観測)。

該当するモデルを調べてみたら、昨年末に職場の　ESXi 用のストレージとして買った 1TB のものが載ってる。

で、シリアルを調べて、シリアルチェッカーに突っ込んでみたところ

Your drive XXXXX IS affected

orz

ええと、とりあえず今からリプレイス終了までの間は正常に動いてほしい気持ちでいっぱい。

# 仮に修正ファームが出たとして、動いてるブツのファームを入れ替えるのは気持ち悪いよなぁ。
# とはいえ、ダメージがでかそうなので修正ファーム出たら入れるしかないけど。しくしくしく。

で、いろいろ見てみたら、スナップショットがある仮想マシンはディスクサイズを変更できないみたい。既存のスナップショットがあるマシンでスナップショットを削除すれば変更できるようになるのかは未確認。

あと3ヶ月でシステムリプレイス、ということで、「年が明けてしまいましたねぇ」と妙に景気の悪い挨拶を同僚とか業者さんと交わしてました。うわーどきどき。まぁでも、今費やしている労力はきっと4年間の運用の中で返ってくるはず。

えーと、そんな中、Windows7 のパブリックベータが公開ということで、検証作業の合間に落としてきました。うちだけではなく、今年度末にリプレイスするところは結構微妙な思いで見ているんではないでしょうか。とりあえず、Windows7 については検証を進めたり世間の評判を聞いたりしつつ、場合によってはリプレイスとは別のタイミングでの移行もありなのかなぁ。

先のことはさておき、検証作業が少し一段落したのでESXi にインストールしてみたところ、拍子抜けするくらい簡単にインストール終了。詳しくは明日以降ということで。

で、想定していた方向がうまくいかないので何か別の手段を考えなくてはいけないわけですが、これがなかなか思いつかずにうんうんうなってます。

■RAID
これが一番手っ取り早い。けど、物理サーバの障害を考えると出来れば別サーバにバックアップを取りたいところ。ということで最終手段として置いておくことにする。

■手動で仮想サーバを止めてバックアップ
現状では、別サーバにバックアップを(無償の環境で)取るならこれくらいしかないのかも。だけど、「仮想サーバを止める」なんていう状況がアリなくらいなら、端っから悩まなくていい訳で。さらに、手動となるとある程度まともな時間帯にとらざるを得ない。なのでこれもとりあえず保留。

■自動で仮想サーバを止めてバックアップ
上の方法とあんまり変わらないけど深夜の時間帯に取れるだけましか。ただし現状では仮想サーバの停止をコマンドラインから実行できる手段がなさそうなのであくまで妄想。ESXi のバージョンアップに期待。

■仮想サーバをネットワークブート
ファイルロックの問題が解消できるかはわからないので検証が必要。そもそもネットワークブートできる環境があるのかどうかも不明。

■DRBDで同期
個人的にはかなり興味あり。ちょっと大がかりすぎる気がしないでもないけど。

んで、そのK氏は実運用でESXiを使おうと思っているケースがあるらしく、ESXi の冗長化的なことを考えているそうな。
いろいろ妄想したりしておもしろかったんだけど、ふと、ESXi の仮想マシンとして ESXi がインストールできたりしないだろうか、ということに気づいて、只今インストール中。とりあえず、ESXi のインストールCDからの起動は成功。今のところ、Vmkernel のロードまで成功していることは確認済み。ただ、なんかさっきからここで止まっているように見えるんだよなぁ。

追記：しばらく待ってみたけどやっぱりVMkernelのロードから先に進まないみたい。VMware Server をインストールしてみるか…。

ディスクに足を引っ張られつつもシーケンスの確認とApp-V上での簡単な動作確認が取れたのは今のところ以下のとおり。アルファベット順に確認取ってるのがバレバレ。

Adobe Reader 9
Audacity 1.2.6
BatchGOO! 6.7
byRote 1.06
ez-HTML 7.47
Firefox 3.0.3

これらのソフトについては、シーケンス作業が終わるたびに実機で起動確認を取ってるんですが、キャッシュさえたまればローカルにインストールしているのと体感的にはほぼ変わらない感じ。ブラインドテストしたらわからないレベル。キャッシュがない状態でも思ったより実用になる。ただし大物(Officeとか)のパッケージをストリーミングするのはかなり重い。やっぱり、キャッシュは何らかの手段でローカルにとってきておいて、キャッシュで運用するっていうのが現実的な気がする。

つうかここ数日、風邪ひいたみたいで咳が出る。あまりひどくはないので、このくらいでおさまってほしいところ。だというのに思わず今日も土曜出勤(汗)。ま、他の仕事が入らない環境の方がシーケンス作業ははかどるからいいんだけど。んでもやっぱりハードディスクの速度も重要。CPU使用率は余裕で半分切ってるしメモリ使用量もほぼ半分程度なのに、いちいち作業ごとに固まりかけるっつーのはどうよ。