実験用仮想環境のホスト機として購入しました。
VMware ESXi 4.1.0 を導入しています。
購入時のスペックは次の通りです。

CPU:Xeon X3430 2.4GHz
MEMORY:2GB(DDR3 ECC SDRAM)
HDD:160GB
DVD-ROM
Chipset:Intel 3420

仮想環境をフルに使うため、メモリは予め購入の↓を挿して 16GBに拡張しています。

相性問題でたらどうしよう、初期不良でたらどうしよう、と心配していましたが、挿して Memtest したところ特にエラーは出なかったので一安心です。抜いて余ったメモリは、正常稼動する(これもMemtestした)ECC付きメモリのストックとして置いときます。

HDDはこれの為に買った HGST の 2TBのものを 1台と、余っていた 80GBのものを 1台搭載しています。
目的が「実験用仮想環境の構築」なのでロストして困るデータを載せるつもりは無く、必要なら別ディスクにコピーして冗長化すればいいや、と考えてRAID構成にはしませんでした。ただ、使用時にディスクがあまり遅いと困るので2TBの方は 7.2Krpm のものを選んでいます。
80GBの方は複数台のVMを運用するときにディスクI/Oを分散させるために積みました、というのは名目で、遊ばせているのが勿体無かったから積みました。

起動メディアはUSBメモリにしました。これはVMware ESXi の運用術として定番のようです。マザーボードにUSBポートが付いているのでUSBメモリを内蔵状態で搭載しました。

CPUは Xeon X3430 です。初の 4コアです。
本当はHTで仮想8コアになる Xeon X3440 以上が欲しかったのですが、コストと、CPU換装の知識が無くて不安なのもあってこれにしました。コストの観点では Celeron G1101 も選択肢に入ったのですが、nonECC メモリに対応しないようなのでそこで高く付くと思って止めました(事前に nonECC メモリを買い込んでいた所為も大いにあります)。
将来 X3480 辺りが安くなれば(そしてCPU換装を体験したい欲求が不安を上回ったら)換装したいです。

光学ドライブはDVD-ROM ですが、特に仮想環境からDVDを書き出すことも無いと思うので特に困りません。というか、実はVMware ESXi からこのドライブは認識できないのです。これはちょっと残念。とは言え実際のOSインストールはほとんどISOイメージから行いますし、Memtest や各種診断時はCDブートの Linux を使うことができるので実運用上は問題なさそうです。

さて、仮想環境についてです。
本機はOS無しモデルですが、仮想化基盤には VMware ESXi を採用したのでOSは不要です。また基本的にリモートPCからのコンソール(vSphere Client)で操作するためディスプレイもキーボードもマウスも不要です。ついでに言えば本機は Lights-Out 100i というリモート管理ソフトを積んでいるので、電源投入や断、リセット、簡単なハード監視までブラウザ経由で可能です。さすがサーバ機。

仮想化基盤にも色々あるのですが、今回は VMware ESXi を採用しています。本ソフトは仮想化の老舗、VMware社の製品で動作精度が高く安心して使えるという点、無償のため運用にコストが掛からない点、僕自身がいままで VMware Server を使ってきていて慣れているという点からの選択です。

無償版は有償版と比べるとできることは限られるものの、仮想化基盤自体は有償版と同じものであったり、基本的なリソース管理は可能（複数台のESXiを管理しなければ）であったりすることからいまのところ特に問題は感じていません。

元々の仮想環境は VMware Server 2.0.2 で、Ubuntu を積んだサブマシンの上に構築していましたが、サブマシンからのVM移行も VMware vCenter Converter Standalone 経由で簡単にできました。

このサブマシンは
・家庭内ファイルサーバ
・カメラサーバ
・実験用仮想環境ホスト
・Web端末
の役割を担わせていましたが、CPUが Pentium4 3.40GHz 1基と仮想環境用としては心許なかったので今回の移譲と相成っています。

ESXi の構築は（事前に調べておいた甲斐あって）特にトラブル無く完了しました。ESXi はハードの制約が厳しく、NICなど対応しないものだと全く動かすすべがないようです。本機は特に何の部品交換も小細工も不要で動作しました（ほっとしました）。

本機を選んで良かった、と現時点で思えるのは次の点です。

・初 4コアが嬉しい(初 Xeon も嬉しい)
・デザインがかっこいい(この黒色キレイ)
・マザーボードにUSBコネクタがある(USBメモリが飛び出さなくてかっこいい)
・リモート管理が可能(手の届きづらい部屋の隅に置いても困らない)
・静音性(他の機器がうるさいので今更ではある)
・80%効率の電源(電気代に跳ね返るので切実)
・小細工無しで VMware ESXi 4.1.0 が動く

