web-dev-qa-db-ja.com

HP ProLiant DL385 G7の信じられないほど低いディスクパフォ​​ーマンス

Opteronプロセッサフ​​ァミリのテストとして、HP Smart Array P410iコントローラを搭載したHP DL385 G7 6128-メモリなしを購入しました。

マシンには20GBのRAMがあります
2x146GB 15k rpm SAS + 2x250GB SATA2、どちらもRAID 1構成の場合。
VMware ESXi 4.1を実行しています。

問題：
仮想マシンが1つだけの場合でも、Linux 2.6/Windowsサーバー2008/Windows 7を試してみましたが、VMの感触はかなり鈍いです。 Windows 7では、VMwareコンバーターのインストールがタイムアウトになりました。 SATAとSASディスクとSATAディスクの両方はほとんど使用できませんが、SASディスクは非常に遅いと感じます。

インフラストラクチャクライアントで多くのディスクアクティビティを確認することはできませんが、原因を探していません。また、安価なRAIDコントローラが原因である、または単にそのためのメモリ不足のため。

問題にもかかわらず、私は継続して、主要な機能を提供する仮想マシンをインストールしました。そのため、仮想マシンを削除して診断を実行するのは簡単ではありません。
皆さんがそれについて何を言わなければならないかを知りたいのですが、それはコントローラー/ディスクの問題である可能性が高いのですか、それとも予算コンポーネントのためにパフォーマンスが低いのですか？

前もって感謝します、

hardwarestoragehphp-prolianthp-smart-array
12
3molo

HP SmartアレイP410は優れたコントローラーですが、バッテリーバックアップまたはフラッシュバックアップのキャッシュユニットを取り付けていない場合は、パフォーマンスが低下します。キャッシュは、書き込みがディスクにコミットされる前にキャッシュメモリによってバッファリングされるという点で大きな違いがあります。物理ディスクドライブの遅延を発生させることなく、アプリケーションへの書き込み確認を取得できます。

これは、同じ仕様のシステムの4GB ddです（DL380 G7と24GB RAMおよびp410と2 x SASディスクおよび1GBフラッシュバック書き込みキャッシュ）。RAMは、このようなテストで大いに役立ちますが、あなたはアイデアを得ます...

[root@xxxx /]# dd if=/dev/zero of=somefile bs=1M count=4096
4096+0 records in
4096+0 records out
4294967296 bytes (4.3 GB) copied, 3.70558 seconds, 1.2 GB/s

ただし、現実的には、適切なキャッシュを備えたそのコントローラー上のRAID 1で2つのSASドライブを使用した場合の書き込みパフォーマンスは、持続130-170メガバイト/秒の間でなければなりません。迅速なiozone上記のサーバー構成でのテストは以下を示します：

[root@xxxx /]# iozone -t1 -i0 -i1 -r1m -s16g
Write
Avg throughput per process                      =  166499.47 KB/sec
Rewrite:
Avg throughput per process                      =  177147.75 KB/sec

ESXiを使用しているため、ファームウェアのオンライン更新を実行できません。 現在のSmart Update Firmware DVD をダウンロードしてディスクに書き込み、システムに比較的新しいレベルのパッチが適用されていることを確認してください。

コントローラのクイックスペックは次のとおりです： http://h18004.www1.hp.com/products/quickspecs/13201_na/13201_na.html

$ 350〜$ 600の範囲で、次のいずれかを購入する必要があります。
512 MB BBWC
512MBフラッシュバックアップライトキャッシュ
1Gフラッシュバックアップライトキャッシュ

質問に答えるために、キャッシュソリューションが最も役立ちます。追加のディスクは、キャッシュの状況を処理するまで、大きな違いはありません。

*他のユーザーへの注意。最新のファームウェアを搭載した最近のHPコントローラーにキャッシュメモリがある場合、コントローラーにRAMがあるがバッテリーユニットがない場合は、書き込みキャッシュオーバーライドを使用できます。少し危険ですが、は、バッテリーまたはフラッシュユニットを購入する途中でどのようなパフォーマンスになるかをテストするための中間ステップになります。

26
ewwhite

コントローラのファームウェアバージョンを確認し、可能であればアップデートします。

Smart Array 410iで、ディスク障害後のアレイの再構築で非常にゆっくりと同様の問題が発生しました（ほとんどアイドル状態でない2 SASドライブの場合2日以上）。私の場合、問題は古いファームウェアにありました。経験上、ファームウェアはHPストレージコンポーネントの問題に対する回答となることが多いので、まずファームウェアを確認し、機能しない場合はHPでサポートケースをオープンすることをお勧めします（これが;）。

3
pitr

他の人が言うように、VMWare仮想化を使用したローカルまたはリモート/共有ストレージ操作の場合、RAIDコントローラーまたはBBWCキャッシュ（バッテリーバックアップキャッシュ）を備えたアレイがほとんど必要ですが、他の方法では、SAS/SATAスピンドルディスクを使用すると、ストレージのパフォーマンスが非常に低下し、使用できなくなります、SSDを使用する場合にのみ、最終的に書き込み/読み取りキャッシュなしでVMWare ESXi 3/4/5を使用でき、それほどパフォーマンスが低下しない可能性があります（SSDの書き込みキャッシュも推奨します）。

0
NTShad0w

なんとかストライプ化されたドライブをもっと走らせよう。書き込みキャッシュは大きな違いをもたらします。ミラーリングされたカップルSASドライブは、私たちのものには十分高速ではありません。一部の（はるかに）高価なものは、実際にすべてのVMをメモリにキャッシュできます。

0
JOTN