未分類

P2Vした仮想マシン(VHD容量固定)をHyper-v上でベンチマークテストしてみました

前回に引き続き、P2Vのベンチマークです。
前回記事:P2Vした仮想マシンをHyper-v上でベンチマークテストしてみました

前回はVHDは容量可変でした。
今回はVHDは容量固定でベンチマークとってみました。

テストの方法は前回と同様に
既存のシステム、IIS Webサーバーを
System Center Virtual Machine Manager 2008 R2 (以下SCVMM)でP2Vした。
P2VしたVHDは容量可変でしたが、これを容量固定に変換した。
変換方法はSCVMMではなく、サーバーマネージャーから変換を行いました。

可変時のVHDファイルサイズ:36GB
固定時のVHDファイルサイズ:75GB

ちなみに、75GBの固定への変換にかかった時間は1:30程度でした。

これをベンチマーク対象としました。

ベンチマークは前回と同様、ひよひよさん
-CrystalMark 2004R3
-CrystalDiskMark30B2
を利用しています。

ハードウェアスペックは前回を参照してください。

ベンチマーク結果(CrystalMark)
仮想マシン(VHD容量固定)1回目仮想マシン(VHD容量固定)2回目

ベンチマーク結果(CrystalDiskMark)
仮想マシン(VHD容量固定)1回目仮想マシン(VHD容量固定)2回目

前回の結果も含めCrystalMarkの結果を表、グラフにまとめてみた。
crystalmark 表

crystalmark グラフ

VHD容量可変から容量固定へ変更したことによって変化するのは、主にHDDのベンチマークであった。
結果からは17%のHDDパフォーマンス向上したことがわかる。
そのことによってMarkのパフォーマンスも向上している。

次にHDDを詳しく見ていく
以下は、CrystalDiskMarkの結果を表とグラフにまとめたものです
crystaldiskmark 表

crystaldiskmark グラフ

全体的に、容量可変にくらべ容量固定はパフォーマンスが向上しています。
Sequential値ではReadで19%、Writeでは29%の大幅な向上が見られた。
512KBのRandom Readは弱いものの、他のRandomアクセスについては物理マシンより向上している。
Random値でも容量固定では、それぞれパフォーマンスが向上しています。
結果から見るにVHDファイルは小さはデータのやりとりには強いのではないでだろうか。

今回は、Hyper-v上でP2V後のパフォーマンスを測定してみた。
これらの値は、あくまで参考値としてもらいたい。
同一Hyper-vサーバーで複数の仮想マシンを動作させて時は、もともとの物理マシンに比べ、
さらにパフォーマンスが低下する可能性があることを考える必要がある。

仮想化は、電気代などランニングコスト削減するには有効な手段ではあると思うが、
単純に仮想化を行うと、期待した結果を得られない可能性もあるので注意したい。

Related post

  1. 未分類

    Windows Server “Longhorn” Beta 3 ってどうよ…

    LonghornのBeta3が一般公開されました早速レポートしてみた…

  2. 未分類

    オープンソースカンファレンス2007 Hokkaido

    今年もオープンソースカンファレンスの時期ですwさて、どんな講演が…

  3. 未分類

    お知らせ せきゅぽろナイトセミナー#3 やります

    せきゅぽろナイトセミナー#3『ガンブラー対策をめぐるWeb制作者とセ…

  4. 未分類

    CentOSにHinemosをインストールする方法(2) マネージャ編

    ■はじめにエンタープライズを前提としたOSSの運用管理ソフトです。…

  5. 未分類

    テーマを変更

    Atahualpaってのに変更してみた。すげーや、いろいろカスタマイ…

  1. Azure

    Azure Application Gateway 上でLet’s Encryp…
  2. Azure

    specializedイメージをもとに仮想マシンを立ち上げるのに便利なテンプレー…
  3. 未分類

    オタリーマンを買ってしまった。
  4. Azure

    AzureにVulsをインストールしてみる。コピペでどーん。Docker編
  5. Azure

    Azure Database for MySQL PreviewのServer …
PAGE TOP