2016-03-31 4 views
-1

VM用のストレージとしてローカルハードドライブを使用している間は、VMware ESXiフリーハイパーバイザー6の動作が非常に異常です。VMware ESXiの1つのディスクパーティションでのローカルストレージの低速化

すべてが1つのパーティションで動作します。

ここに設定があります。

2TB WD REDドライブは2つのパーティションに分かれています.1つのパーティションは合計1 TB、もう1つは500 GBです。このドライブの両方のパーツ/パーティションは、1つのVM(Ubuntu 14.04 LTSを実行している)に割り当てられ、fstabで定期的にフォーマットおよび設定されます。それについては何でもいい。

今、パフォーマンスに関する問題。

大きな(1TBサイズの)パーティション、/ mnt/bigpartにマウントしようとすると、書き込み速度と読み込み速度(〜150 MB/s)の両方が期待されます。 小さいパーティション(500GB)で同じことをしようとすると、読み取りと書き込みの両方の速度が50%低くなります!だから私は最大80 MB/sを超える読書を読むことはできません。書き込みはさらに低くなります。

私はただそれを取得しません。 esxitop(d)もまったく同じ結果を示します。小さなパーティションではそれほど高速には見えません。

両方のパーティションが事前に割り当てられているため(ドライブスピンのスピンが優先されます)、両方が物理的に同じハードドライブに配置されているため、これは非常に奇妙です。

私は、ハードディスクを回転させると理論的には、ドライブプラッタの終わりが最初よりやや遅くなることがあることを知っていますが、これはあまりにも多くのパフォーマンスヒットです。 また、ハードドライブには、事前割り当て後に360 GBの空き領域があります。 もう少し小さいパーティションをもう一度割り当てるべきですが、今度はシンプロビジョニングを行うべきです。

測定を見てみましょう:

BIGGER(1TB)PARTITION/DISK

11649792+0 records in 
11649792+0 records out 
5964693504 bytes (6.0 GB) copied, 39.873 s, 150 MB/s 

以下(500ギガバイト)PARTITION/DISK

11649792+0 records in 
11649792+0 records out 
5964693504 bytes (6.0 GB) copied, 67.1635 s, 88.8 MB/s 
+0

情報:両方の事前に割り当てられたパーティションがzeroedthickとして作成される(すなわち太いは遅延プロビジョニングゼロ)。大きなパーティションは、同じハードディスクドライブに物理的に存在し、まったく同じオプション(ゼロ刻み)で作成された場合に、より大きなパーティションがどのように優れているかを明らかにしていません。 – stamster

+0

フルスピードの転送を行うのに役立つときはいつでも、テストするための小さなパーティションを丁寧にゼロにしています。 – stamster

+0

熱心にゼロ調整:100%完了しました。 500GBのパーティションでは24時間19秒で3時間かかりました。達成されたパフォーマンス:何もありません。 xD – stamster

答えて

1

私はハード紡績と理論的には、ドライブプラッタの端 ことができることを知っているドライブは、これが同様に実際には真である最初

、その後やや遅くなります。別のベンダーのこの2 TBハードドライブの持続転送レート を見てください。 チャートには、オフセットに応じて順次読み取りスループットが表示されます。最初テラバイトで

は、シーケンシャルリードのスループットは、あなたが(150 MB/s)を経験するものにかなり近いです 170の間と130のMIB/sで、です。ハードウェアの後半後にスループットが急激に低下します ドライブ。たとえパフォーマンスの100%が に遭遇したと説明していないとしても、それはおそらく支配的要因です。

Sustained Transfer Rate -- Seagate NAS HDD 2 TB

+0

良いコメント。はい、そういうわけで、あなたが私の最初の投稿から引用したように私はすでに推測しています。奇妙なことは、ドライブ全体(VMFS)をもう一度再フォーマットして1.7 TBの部分を取り、その大きな部分をVMに直接割り当てた後、私のスピードは最初とはかなり違っています。私の2番目のパーティションは今すぐ最初のパーティションです。 – stamster

+0

パーティション分割はVM/OSレベルで行われるため、ほとんどのハードドライブ(1.7 TB)がVMに提示され、VMはその部分を1〜0.7 TBのパーティションに分割します。その小さなパーティションは今や速くなりますが、最初のパーティションは遅くなります。クレイジー:)私はもう一度VMFS全体を再フォーマットしますが、これは物理的なプラッター上のディスクが遅くなり、ディスク上のディスクが遅くなる問題です。 – stamster

1

をこの缶(ドンブロックアライメントに問題があります。 vmdkが薄くまたは厚く設定されている場合、実際のケースで大きな違いはありません。

同じハードディスクに2つのローカルデータストア(VMFS5?)がありますか? 両方のデータストアのブロックサイズは1 MBですか? (ホスト - >構成 - >ストレージ) もしそうなら - あなたのゲストの両方のパーティションも1MBのブロックサイズを持っていますか? 1つのパーティションにMBRが生成され、1つにGPTが生成されている可能性はありますか? (GPTが良い方法です)

HDDのSMARTチェックを行うこともできます。おそらく壊れたセクタがいくつかあります。

+0

はい、同じHDDにあります。両方とも、VMwareクライアントアプリのデフォルトで作成されています。デフォルトのブロックサイズは1 MBです。ゲストでは、両方のパーティションが作成され、同じコマンドセットを使用してfdiskを介してext4としてフォーマットされます。実際には、ゲスト上のパーティションではなく、MBR方式の2つのディスク(sdbとsdc)です。 SMART on ESXiは完全に役に立たないので、ドライブを別のコンピュータにドラッグしてチェックする必要があります。 – stamster

+0

問題は、私は両方のVMFSパーティションを削除し、今回はVMに提示される1つの大きな仮想ドライブで両方のpartitonsを再作成しました。そして、これらの操作後、私のドライブ全体が遅い(予想速度の50%)。これは本当に面倒です。そのVMFS上の私のpartitonsは両方ともクロールしています。言い換えれば、データストア/ディスク全体が遅いです。なぜ、どのように前のパーティショニングをそのように異なる方法で実行したのか、私たちは決して諦めません。 – stamster

関連する問題