キャンセル提案をオンにする自動提案では、入力時に可能な一致が提案されるので検索結果を素早く絞り込むことができます。Hitに関しては確かに項目がありません。LUN単位で管理しているからです。LUNとそのアドレスを特定されます。Cache内ではそのLUN単位で管理されます。BaseのLUNのキャッシュヒット率は表示できないということになります。LUNのRaidレベルによるものが考えられます。Readで変わりません。Parityを書き込みます。Parity)の4IOが必要となります。wirte必要となります。Parityのデータを読み出す必要がありません。1/N(Parity))のIOが発生します。2/N(Parity))のWriteが必要となります。Thumbは以下のようになります。IOPS上記がおおよその目安となります。安全をみている数値となりもちろん最大値ではありません。IO”の場合となります。詳細なご回答ありがとうございます。SP上ではWPが考慮されていなかったのですね。ディスクIOでサイジングはよく行うのですが、ディスクIOだけでサイジングするとかなりディスク本数が多くなることが多いです。(WPの兼ね合いが大きいです。)ディスクIOでやるとかなり安心感はあるのですが、他社のサイジング(メーカのサイジングツール使用しているようです)を見るとキャッシュヒット率も考慮されてかなりディスク本数に差があり提案等しづらくなっているため、キャッシュヒット率を考慮したいと検討していました。BaseのLUNのキャッシュのヒット率は計測できません。お問い合わせのようなサイジングをAnalyzerで行うのはちょっと難しいかもしれません。サイジングを行う場合には、上位側で必要とするIOPS、容量、アクセスパターン(Read/Writeの比率)を知る必要があります。Thumb)から要求を満たすRaidレベル、Disk本数が計算されます。参照、比較してみてください。エキスパートに聞こう!Unisphere(Navisphere)Analyzerの数値を読み解く!【AskTheExpert1】ご回答ありがとうございます。IOの合計300IOがディスクで処理されるべきIOPSとして考えれますでしょうか。IOの差でキャッシュヒット率を算出するのは困難です。Dataが存在します。Dataと同様の”Data”としてCache上で管理されます。IOに反映されてしまいますので、IOカウントからキャッシュヒット率を計算することは難しいと考えられます。日本語コミュニティーのモデレーターをやっている上原です。(今回のエキスパートの上原さんとは別人です)第一回目の「エキスパートに聞こう!」イベントからいきなり高度なディスカッションになってますね!まだ1週間以上時間があるので、この機会を是非利用してください。いっても「どんな質問すればいいのだろう?」となやんでいる方がいるかと思います。Lengthって何が違うんだろう・・」なんていうのもありかと。正直な話、EMC社内でも上原さんに質問が出来るチャンスは結構少なかったりします。今を逃すと一生わからないままになってしまうかも知れません(まぁそれが心残りになるとはちょっと思いにくいですが・・・)。Cacheを使用しています。Cacheの容量が現在のシステム構成で足りているか足りていないかを判断するためにはAnalyzerのどの項目を確認すればよろしいでしょうか。以上よろしくお願いいたします。確認してみてください。CACHEは充分な構成であると考えられます。エキスパートに聞こう!Unisphere(Navisphere)Analyzerの数値を読み解く!【AskTheExpert1】すみません初歩的なことかもしれませんが確認させてください。Flushes/s”という項目に変わったのでしょうかよろしくお願いいたします。