逆に悪かった、と思う点は特に無いのですが、あえてデメリットを挙げるならグラフィックの弱さでしょうか。ESXi インストール前に確認のため Ubuntu を入れてみたのですが、画面描画周りがもっさりしているように感じました。ドライバの問題もあるとは思うのですが、PCとして使うのにはグラフィック面を強化する必要がありそうで、そうなると 300W の電源装置ではちょっと不安かもしれません。
それとCPUは 1基しか積めないので、スケールアップを考えるなら本機は向かなく思います。もっとも僕の利用用途ではどちらも当面デメリットに当たらないですけど。

現在 Windows/Linux 混在で 6台のVMを立てて動かしてみていますが安定して動作しています。負荷をかけるとどうなるか判らないですが、10台も20台も同時に起動することは無いと思うのでこのスペックで困ることは当分なさそうです。

[2011/06/30 追記]
運用トラブルがあったので、備忘録に。

本機はいくつかの実験の為、24時間稼動しています。
テストとして 2, 3日に 1回、pink というケータイからPCを遠隔操作するシステムを使って動作確認を行うのですが、今日の昼休みにケータイからマシンにアクセスしようとしたところ、応答がありませんでした。
バグか、もしかしてシステム止まった？ と思って帰宅後システムを見てみたらビンゴ、VM単体ではなくマシンがダウンしていました。

ひとまず通電前に本機標準搭載のリモート管理ツール「Lights-Out 100i」から状態を確認してみると「System Event Log」にシステムの温度異常を示すイベントが。あー。どうやら本機を設置しているラボが暑すぎて自動停止してしまったようです。

原因が判ったのでダメージを確認するため、管理ツールの Virtual Power から通電を指示します。
次いでVMの様子を確認するため vSphere Client からインベントリにアクセスします。
しばらく待つと自動起動に設定しているVMは全て立ち上がったので、致命的なダメージは無かったようです。まずは一安心。

VMware のログからダウン時の様子が読み取れなかったので、CentOS を稼動している VM の syslog を確認しました。
これによると、6/29 16:28 にVMware ツールからと思われるシャットダウンの指示を受け取って、正常ルートでシャットダウンしていました。どうやらシステム停止時に仮想マシンも自動的にシャットダウンするように設定しておいたのが利いたようです。ということは、センサーの異常検知でシステムダウンするときもいきなり止まるのではなくちゃんと OS に(今回はVMware ESXiに) Soft Power Off を通知してくれるのですね。さすがサーバー機。

さて、トラブルの原因は判りましたがどうしましょう。連続稼動してくれないとテストになりません。うむー。
とりあえず、部屋についてる温度センサー付き換気扇（室温が設定温度を超えると回る。けどすごいウルサイし、効果はいまいち。）を 30度に設定して、様子見です。

[2011/08/01 追記]
部屋のセンサー付き換気扇をつけるようにして 1ヶ月。対処以来、温度異常によるシステム停止は発生していません。「Lights-Out 100i」上の System Event Log にも温度超過のメッセージは皆無。

今年の7月はかなり暑い日もありましたが、部屋の換気さえできていれば致命的な温度までは至らない、ということでしょう。日中に負荷をかけるような状況が無かったのも良かったかもしれません。なんにせよちょっと安心。

[2011/09/03 追記]
またやってしまいました。外出中部屋を閉め切っていたらダウンしたようです。
「Lights-Out 100i」のログは次の通り（抜粋）。

Generic 08/30/2011 06:04:44 SYS Ambient Temp Upper Critical-going high Assertion
Generic 08/30/2011 06:04:45 SYS Ambient Temp Upper Critical-going high Deassertion
Generic 08/30/2011 06:08:56 SYS Ambient Temp Upper Critical-going high Assertion
Generic 08/30/2011 06:08:57 SYS Ambient Temp Upper Critical-going high Deassertion
Generic 08/30/2011 06:09:00 SYS Ambient Temp Upper Critical-going high Assertion
Generic 08/30/2011 06:09:01 SYS Ambient Temp Upper Critical-going high Deassertion
...
Generic 08/30/2011 07:01:16 SYS Ambient Temp Upper Critical-going high Assertion
Generic 08/30/2011 07:01:50 SYS Ambient Temp Upper Critical-going high Deassertion
Generic 08/30/2011 07:01:54 SYS Ambient Temp Upper Critical-going high Assertion
Generic 08/30/2011 07:02:44 SYS Ambient Temp Upper Critical-going high Deassertion
Generic 08/30/2011 07:02:45 SYS Ambient Temp Upper Critical-going high Assertion

で、ダウンでした。時計はGMTなので、+9時間の16時が実際のダウン時刻。
温度をロギングしていないのでこのときの室温は不明ですが、40度前後と想像しています。
今年はもう暑い日も少ないでしょうけど、来年に向けて対策は考えないとですねえ。

[2012/08/24 熱暴走対策、その後]
今年はまだ熱暴走ダウンしてません！
勝因は（つってもまだ夏終わってないですが）換気扇です。部屋ごと空冷です。
ラボの窓に換気扇を付けて、外出中は回しとくようにしてみました。
結果温室のようだった室内は、外気温＋αくらいまで下がったようです。

