 |
パフォーマンス測定基準は、Microsoft Windows® Performance Monitor
(Windows Perfmonとも呼ばれます)を使用して収集しました。Microsoft SQL Server 2005およびEVA4000からのパフォーマンス測定基準は、Microsoft
Windows Perfmonユーティリティに直接統合されます。Microsoft SQL Server 2005とEVA4000のパフォーマンス測定基準に関する詳細は、「付録C-パフォーマンス測定基準」を参照してください。 |
| |
|
| 注記：特にMicrosoft Windows Server 2003
x64 Edition上でMicrosoft SQL Server 2005 32ビットを実行する(WOW (Windows
on Windows)モード)場合など、場合によっては、Microsoft SQL Server 2005のカウンタ測定基準が表示されないことがあります。詳細については、「付録C-パフォーマンス測定基準」を参照してください。 |
|
|
| |
Microsoft Windows Performance MonitorをセットアップしてMicrosoft SQL Server 2005のパフォーマンスの表示と記録を行うには、コマンドラインからperfmon.exeを使用するか、WindowsのMMC Performanceスナップインを使用して、Windows Perfmonを起動します。Perfmonが起動し、複数の基本カウンタが選択されてSystem Monitorが動作します。Microsoft SQL Server 2005カウンタをロギングなしで表示するには、プロット領域を右クリックして[カウンタの追加]をクリックします。[パフォーマンス オブジェクト]ドロップダウンメニューが表示されます。このドロップダウンリストを使用して、Microsoft SQL Serverのカウンタまでスクロールします。図3は、このリストの例を示しています。このテストの中で監視されるパフォーマンスカウンタのリストは、付録Cを参照してください。 |
| |
|
 |
|
| 図3. Windows Performance Monitor-SQL
Server 2005カウンタ |
|
|
| |
ログを設定して長期にわたるパフォーマンスを表示させるには、Performance MMCの[カウンタ
ログ]オプションをクリックします。デフォルトのログは、右側のペインにあります。右側のペインを右クリックし、[新しいログの設定]を選択します。ログ設定の名前を選択します。[全般]タブで、[カウンタの追加]を選択します。次に、[ログ
ファイル]タブをクリックし、ドロップダウンメニューからログファイルタイプを選択します。バイナリが最も一般的なタイプですが、他の選択肢もいくつかあります。ログファイルのデフォルト位置を変更する場合は、[構成]ボタンをクリックして別の場所を選択してください。パフォーマンスのロギングを開始するスケジュールをセットアップするか、[手動]を選択して任意の時刻にログを実行します。これらの手順が完了したら、[OK]をクリックしてログファイルを保存します。[スケジュール]タブで[手動]オプションを選択した場合は、そのログ設定を右クリックし、[開始]を選択してパフォーマンスカウンタのロギングを開始します。
終了時に結果を表示するには、System Monitorのツールバーにあるディスクの形状をしたアイコンをクリックします。[ログ
ファイル]ボタンを強調表示し、[追加]をクリックします。表示するログファイルを選択し、[データ]タブを使用して表示するカウンタを追加します。System Monitorは、[データ]タブで選択されたカウンタのログのみを表示します。特定の実行時間を表示するには、[ソース]タブを使用して[時間の範囲]を希望の時間に変更します。
EVA4000のパフォーマンス測定基準の表示は、上記の手順とほとんど同じです。異なる点は、Microsoft Windows Performance MonitorをHP StorageWorks Command Viewソフトウェアの動作するサーバから起動しなければならないことと、HP Command View EVAperfがサーバにインストールされていなければならないことです。EVAperfは、コマンドラインから実行するか、Microsoft Windows Performance Monitorに統合することができます。HP Command View EVAperfに関する詳細は、付録Cと「関連情報」の項を参照してください。 |
| |
|
| 注記：Microsoft Windows Performance
MonitorをHP Command View EVAperfの統計のバックグラウンドロギングに使用する場合は、EVA Data
Collection Serviceを自動起動するように設定することをお勧めします。そのためには、サーバのMMCで[コンピュータの管理]
- [サービス スナップイン]を使用して起動パラメータを変更します。 |
|
|
|
仮想RAIDの比較では、VRAID1およびVRAID5用に構成されたときのEVA4000のパフォーマンス結果を考察します。この項で示されている値は、前項で最も高いパフォーマンスを示した構成である、単一のディスクグループ ストレージ構成から採用したものです。
いずれのVRAIDレベルでもパフォーマンスの低下が見られ、VRAIDによりフォールト トレランスと冗長性が向上する利点が活かせません。どちらの場合も、書き込み要求とデータ転送が増加した結果として、こうしたパフォーマンスの低下が発生しています。VRAID1では、データブロックおよびそれに対応するミラーブロックへの2つの書き込みが必要です。VRAID5では、元のデータとパリティブロックを読み取る2つのデータ転送と、新しいデータとパリティブロックを書き込む2つのデータ転送の、4つのデータ転送が必要です。ほとんどのデータベース環境において、VRAID1のパフォーマンスがVRAID5を上回ることが予想されました。次のデータは、その予想を裏付けています。VRAID1とVRAID5のどちらを使用するかは、通常、容量の必要性に従って選択します。VRAID1の方が高いパフォーマンスをもたらすとはいえ、そのパフォーマンスは容量の犠牲のもとに成立します。VRAID5のパフォーマンスはVRAID1に比べると劣りますが、容量をそれほど犠牲にすることはありません。たとえば、1TBのローディスク領域では、VRAID1では500GBですが、VRAID5では約750GBの領域が可能です。この250GBの差は、パフォーマンスと容量のどちらを優先してストレージ環境を構築するかの判断材料になります。
図7は、ファイルサイズと使用可能容量におけるVRAID5とVRAID1の比較です。このグラフでは、1TBのファイルサイズを比較しており、VRAID5はVRAID1よりも409GB多くの容量が使用可能なことを示しています。 |
| |
|
| |
図8は、サーバに見られるVRAID5のスループットとVRAID1のスループットの関係を示しています。このグラフは、サーバによる合計IO、読み取り、およびシステムLUNへの書き込みを示しています。VRAID1を使用することで、大幅なパフォーマンスの向上が見られます。パリティビットへの大量の書き込みと計算によってVRAID5が使用するパフォーマンスのオーバーヘッドを勘案すると、この結果は予想どおりのものです。 |
| |
|
 |
