CEのデモを行ったところ、好感触だったのでとりあえずシングルノードで構成して触ってもらうことにしました。あいてるHWがリース切れでもらってきたML380G7だったため、ドハマりする結果になりました...。なんとか原因がわかったので後世のためにバッドノウハウを残します。CEは非常に良いソリューションでした。(そもそもアプリ開発チームにKVM使ったことある人いないのでは...)HyperV→まあ妥当かなと思っていたけど社内にライセンスが2008R2Stdしかないのでメモリ32GB制限とRDP接続数制限...もちろん、それぞれ良いところはあるのですが、どれもある程度のナレッジが必要なので、あまり深く考えずに使う、というのはちょっと厳しいかなと思いました。CEのHDD500GB要件を満たさないため、「じゃあ全てRAID5でくっつけて一つにするか!」という安易な発想から、サポート外構成のディスク構成をとりました。SSDがないため、SSDだけは買ってもらい、HDDを一つ抜いてSSDに交換したので以下のようなディスク構成になりました。ディスクがSSDとして認識されないみんなのハマりポイントなので情報は沢山ありました。SmartArrayはSSDとして認識するのですが、何故かOSにはそれを見せないようです。Aも何故かSSDと認識され、おかしいなーと思いCVMを再起動したところ、ストレージプールへ一切の書き込みが出来なくなりました。RAID0構成で同様のことを行ったのですが、やはり死にました。L5640/6コア)懐かしのX58を引き出しました...。長時間の手探りの調査のあと、原因はSmartArrayで定義されたディスクが、ディスクのシリアルの代わりにコントローラのシリアルを返すことだと判明しました。<========これ...このシリアルがCVMの初期設定時にxmlに書かれるのですが、このシリアルをCVMの中でマウントポイントとして使っているため、同じシリアルがあると二重マウントになりどちらかがアクセスできなくなります。unit='1'/></disk>CVM上のマウントポイントは以下のようになります。(rw,cpu,cpuacct,memory,freezer,net_cls)この結果から、1つのSmartArrayコントローラ上で論理ディスクを2つ以上作ると死ぬ事が確定したので、これを回避する必要があります。コントローラからエクスポートするシリアルを変更できないか、CVM構成後にディスク情報を変えられないか調べたのですが、時間の無駄でした。この記事を書きながらふと「ではlibvirt向けのxmlを書き出すところでstartctrlからの情報ではなくその都度ランダムに生成するようにすれば、あるいは...」とも思いましたが気力が尽きました。今回の対処としては、光学ドライブに2.5インチのディスクをマウントする12.5mm厚のダミーマウンタを買い、SSDはAHCIに見せることにしました。良いですが、ML380の光学ドライブを交換したあとにディスクの後ろに付いているスペーサに気がつきました。めんどくさいのでそのままです。