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

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

/disk1 - 2TB

/disk2 - 2TB

/disk3 - 2TB

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

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

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

ただし、簡単な質問が1つあります。ディスク2に障害が発生するとどうなりますか？

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

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

LVMに付属するいくつかの重要な抽象化の概念を省略しました。論理ボリュームはディスクを処理しません-それらはボリュームグループに配置されます。順番にVGSは物理ボリュームで構成することができ、ディスクこと。簡単に言えば、VGはPVの欠落、つまりディスクの欠落を引き起こさないため、グループの論理ボリュームにアクセスできません。

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

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