私は、KVM Debian-Guest内で実行される仮想ボックスを評価する状況にあります。KVMは、Debian-Hypervisorで実行されます。
Debian-Hypervisorは私の会社の大きなマシンの1つで、いくつかの無関係なホストを実行します。GuestはDebianシステムであり、Jenkinsホストとして機能し、最終的にVirtualBoxを使用して、ゲスト内にビルド環境とテスト環境を作成します。
このセットアップは一般的に機能していますが、単体テストを実行するとパフォーマンスの問題が発生します。ラップトップのVirtualBoxで20分で完了する1つのテストスイートは、jenkinsセットアップで完了するのに数時間かかります。実際、完全には完了していませんが、数時間後にtest-phpプロセスがワイルドになります（ビルドサーバーと同じVMを実行しているすべてのローカル開発マシンでテストスイートが正常に実行されるため、パフォーマンスの問題が原因と思われます）。
KVMゲストであるJenkinsホストには、すべての仮想化CPUフラグが（Intel-Host、つまりvmx、ept、vpidで）渡され、さらに/ sys / module / kvm_intel / parameters / nested状態がネストされたページングが 'Yで有効になります'。テスト段階では、8つのコアと十分なRAMがあります。CPUおよびRAMは制限に達しません。
簡単に言えば、セットアップは非常に一般的ではなく、運用部門が仮想マシンのセットアップを簡単に実行できるベアメタルマシンにJenkinsホストを移動する理由を探しています。
質問は次のとおりです。KVMまたはその他のハイパーバイザーベースのゲスト内で仮想ボックスを実行した経験はありますか？パフォーマンスの結果はどうでしたか？このようなアプローチを使用する理由と使用しない理由を教えてください。仮想化環境でビルドサーバーを実行することはまったく意味がありますか？そうでない場合は、クラウドでJenkinsをセットアップするのはどうですか？やっぱりそこで仮想化されています。おそらくほとんどのクラウドインフラストラクチャは、タイプ1ハイパーバイザーを使用しています。KVMはType 1.5ですよね？:-)
あなたの意見を楽しみにしています。
ありがとう！