回答:
抽象化のさまざまな層。
大きなストレージアレイがある場合は、おそらく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は、通常はストレージアレイ上の構成要素であり、これを使用して、ディスクアレイ/ボリュームの「スライス」をホストに提示します。 。
たとえば、ホストに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コントローラー」を実装できます。これは、より洗練されたストレージアレイでは非常に一般的です。
ただし、LVMはLVMの結果である必要はありません！単なる物理ディスクの場合があります。