VMware-server2.0で行く理由

1. ホストＯＳがあるお陰で、ゲストＯＳのバックアップやトラブル時の復旧が楽です。　VirtualBoxも扱いやすいのだけど、サーバー用途にはネットワーク部分やリモートコールなどが今ひとつ。
2. 今回の目的は速度アップと省電力。　ESX-3iもNASを分離すれば速度を出せるけど、１台構成とするためにはESX上の同マシン上にFreeNASを立ち上げて、そのストレージの上でゲストOSを動かす、なんてことが必要になって速度は大幅ダウン。　ハードRaidを使えばFreeNAS不要で良いけど、認識可能なカードがマザーボードの倍以上の価格で、予備品のことも考えると勿体無いので敬遠しました。
3. VMware-serverも、今までのようにホストOSにLinux-Raid上を組み込んで動かすとなると速度ダウンが目に付きます。　ところが、試しにM2NPV-VMマザーオンボードのnVIDIAのRAIDでubuntu-serverに試したところドライバも既に組み込まれていて使えたため、そのubuntuホストでゲストOSを動かしてみると、かなり速度アップした様子。
   　そもそも、仮想ゲストOSは可搬性に優れて持ち廻り易い構成であるわけで、そこに更にホストOSのLinux-Raidでの汎用性上乗せは不要と判断しました。

ホストOSをubuntuにする理由

1. ホストOSは一定の機能が揃っていれば特に固執する必要はないところで、
2. ubuntuは急速に人気が高まったディストリビューションで、サポートもしっかりしており、FedoraやCentOSでは重くてちょっと。。と思う向きには最適。　PPTP-VPNなども試したところすぐに動くし、全体的に扱い易い印象を持ったこと。
3. 一方、ゲストＯＳは現行のVineLinuxが文字コード「EUC-JP」なので、「UTF-8」なubuntuに乗り換えるのは相当に大変なので、こちらは据え置き。

ってなことで、「オンボードRAID + Ubuntu + VMware-server2.0」という方針に固まりました。　今後は、実稼動マシンの入れ替えに向けて、準備を抜かりなくやって行こうと思います。

追記：Fake-Raidの罠

nVIDIAも含めたオンボードRAIDは完全ハードRaidではなく、ＯＳ上のドライバを経由して構成する「Fake-Raid」と呼ばれる物のようです。
また、ubuntuを含むLinuxのFake-Raidには、「dmraid」というパッケージを使っているのですが、これがなんと壊れた時の再構築機能がまだ実装されていません。
ではどうするのかというと、windowsを（別HDDからブートして）立ち上げて、ボードメーカー製のWindows用Raidソフトウエアを使って再構築を行う方法しかないようです。

うーん、、また振り出しに戻ってしまった。。　速度は明らかに速いんだけどなあ。。

再構築の方法案（未検証）

ｎVIDIAオンボードRAIDを使うとした場合、以下のような手順でいけば、ダウンタイムは最小限にできますね。

1. 予め、予備HDD１台を外付けＵＳＢ接続し、ddコマンドで定期的に稼動環境のバックアップを取っておく。（MBRも・・）　なお、仮想マシンイメージはバックアップ不要。あくまでホストＯＳとVMware-Serverが動けば良い。
2. 稼動中のHDDが１台壊れてRAIDが解列した場合、少しの間仮想ＯＳを停止し、外付けUSB-HDDに仮想ＯＳを丸ごとコピー。
3. コピー元HDDと解列したHDDを取り外し、代わりにコピー先外付けHDDをサーバーに仮にセットし、稼動を再開。
4. コピー元HDDと、予備の（新品）HDDを別のWindowsマシンにて、RAIDを構築。
5. RAIDを構築した２台のHDDをサーバーに付けてブートし、仮稼動していたHDDから仮想ＯＳ丸ごと書き戻してリブート、稼動再開。

この方法では、win機でのRAIDリビルド作業を慌てずにできます。　　でも面倒だなあ。。　やっぱり稼動しながらRAID再構築ができるLinux-Raidの便利さを痛感する。

まあ、こんな感じでスタートして、そのうちにdmraidツールがリビルドに対応するのを待つ、という考えもアリかな。