ランダム入出力と順次入出力の最適化

このセクションでは、構成を最適化するための方法について説明します。

作成している Solaris Volume Manager ボリューム上で順次入出力とランダム入出力のどちらが多く発生するかがわかっていない場合は、これらのパフォーマンスチューニングのヒントを実装しないでください。これらのヒントが誤って実装されると、かえってパフォーマンス低下する場合があります。

次の最適化の提案では、RAID-0 ボリュームを最適化していることを前提にしています。一般には、RAID-0 ボリュームを最適化したあと、最適なパフォーマンスとデータの冗長性の両方を得るためにそのボリュームをミラー化することをお勧めします。

ランダム入出力

ランダム入出力環境 (データベースや汎用のファイルサーバーに使用される環境など) では、すべてのディスクが入出力リクエストの処理に等しい時間を費やすようにしてください。

たとえば、データベースアプリケーションのための 40G バイトのストレージがあるとします。4 つの 10G バイトディスクスピンドルにわたってストライプ化し、かつ入出力がランダムで、ボリューム間で均等に分散されている場合は、各ディスクが均一にビジー状態になるため、一般にはパフォーマンスが向上します。

iostat コマンドで報告されるように、ディスク上の最大のランダム入出力パフォーマンスの目標は 35% 以下の使用率です。通常、65% を超えるディスク使用率は問題になります。90% を超えるディスク使用率は重大な問題です。ディスク使用率の値が高すぎる場合の解決策は、より多くのディスク (スピンドル) を備えた新しい RAID-0 ボリュームを作成することです。

データをすべてのディスクにわたって分散させるだけであるため、ストライプのインタレースサイズは問題になりません。標準的な入出力リクエストを超えるインタレース値であれば十分です。

順次アクセス入出力

テーブル全体をスキャンすることの多い DBMS サーバーや、非常に大量のデータを処理する環境内の NFS サーバーなど、順次入出力環境内の構成のパフォーマンスを最適化できます。順次入出力環境を利用するには、インタレース値を標準的な入出力リクエストのサイズに対して相対的に低い値に設定します。

たとえば、標準的な入出力リクエストのサイズが 256K バイトであり、4 つのスピンドルにわたってストライプ化されるとします。この例でのストライプユニットサイズの適切な選択は次のようになります。

256K バイト / 4 = 64K バイト、またはそれ以下

この方法により、標準的な入出力リクエストが複数のディスクスピンドルにわたって確実に分散されるようになるため、順次帯域幅が増加します。

順次アプリケーションでは通常、標準的な入出力サイズが大きく、128K バイトを超える場合や、1M バイトを超える場合もあります。あるアプリケーションの標準的な入出力リクエストのサイズが 256K バイトであり、4 つのディスクスピンドルにわたってストライプ化されるとすると、次のようになります。

256K バイト / 4 = 64K バイト

そのため、インタレースサイズの適切な選択は 32K から 64K バイトになります。