現在、開発ビルド/テストボックスはさまざまです。ターゲットアプリケーションは、主にPython/gccで書かれ、postgresを使用し、2つの同一のUSBデバイスが接続されています。募集:アプリケーションビルド/テストサーバービジュアライゼーションの例
主なビルドOSは、i686のRHEL、FreeBSD & XPです。アプリケーションは、各OSの2つのリリースで定期的に構築され、テストされる必要があります。
(次のステップは、32ビットおよびx86-64のハードウェア、多分PPCの両方のために、ボーナスのOS /リリース/のCPUなどのFedoraやSuSE、Debianの、SolarisおよびVista上でテストするだろうたぶん。)
私は、既存のファイルシステムをVisualization Server(XenまたはVMWare)の論理ボリュームに直接コピーし、VMを起動して既存のテストスーツを使用することができればと考えていました。
その後、毎日、ターゲットOSの論理ボリュームを元の状態に戻してから、ビルドスクリプトとテストスクリプトを実行できます。
1つの仮想化ボックスで実行している1台のVM/LVが良いアイデアのようですが、いくつかの問題が発生しました。これまでに遭遇した
問題点は以下のとおりです。
VMWARE
はVLM
- 文句を言わないブート仮想マシンの論理ボリュームをオフにVMを好きではない、より良いBIOS /ハードウェアを処理します。
- VMWareスナップショットの場合、FileSystemsをVMFSに変換する必要があります。
XEN
論理ボリュームショットは完璧な仕事、とのLVを拡張することができスナップ。 XP & FreeBSDの生のUSBデバイスを扱う
- 問題。
- X11がハングする問題もあります。
私は他の視覚化ソリューションを試していません。 {Wikipedia virtualization software}
考慮すべき他の選択肢や経路はありますか?
このようなテストシステムに関する提案、作業例、ホワイトペーパーおよび/またはFAQを歓迎します。
ベン