適切にアライメントされたLUNでのI/Oミスアライメントの概要
変更を提案
PDF
ONTAPでは、適切にアライメントされたLUNでI/Oのミスアライメントが報告されることがあります。一般に、これらのミスアライメントの警告は、LUNが適切にプロビジョニングされていて、パーティションテーブルが正しいことに確信があれば無視してかまいません。
LUNとハードディスクはどちらもストレージをブロックとして提供します。ホスト上のディスクのブロックサイズは512バイトであるため、LUNはそのサイズのブロックをホストに提供しますが、実際にはより大きな4KBのブロックを使用してデータを格納します。ホストで使用される512バイトのデータブロックを論理ブロックと呼びます。LUNがデータの格納に使用する4KBのデータブロックを物理ブロックと呼びます。つまり、4KBの各物理ブロックに512バイトの論理ブロックが8個あります。
ホストオペレーティングシステムは、任意の論理ブロックで読み取りまたは書き込みのI/O処理を開始できます。I/O処理は、物理ブロック内の最初の論理ブロックで開始されたときにのみアライメントされたとみなされます。I/O処理が物理ブロックの始点でもない論理ブロックから開始された場合、I/Oはミスアライメントされているとみなされます。ONTAPは、LUNのミスアライメントを自動的に検出して報告します。ただし、ミスアライメントI/Oがあるからといって、LUNもミスアライメントされているとは限りません。適切にアライメントされたLUNで、ミスアライメントI/Oが報告される可能性があります。
詳細な調査が必要な場合は、ナレッジベースの記事を参照してください。"LUNのミスアライメントされたIOを特定する方法"
アライメントの問題を修正するためのツールの詳細については、 + を参照してください
LUNのOSタイプを使用したI/Oアライメントの実現
ONTAP 9 .7以前の場合は、OSのパーティショニングスキームでI/Oがアライメントされるように、オペレーティングシステムに最も近い推奨ONTAP LUN値を使用する必要があります ostype。
ホストオペレーティングシステムで採用されているパーティション方式は、I/Oのミスアライメントの主な要因です。一部のONTAP LUN `ostype`値では、「プレフィックス」と呼ばれる特別なオフセットを使用して、アライメント対象のホストオペレーティングシステムが使用するデフォルトのパーティショニングスキームを有効にします。
|
場合によっては、I/Oアライメントを実行するためにカスタムのパーティショニングテーブルが必要になることがあります。ただし、「prefix」の値がより大きい値の 0`場合 `ostype、カスタムパーティションを使用するとミスアライメントI/Oが発生する可能性があります。
|
ONTAP 9 .7以前でプロビジョニングされたLUNの詳細については、技術情報アーティクルを参照して"LUNでアライメントされていないIOを特定する方法"ください。
|
|
デフォルトでは、ONTAP 9 .8以降でプロビジョニングされる新しいLUNには、すべてのLUN OSタイプでプレフィックスおよびサフィックスサイズが0に設定されます。I/Oは、デフォルトでサポートされるホストOSとアライメントされている必要があります。 |
Linux固有のI/Oアライメントに関する考慮事項
Linuxディストリビューションでは、データベース、各種ボリュームマネージャ、ファイルシステムのrawデバイスなど、さまざまな方法でLUNを使用できます。rawデバイスまたは論理ボリューム内の物理ボリュームとして使用される場合、LUNにパーティションを作成する必要はありません。
RHEL 5以前およびSLES 10以前で、ボリュームマネージャを使用せずにLUNを使用する場合は、アライメントされたオフセットから始まる1つのパーティション（8個の論理ブロックの偶数倍のセクター）を持つようにLUNをパーティショニングする必要があります。
Solaris LUN固有のI/Oアライメントに関する考慮事項
ostypeと `solaris_efi`ostypeのどちらを使用するかを決定する際には、さまざまな要因を考慮する必要があり `solaris`ます。
詳細については、を参照してください "Solaris Host Utilities Installation and Administration Guide"。
ESXブートLUNがミスアライメントとして報告される
ESXブートLUNとして使用されるLUNは、通常、ミスアライメントとしてONTAPから報告されます。ESXではブートLUNに複数のパーティションが作成されるため、アライメントが非常に困難になります。ミスアライメントされたI/Oの総量は小さいため、ミスアライメントされたESXブートLUNは通常、パフォーマンス上の問題にはなりません。VMwareを使用してLUNが正しくプロビジョニングされていれば、 `ostype`対処は不要です。