研究プロジェクトでは、Ubuntuサーバー12.04のKVMで、python libvirtバインディングを使用して、できるだけ多くのVMを起動しようとしています。すべてのVMは、起動後にアイドル状態に設定され、最小量のメモリを使用します。せいぜい1000個のVMを単一のホストで起動できました。その時点で、CPUとメモリの両方の使用量が制限（48コアAMD、128GBメモリ）に近づいていない場合でも、カーネル（Linux 3x）が応答しなくなりました。これにより、数百のVMが実行された後、起動プロセスが連続的に遅くなりました。
Linuxカーネル自体はこのいくつかのプロセスを問題なく処理できるはずなので、これはKVM/Qemuドライバーに関連している必要があると思います。ただし、Qemuドライバーがマルチスレッドになったことを読みました。この遅さの原因が何であるか、または少なくともどこから探し始めるべきかについてのアイデアはありますか？
qemu-kvm を正しく使用してすべての VM を起動していますが、数百台の VM を使用した後、徐々に速度が低下しているように感じます。したがって、kvm の使用が停止したと感じたら、qemu を使用して起動するだけで、同じ速度低下が見られると思います。私の推測では、それらの多くの VM の後、KVM (ハードウェア サポート) が使い果たされます。KVM は、いくつかのハードウェア レジスタを追加するためのソフトウェア レイヤーにすぎないためです。したがって、KVM が原因である可能性があります。
また、この実験の目的は何ですか?
ゲストに対する次の仮想ハードウェア制限がテストされています。制限に達した場合でも、ホストと VM が正常にインストールされ、正常に動作することを保証します。前回のリリース (SUSE Linux Enterprise Server 11 SP1) 以降、パフォーマンス (CPU、メモリ、ディスク、ネットワーク) に大きな低下はありません。
最大。ゲスト RAM サイズ --- 512 GB
最大。ゲストあたりの仮想 CPU --- 64
最大。ゲストあたりの仮想ネットワーク デバイス --- 8
最大。ゲストごとのブロックデバイス --- 4 エミュレート (IDE)、20 準仮想 (virtio-blk を使用)
最大。VM ホスト サーバーあたりの VM ゲストの数 --- 制限は、ホストの CPU コア数の 8 倍を超えない、すべてのゲストの仮想 CPU の合計数として定義されます。
KVm のその他の制限については、このドキュメント リンクを参照してください。