LVMでディスクに障害が発生するとどうなりますか？

Question

ESX 4.1ホストでLinuxサーバーを構成しています。このサーバーには、数TBのデータが格納されている必要があります。現在、LVMを使用するかどうかについて議論しています。現在の推論では、複数の2TBボリューム（ESXによって課される制限）を別々のボリュームにマウントするのが最善です。

/disk1 - 2TB

/disk2 - 2TB

/disk3 - 2TB

100GBから400GBまでのサイズのディレクトリを保存します。これらのディレクトリは全体として保存する必要があり、分割することはできません。懸念事項は、/ disk1に1.7TBを格納することになり、さらに400GBを格納する必要がある場合、多くの無駄なスペースが存在することです。この場合、400 GBのディレクトリを/ disk2に保存し、300 GBを未使用のままにする必要があります。

この問題の1つの解決策は、次のように構成されたLVMです。

 --------
 Disk 1 | 
        |
 Disk 2 |---->/disk
        | 
 Disk 3 | 
 --------

しかし、私たちは1つの簡単な質問にこだわっています。ディスク2に障害が発生した場合はどうなりますか？

最初のシナリオでは、ディスク2に障害が発生するとどうなるかは明らかです。/disk2にアクセスできなくなります。

LVMのセットアップで、ディスク2に障害が発生した場合、ディスク2に保存されていたデータのみが使用できなくなるなどの問題が発生するか、または/ disk上のすべてのデータにアクセスできなくなりますか？

Answer 1

LVMに付属するいくつかの重要な抽象化の概念を省略しました。論理ボリュームはディスクを処理せず、ボリュームグループに配置されます。 VGは物理ボリュームで構成され、ディスクにすることができます。長い話を短くすると、VGはPVの不足、つまりディスクの不足を思い付かないため、グループの論理ボリュームにアクセスできません。

回復手順 がありますが、通常、仮想化環境では、とにかく「オールオアナッシング」の可用性が表示されます。すべてのディスクファイルは、その全体でアクセスできる単一のディレクトリに含まれます。コンテンツまたはまったくない（たとえば、データストアが利用できない場合）。

ストレージの効率については、 シンプロビジョニング の使用を検討してください。「未使用」スペースはデータストアで要求されません。ただし、管理オーバーヘッドが高くなります。