SLES 10サーバーへの60TBストレージの追加

SLES 10サーバーにいくつかのアーカイブ/ステージングストレージを追加する必要があります。要件は、大きな画像ファイル（大部分が150MegのTiff）からなるアーカイブデータ（文字通り、これはライブラリ用）を格納するために使用されるかなり大きなボリューム（それぞれ約9-20TB、合計で60TB程度）を提示することです。大きなtarball。データはIOを読み取るように圧倒的にバイアスされ、確かに95％を超え、おそらく99％を超えるでしょう。

ストレージはすでに購入済みです-2 TB 7200 RPM SATAドライブを完全に搭載した2台のMD1000とデイジーチェーン接続されたDell MD3000 SASアレイ、合計45台のドライブ。アレイのスタックは、2つのデュアルポート外部SASアダプターを使用して接続されます。つまり、スタックには4つのパスがあります。

私の意図は、これらを、アレイごとに1つのホットスペアを持つ4つのRAIDグループ上にある4つのボリュームのセットとして構成することです。すべてのグループは7または14ドライブのRAID 6であり、各RAIDグループはそのグループのすべての容量を使用する単一のLUNとして提示されます。SLES側では、これらをXFSボリュームとしてフォーマットする必要があります。

私はSLES（およびLinux全般）の経験が限られているため、これに関するいくつかの推奨事項を具体的に探しています。

1. SLES 10でこのサイズのXFSボリュームを構成する際に注意すべき特定の事項はありますか？つまり、IOプロファイルが与えられれば、デフォルト設定で問題ありませんか？
2. これらを初期化\パーティション\フォーマットする最良の方法は何ですか？Partedを使用してディスクラベルを設定し、YASTパーティションマネージャー（すべてのデフォルトを受け入れる）を使用して、最初のテスト用のXFSボリュームを作成およびフォーマットしました。
3. マルチパスを設定するにはどうすればよいですか？最初のテストボリュームを提示すると、4つの別個のデバイス（/ dev / sdl、/ dev / sdm、/ dev / sdnおよび/ dev / sdn）として表示されます。これを1つのボリュームとして扱うにはどうすればよいですか？
4. 最初のテストで、既存のEMC Clariion SANボリュームからの転送速度が約30Meg /秒であることがわかりました。これは予想よりもはるかに低く、RAID 6の書き込みペナルティを考慮しても、70-100Meg /秒のボールパークで何かが見られると予想していました。
5. すべてが大丈夫かどうかはどうすればわかりますか-エラー/警告などをどこで探すべきですか？たとえば、YASTパーティションエディターの起動には非常に長い時間がかかります。その理由を知りたいのですが。
6. これを別の方法でパーティション化し、別のファイルシステムを使用しますか？

サーバーはDell 2950です-詳細な仕様を確認していませんが、一番上は使用率が1桁以下でホバリングしていることを示しています。

以前の仕事でも同様の問題がありました。私たちはプラネタリウムの制作をしており、各フレームは64メガピクセルでした。大きな画像がたくさん。これらは、コンピューターのクラスターに対する非常に積極的な読み取り操作で、劇場ごとに処理されます。

この場合のサーバーには、同様のストレージ設定がありました。複数の外部直接接続RAIDアレイ。これらはそれぞれ、ホストに公開されたRAID6ボリューム内にあり、LVM（論理ボリュームマネージャー）の下のVG（ボリュームグループ）に追加されました。その後、各ショー/プロダクションは独自のLV（論理ボリューム）、フォーマット済みXFSを取得し、必要に応じてプロジェクトとともに拡大します。

データセットがかなり静的であるか、このように予測可能な方法で成長する場合は、このアプローチが適切に機能するはずです。ただし、このアプローチには欠点があることに注意してください。ストレージのLVをマイクロ管理する必要があります。一部の管理者はこの方法でそれを好みますが、他の管理者はそれを避けようとします。ただし、これにより、データセットの拡大に​​合わせて各LVおよびXFSファイルシステムを拡大できます。XFSボリュームをできるだけ小さくして、完了までに数年かかるfsckに悩まされないようにします。また、ファイルシステムが南に移動した場合の損傷制御として機能できます。

免責事項：私がこれを今日設定する場合、OpenSolarisとZFSを使用します。主にb / cは、マイクロ管理の問題を回避し、優れたファイルシステム/ボリュームマネージャーです。だから、それも見てみたいかもしれません。

私はもっ​​と多くのディスクとRAID 10を買うためにもっと多く含まれるでしょう。

しばらく購入した何百もの1TB FATA（ファイバー接続SATA）ディスクで恐ろしい問題がありました。これらはそれぞれ£1kで、1か月あたり5％を失っています！基本的に、それらは24時間365日のデューティサイクル用に設計されていないだけでなく、同じ問題が発生する可能性があるため、R10をお勧めします。

RAID6は正しい方向への一歩ですが、能力があれば、少なくとも1台のディスクをホットスペアとして残しておきます。ディスクがアレイ上のどこかで停止すると、それが待機している間にジャンプしてストライプします。故障したディスクを交換します。その件について、オンサイトで少なくとも2〜3台のスペアディスクを交換する準備ができていることを確認し、問題が24時間年中無休で発生していることを知らせるすべてのアラート設定があることを確認してください。

パフォーマンスに関しては、これらの2GBディスクは7.2kディスクに対応するのに適さないため、SASは非常に高速になる可能性があるため、前述の順次読み取りでは70MBpsが予想されます-ランダムと書き込みは明らかにかなり低くなります。

私が否定的に思える場合は申し訳ありませんが、私は何年もの間ストレージに取り組んできており、エンタープライズディスクシステムでしか簡単に眠ることができません。ローエンドのギアを修正する48/72時間のシフトを多く引きすぎただけです。