新しい EMC VNX5200 SAN は、パーティションを「焼き付け」た後にパフォーマンスが向上する傾向があることに気付きました。これは、パーティションをさまざまなジャンク データで埋め、すべてを数回削除することを意味します。SAN 管理者にこのことを尋ねましたが、面倒くさがっていました。彼は IOPS について何かつぶやき、MB/秒は関係ないと述べました。確かに、それはそうかもしれませんが、夜間の SQL バックアップと復元 (大きな連続チャンク) が、当初の 15MB/秒ではなく、現在の 80MB/秒で実行されることは、私にとって非常に重要です。SQL サーバー用に独自の LUN を取得しようと努力しましたが、バックエンドにディスクがいくつあるか、RAID 構成、またはそれらに他の LUN があるかどうか、SAN がキャッシュを実行したり、頻繁に使用されるデータをより高速なストレージに移動したりしているかどうか (「焼き付け」を説明できる) については、まったくわかりません。アクセス権があるので管理コンソールを調べることはできますが、その情報をすべて読み取る方法がわかりません。
すべてが順調に動作し、現在のパフォーマンスを期待レベルとして受け入れることができたらうれしいです。しかし、繰り返しになりますが、この高価な SAN で現在確認している最大読み取り速度は 80 MB/秒で、書き込み速度はその半分程度です。これは、7200 rpm ドライブ (RAID なし) を搭載した 3 年前のデスクトップ ラボで常時 110 MB/秒のバックアップを取得できる速度よりはるかに遅いです。
質問は、SAN から一貫したパフォーマンスを得るにはどうすればよいかということです。SAN 管理者に何を尋ねればよいでしょうか。パフォーマンスを確認する最適な方法は何ですか。または、SAN の製造元、ディスク モデルと構成データ、負荷タイプのシナリオに基づいてパフォーマンス ベースラインを確認して指示できる信頼できるオンライン リソースはありますか。(同一のゲーム プラットフォームの CPU+GFX スコアなど)
答え1
ストレージ管理者は、全体像をあなたに伝えていません。通常の IO (ランダム シーキー読み取りと小さなブロック書き込み) を実行するときに制限されるのは IOPS ですが、バックアップは大きなシーケンシャル読み取りであるべきであり、IO/s で測定することはできないというのは正しいです。
バックアップを行う際、連続的に読み取りますか、それともディスク全体にわたって小さな読み取りを多数実行しますか? ランダム読み取りの場合、IO/s で測定されるディスクのシーク能力に制限がかかります。
連続読み取りの場合、速度はまず転送層によって制限されます。1 Gb/s iSCSI を使用している場合、最大速度は 80 MB/s 程度になります。ネットワークを共有していて、リンクが完全でない場合は、さらに低くなります。ストレージ フロントエンド ポートが複数のクライアントのバックアップを実行している場合も、制限される可能性があります。最後に、使用するディスクが大量の読み取りや書き込みを行っている他のクライアントと共有されている場合、これが原因となる可能性があります。
そうは言っても、ストレージ担当者は少なくとも、なぜ速度が遅いのかを教えてくれるので、パフォーマンスを改善する方法を見つけられるはずです。共有リソースの競合を避けるためにバックアップ ウィンドウを移動したり、現在不足しているリソースを競合しないようにストレージを分離したりすることもできます。