Linux仮想化ソリューション(つまり、Xen、KVMおよびOpenVZ))でいくつかのベンチマークを実行したいと思います。現在、テスト環境のセットアップ方法を考えています。現在のアプローチは、以下:
このアプローチは問題ありませんか、それとも3つのシステムを互いに完全に分離する必要がありますか(それぞれが1つのソリューションのみがインストールされた3つの完全に独立したインストールがあります)?
追加の質問:どのようなベンチマークを実行する必要があるかについてのヒントはありますか?コンパイル(Linuxカーネルなど)、ab(Apacheベンチマーク)、OSDB(オープンソースデータベースベンチマーク)について考えました。比較は主に、個々のVMの全体的なパフォーマンス、I/Oパフォーマンス、および応答時間に焦点を当てる必要があります。
よろしくお願いします、マティアス
テストは、本番環境で実行する方法にできるだけ近い方法で実行する必要があります。したがって、各システムを個別にインストールして、テストを実行してください。これには、テストボックスを数回平らにする必要がある場合がありますが、最もクリーンな結果が得られます。次に、テストケースの作成に焦点を合わせます。私の頭のてっぺんからいくつか:
本質的に、Edgeのケースをブレインストーミングし、それらのケースを中心にテストを構築します。 VMがリソースに夢中になるとどうなりますか?ハイパーバイザーはリソースのオーバーサブスクリプションをどの程度うまく処理しますか?1つのVMロックアップは他のVMにどのように影響しますか?システム上で?
Anandtech.comが仮想化に関して行ってきたベンチマークについて読んだことがあります。
また、VMwareがEULAでベンチマークを許可しない理由を読んでください。彼らは悪いベンチマークのいくつかの本当に良い例を示しています:
テストの反復ごとに、テスト環境に1つのハイパーバイザーを設定してテストを実行することを強くお勧めします。この方法でハイパーバイザーを分離すると、不要な相互作用の可能性が低くなります。特に準仮想化VMの場合。
限られたリソースごとにハイパーバイザーの限界点を見つける追加のテストスイートを設計することを考えてください。
あなたが見つけたいのは、病理学的ポイントの前後にどのような行動の特異性が経験されるかです。また、一部のホストVMに何らかの形の回復がある場合。
たとえば、ハイパーバイザーが過負荷の場合。まだVMをシャットダウンできますか?.