LinuxでRAIDおよびLVMを使用してパーティションが調整されていることを確認する
LVMおよびmdRAID上のXFSファイルシステムが4096バイトのアレイに適切に配置されていることを確認する手順を知っている人はいますか 別名「AdvancedFormat」 セクター化されたディスク
いくつかの参照は次のとおりです。
http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/index.html
http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/
また、この質問のコンテキストは、Stack Overflowの新しいNASに関するものです： http://blog.serverfault.com/post/798854017/the-theoretical-and-real-performance-of-raid-1
検証は難しいものです。私の最初の考えは、メディアから一連の直接IO 4KB読み取りを実行し、点滅するライトを監視することでした。 x回目の読み取りごとに2つのドライブがフラッシュする場合は、不整合の兆候です（4kbの読み取りがRAIDストライプ境界にまたがっています）。ただし、ハードウェアから3000マイル離れているため、機能しません。
RAIDストライプ幅が4KBセクターサイズよりも大きいと想定しています。少し前に考えたテストは、ストライド読み取り/書き込みテストを行うことです。これは、x4KBセクターごとに読み取り/書き込みを行う場所です。オフセットを変更すると、テストするRAIDストライプの場所を変更できます。特定のオフセットが異なるパフォーマンスを示す場合、特定のオフセットが4KB操作のRAIDストライプにまたがっている兆候であると考えます。これにより、XFSがRAID構成で適切に調整されていることが確認されます。
RAIDストライプが正しく位置合わせされていることを確認するには、同じ種類のストライドテストを使用して、個々のドライブの「iostat」値を監視します。ストライドサイズが適切であれば、常に2つのドライブでのみアクティビティが表示されます。同じテストで4つのドライブすべてのアクティビティが示された場合は、何かがずれていることを証明できます。
ストレージベンチマークIOZONEにストライドテストを実行する機能があることは確かですが、より一般的なIOMETERがそれを実行できなかった場合は非常に驚きます。ただし、ダイレクトIOを使用し、キャッシュと書き込み結合をバイパスする機能は、これらの種類のテストにとって重要です。
これは個人的なことですが、この調整ビジネスは過大評価されていると思います-細部にまで気を配ったとしても、現代のキャッシュのサイズに加えてディスクからメモリチェーンへの複雑さを考えると、1桁台前半のパフォーマンス上のメリットがあると思います。あまり汗をかかないでしょう。
しかし、それは私です;）