現在、さまざまな開発ビルド/テストボックスがあります。ターゲットアプリケーションは主にPython/gccで記述されており、postgresを使用し、2つの同一のUSBデバイスが接続されています。
主要なビルドOSは、i686上のRHEL、FreeBSD、およびXPです。アプリは、各OSのいくつかのリリースで定期的にビルドおよびテストする必要があります。
（次のステップは、32ビットとx86-64の両方のハードウェア、場合によってはPPCについて、ボーナスOS/リリース/CPU（Fedora、SuSE、Debian、Solaris、Vistaなど）でテストすることです。）
既存のファイルシステムを視覚化サーバー（XenまたはVMWare）の独自の論理ボリュームに直接コピーし、VMを起動して、既存のテストスーツを使用できることを望んでいました。
その後、毎日、ターゲットOSの論理ボリュームを元の状態に戻し、ビルドスクリプトとテストスクリプトを実行できます。
1つの視覚化ボックスで実行するテストサーバーごとに1つのVM/LVは良い考えのようですが、いくつかの問題が発生しました。
これまでに発生した問題は次のとおりです。
VMWARE
BIOS /ハードウェアをより適切に処理し、VLM上のVMは好きではありません
- 論理ボリュームから仮想マシンを起動しません。
- ファイルシステムは、VMWareスナップショット用にVMFSに変換する必要があります。
XEN
論理ボリュームのスナップショットは完璧に機能し、LVを拡張できます。
- XPとFreeBSDの視覚化の問題
- 生のUSBデバイスを扱う際の問題。
- X11のハングに関する問題もあります。
私は他の視覚化ソリューションを試していません。{ウィキペディア仮想化ソフトウェア}
私が考慮すべき他の選択肢や道はありますか？
このようなテストシステムに関する提案、実例、ホワイトペーパー、FAQを歓迎します。
ベン