過酷な環境なのは変わらないかもですが、ちょっとはマシになりました。…雨天が怖いのですが。

[2014/01/12 バージョンアップ]

長らく使ってきた VMware ESXi 4.1 をバージョンアップすることにしました。

安定稼働してるのをいじるのはあれかなー、とも思うのですが、だって 4.1 だと Windows 8.1 動かないんですもの。

VMware ESXi 5.5 のインストールCDを作ってCDブート。3台のHDDと、USBフラッシュディスクが検出されました。アップグレード先はこのUSBメモリ。

ここで Upgrade を選び忘れると(たぶん)面倒なことになるので、よくチェック。で、処理継続。

あれ止まってる？ て疑うくらい待ちますが、無事成功。

 ところが。

　5.5 って、Windows XP から操作できないんですね。VMware vSphere Client を入れてるメインマシンは未だ Windows XP だったので、アップデートした途端使えなくなってしまいました。ありゃりゃ。

　さて困った。実機は Windows XP と Windows RT 8.1 と Ubuntu しかない。 Ubuntu や Windows RT ではそもそも vSphere Client は動かない。こんなときのために ssh も空けておいたのに、アップグレード時に閉塞されたっぽい。メンテナンスモードにしてるから VM の Win 7 に RDP して…て手も使えない。真面目に困った。素直に Win 7 端末を買うしかないのか。

…なんて悩んでたら、そいやCUIのツールがあったな？ と思い出しました。VMware vSphere CLI てツール。ssh はできないものの、コレでどうにかならんだろうか。で、試してみました。

C:\...CLI>vicfg-hostops.pl --server 192.168.xx.xx --username root --operation info
Enter password:

Host Name : localhost.localdomain
Manufacturer : HP
Model : ProLiant ML110 G6
Processor Type : Intel(R) Xeon(R) CPU X3430 @ 2.40GHz
CPU Cores : 4 CPUs x 2393 GHz
Memory Capacity : 16375.16796875 MB
VMotion Enabled : no
In Maintenance Mode : yes
Last Boot Time : 2014-01-12T08:29:15.308559Z

メンテナンスモードを抜けて、VM の Windows 7 に RDP して vSphere Client を使ってみることにします。てことで一回メンテナンスモードを出ましょう。

C:\...CLI>vicfg-hostops.pl --server 192.168.xx.xx --username root --operation exit
Enter password:
Host localhost.localdomain exited from maintenance mode successfully.

C:\...CLI>vicfg-hostops.pl --server 192.168.xx.xx --username root --operation info
Enter password:

Host Name : localhost.localdomain
Manufacturer : HP
Model : ProLiant ML110 G6
Processor Type : Intel(R) Xeon(R) CPU X3430 @ 2.40GHz
CPU Cores : 4 CPUs x 2393 GHz
Memory Capacity : 16375.16796875 MB
VMotion Enabled : no
In Maintenance Mode : no
Last Boot Time : 2014-01-12T08:29:15.308559Z

コレで VM が起動できるはず。VM の名前を調べて、起動してみます。

C:\...CLI>vmware-cmd.pl -H 192.168.xx.xx -U root -l
Enter password:

/vmfs/volumes/xxxxxx-xxxxxx-xxxxxx-xxxxxx/Ubuntu10.04_01/Ubuntu10.04_01.vmx
/vmfs/volumes/xxxxxx-xxxxxx-xxxxxx-xxxxxx/CentOS 6.1 WebService/CentOS 6.1 WebService.vmx
/vmfs/volumes/xxxxxx-xxxxxx-xxxxxx-xxxxxx/CentOS 6.1 APServer/CentOS 6.1 APServer.vmx
...
/vmfs/volumes/xxxxxx-xxxxxx-xxxxxx-xxxxxx/VyattaCore65/VyattaCore65.vmx
/vmfs/volumes/xxxxxx-xxxxxx-xxxxxx-xxxxxx/Windows 7 Professional x64/Windows 7 Professional x64.vmx
/vmfs/volumes/xxxxxx-xxxxxx-xxxxxx-xxxxxx/Solaris11/Solaris11.vmx

C:\...CLI>vmware-cmd.pl -H 192.168.xx.xx -U root "/vmfs/volumes/xxxxxx-xxxxxx-xxxxxx-xxxxxx/Windows 7 Professional x64/Windows 7 Professional x64.vmx" start
Enter password:
start() = 1

おお、VMが起動したっぽい。

Windows 7 機は RDP を許可していたので、リモートデスクトップでログオンして、そこから vSphere Client を実行してようやく Hypervisor に接続できました。ふう。

でもこの後 ESXi を無償ライセンスでアクティベートしたので、 CLI からの API は通らなくなったみたいでした。てことで、アップグレード直後など試用ライセンスでフルコントロールできる権限が付与されている場合に使える回避手段、でした。