I/Oパフォーマンスが高くなるように割り当てを行う際のベストプラクティスは何でしょうか

I/Oパフォーマンスが高くなるように割り当てを行う際のベストプラクティスは何でしょうか

計画について質問があります。最近、ESX Server 4.0 (4 つの新しいホスト) に FC 接続された 2 つの 625 GB LUN (clariion cx-240) を作成するようにというリクエストを受けました。これらの LUN で実行されるアプリケーションはわかりません。ただし、LUN を RAID 5 から切り出すオプションしかありませんでした。すべて FC ディスクで、RAID グループ内のディスクの数ではなく、容量のみを調べました。これらの既存の RAID グループは、DB2、SAP などの多くのアプリケーションで使用されています。20 個の RG から LUN を取得するので、何か違いがあるでしょうか。

私が行ったのは、2 つのメタを作成することです。さて、私が持っていた RAID グループから始めましょう。前述したように、すべて RAID5 です。そこで、63 GB の LUN を 10 個と、LUN を 10 個持つ別の 63 GB を取得することにしました。次に、それぞれにメタを作成し、ストレージを割り当て、4 つのホストすべてをその SG に割り当てました。

そこで、630 + 630、つまり合計 1260 GB を提示しましたが、要求されたのは 1250 GB でした。ここでの質問は、その要件を正確に満たすために、GB をブロックに変換して割り当てるのがベスト プラクティスかどうかです。

もう一つ明確にしておきたいのは、I/O への影響がそれほど大きくならないように、LUN のサイズを小さくすることにしたということです。この要件をプロビジョニングする際に、もっと良い方法があったでしょうか? (メタ作成時の LUN サイズ)

次回は最善の方法で割り当てられるようにアドバイスをお願いします...

読んでくれてありがとう!

私はお客様に最善の方法でサービスを提供したいと思っていますが、初心者なので、私の投稿を無視せず、最善の方法があればそれを理解できるようにしてください。そうすれば、次回はより賢明に作業できるようになります。

答え1

あなたが書いた内容の一部を理解するのに苦労しましたが、まずは質問から始めたいと思います。

まず、より小さな LUN (ボリューム) を提供するという決定は、悪いものではありませんでした。一般的に、ストレージのルールは、深くする前に広くすることであり、各ボリュームには独自のコマンド キューがあり、これが IO/s の制限になる可能性があります。また、作業が SP とポート間でより均等に分散されるため、これらがボトルネックになる可能性が低くなります。とはいえ、LUN が小さいからといって、システムの作業が減るわけではありません。ストレージをどのようにレイアウトしても、サーバーは同じ数の読み取りと書き込みを実行します。

他のアプリケーションと同じ RAID を再利用するという決定については、それが唯一の選択肢である場合は心配する必要はありません。これは別の共有リソースですが、現在、ほとんどの管理者がすべてのワークロードをすべてのドライブにストライプ化することを決定しています。競合があっても、各ワークロードの個々のパフォーマンスは、ドライブのサブセットのみの場合よりも悪くなることはなく、競合がない場合、各ワークロードははるかに高速になります。

EMC では、トランザクションの多いデータベース (ランダム読み取りが最大 70% になる傾向がある) を実行しているため、RAID-5 ではなく RAID-10 を使用することをお勧めします。RAID-10 を使用すると、使用可能なスペースが半分になりますが、ディスク アクセス速度が向上します。私はベンダーの批判者ではありませんが、EMC 自身もディスク集約型アプリケーションには RAID-10 を推奨しています。

残りの 10 GB をどうするかは、ストレージ料金を支払った人が決めることです。

答え2

おそらく、あなたが犯した最大の過ちは、ストレージを割り当てる前にその要件を把握していなかったことです。低レイテンシのストレージ アプリケーションがいくつかあるようですが、この新しい需要によって、これまで享受していたサービス レベルが台無しになる可能性があります。彼らが自分のアプリケーションが何であるかを知らなかったと仮定すると、それに応じて、私は彼らのボリュームを利用可能な最低のストレージ層に配置し、パフォーマンス (および、彼らがどれだけ頻繁に叫ぶか) を監視します。

ストレージ ソリューションには無数のオプションがあります。実際に提供するサービスがどのようなものか、大まかな視点で把握し、顧客とのサービス レベル契約を確実なものにするために必要なツールが必要です。最終的には、さまざまな要求が課される複雑な共有リソースを管理することになります。このパラダイムを理解すれば、時間の経過とともに、このテーマに関する専門知識を高めながら、自分の立場をサポートするより優れた戦術と機器への道が開かれるはずです。

関連情報