|
| 図8. VRAID1とVRAID5の比較-サーバIOスループット |
|
|
| |
IO/秒およびMB/秒の両方のサーバスループットにおいて、VRAID5よりもVRAID1の方が優れたパフォーマンスを示しました。1TBデータベースでは、VRAID1のパフォーマンスがVRAID5を約18%
上回っています。100GBデータベースでは、約31% も高いパフォーマンスを示しています。
図9は、EVAストレージアレイ-合計ホスト要求/秒を示しています。 |
| |
|
 |
|
| 図9. VRAID1とVRAID5の比較- EVAストレージアレイ合計ホスト要求/秒 |
|
|
| |
サーバの場合と同様に、EVA4000上のパフォーマンスでも、VRAID1はVRAID5と比較して格段に優れたスループットを示しました。100GBデータベースでは、VRAID1がVRAID5よりも約30%
高いパフォーマンスを示し、1TBデータベースでも、約20% 上回るパフォーマンスを示しています。
EVA4000の新しいコントローラテクノロジは、EVA3000の2倍のキャッシュミラーポートを使用してI/Oパフォーマンスを向上させることによって、スループットを高めます。このテクノロジは、他のアレイテクノロジと比較して、VRAID5のパフォーマンスの低下を大幅に抑制します。しかし、Microsoft SQL Server OLTPデータベース環境では、VRAID1がVRAID5をパフォーマンスの点で上回るのは明らかです。
|
| |
|
| ベスト プラクティス：EVA4000上でMicrosoft SQL Server 2005データベースディスクとログディスクの最適なパフォーマンスを得るには、VRAID1を選択してください。VRAID5は、パフォーマンスをある程度犠牲にしてでもディスク容量を確保したい場合に選択してください。 |
|
|
|
【サーバの評価】
サーバとストレージ リソースが明らかに釣り合っていないことわかりました。ピーク時のトランザクション/秒で実行中にサーバのプロセッサ使用率を調べることによって、この構成で使用されているHP
ProLiant BL45pブレードサーバはハイスペックすぎる可能性があることが明らかになりました。BL45pブレードサーバは、1TBデータベースのようなエンタープライズサイズのデータベースを実行する場合には正しい選択ですが、このテストでは、CPUとメモリが十分に使用されませんでした(表2参照)。CPUの使用率は非常に低く、サーバメモリの使用率は73%
でした。これは、73% をSQL Serverに直接割り当てているためです。
|
|
| |
表2 BL45pリソースの使用率 - VRAID1 単一のディスクグループのテスト
| DBサイズ |
CPU使用率 |
メモリの割り当て率 |
| 100GB
|
12.4 |
73 |
| 250GB |
8.6 |
73 |
| 500GB |
7.6 |
73 |
| 1TB |
6.2 |
73 |
|
|
| |
所定のストレージ環境に対する適切なサーバを決定する1つの方法は、HP Active Answers ToolsサイトにあるHP ProLiant Transaction Processing Sizer for Microsoft SQL Server 2000を使用することです (「関連情報」の項を参照)。この文書の執筆時点では、ProLiant Sizer for Microsoft SQL Server 2005はまだ開発中ですが、現在のSizer for Microsoft SQL Server 2000は、サーバのリソースを正確に表示します。Sizerを使用すると、データベースサイズとトランザクションの作業負荷に基づいて、お使いのMicrosoft SQL Server環境に適したProLiantサーバを決定することができます。
図10 は、 ProLiant Sizer for Microsoft SQL Server 2000 の出力を示しています。 |
| |
|
 |
|
| 図10. ProLiant Transaction Processing Sizer for Microsoft SQL Server 2000 |
|
|
| |
データベースサイズとトランザクションの作業負荷の入力に従って、特定のデータベースサイズに対して表3のようなサーバオプションが表示されます。 |
|
| |
表3
| DBサイズ |
サーバオプション1 |
サーバオプション2 |
| 100GB |
ProLiant DL385 1P 6144MB RAM
|
ProLiant BL20p G3 2P 6144MB RAM
|
| 250GB |
ProLiant DL385 1P 14336MB RAM |
ProLiant BL20p G3 2P 14336MB RAM |
| 500GB |
ProLiant DL580 G3
Intel® Xeon™ 1P
28672MB RAM |
ProLiant BL25p 1P 28672MB RAM |
| 1TB |
ProLiant DL580 G3
Xeon 1P 32768MB RAM |
ProLiant BL45p 2P 32768MB RAM |
|
|
| |
ProLiant Sizerのもう1つの重要な機能は、拡張計画です。将来の計画を立てる場合に、トランザクションとデータベースサイズの予測される拡張を0〜100%
で計算するオプションがあります。 |
印刷用画面へ
