抽象化のさまざまな層。
大規模なストレージアレイがある場合、おそらく1台のサーバーですべてを使用したくないので、それを論理ユニットに分割します（LUNは実際には論理ユニット番号ですが、覚えておくと役立ちます）。つまり、ストレージを使用可能なチャンクにスライスし、サーバーに提示します。簡単な例として、/ dev/sdbと表示されているとします。その上にパーティションはありません。サーバーが気にかける限り、それは単なるディスクです。
なぜLVMをその上に配置するのですか？私にとって、それは成長のためです。そのディスクがいっぱいになった場合は、ディスクにスペースを追加できるようにしたいと考えています。 LVMを使用すると、ストレージアレイでそのLUNのサイズを変更でき（または、別のLUNを作成してサーバーに提示することもできます）、LVMを使用することで、簡単かつ（私の心の中で）リスクが軽減され、再起動せずに「仮想」ディスクを拡張できます。
ここにLVMの概要を書きました： http://www.standalone-sysadmin.com/blog/2008/09/introduction-to-lvm-in-linux/
ここでLUNのサイズ変更について話すときに参照したもの： http://www.standalone-sysadmin.com/blog/2009/05/resizing-storage-luns-in-linux-on-the-fly/ =
LVMは、ディスク（通常はローカルに接続されているディスク）を小さなセクションに「分割」するために使用されるソフトウェアです。
LVMは、パーティションの代わりに簡単にサイズ変更できる論理ボリュームにハードドライブ領域を割り当てる方法です。
LUNは、通常はストレージアレイ上の構成体であり、ディスクアレイ/ボリュームの「スライス」をホストに提示します。ここでは、何らかの接続を介して物理的に接続されたローカルディスクとして表示されます。通常はSAN（iSCSI/FC）。
たとえば、ホストにLUNを提供した場合、LVMを使用して、システムがローカルディスクと見なしたレイアウトをさらにカスタマイズできます。
LUNは論理ユニット番号です。物理ディスク全体、またはより大きな物理ディスクまたはディスクボリュームのサブセットを参照するために使用できます。物理ディスクまたはディスクボリュームは、単一のディスクドライブ全体、単一のディスクドライブのパーティション（サブセット）、またはより大きな容量と冗長性のためにまとめられた複数のディスクドライブで構成されるRAIDコントローラからのディスクボリュームにすることができます。 LUNは論理的な抽象概念、または必要に応じて、物理ディスクデバイス/ボリュームとアプリケーション間の仮想化レイヤーを表します。
LUNは通常、フォーマットされ、特定のサーバーまたはサーバーのグループに割り当てられている未処理のディスク領域の量へのディスクアレイレベルの参照です。複数の物理ディスクに分散している可能性がありますが、ディスクアレイによってターゲットサーバーへの単一の「論理」ドライブとして提供されます。
LVMは「Logical Volume Manager」の略で、通常、サーバーに割り当てられるraw LUNの上に階層化されるオペレーティングシステムソフトウェアの一部です。 LVMを使用すると、LUNを小さな論理ボリュームに細分割したり、ボリュームグループにグループ化したり、LUN間でディスクミラーリングを実行したりするなど、LUNでさまざまなタスクを実行できます。
LUNはSCSIの概念（「論理ユニット番号」）です。
SCSIには、コントローラに対応する「ターゲット」があります。ターゲットには、いくつかの「論理ユニット」が接続されている場合があります。例として、一連のディスクが接続されたJBODを想像してください。これらのディスクを単一のターゲット上のLUNとして提示することを選択できます。
多くの場合、ストレージアレイは複数のディスクのRAIDを個別のLUNとして提示します。大容量ディスクのように見えますが、RAID保護されたインターフェースを取得します。
LVMはより高いレベルの概念であり、論理的な「ファイルシステムに置いたもの」を「物理ディスク」から切り離します。多数のディスクを取り込み、内部で何らかの形式のLVMを実行し、結果のドライブをSCSIターゲット上のLUNとして表示する「LVMコントローラー」を実装することは確かに可能です。これは、より洗練されたストレージアレイでは非常に一般的です。
ただし、LUNはLVMの結果である必要はありません。単なる物理ディスクの場合もあります。