これには、LVMを使用してHyper-Vで仮想マシンとしてホストされているCentOS7サーバーが含まれます。私が知る限り、歴史はこうです。
このVMは、固定仮想ドライブを使用して1.75年前に構築されました。 8ヶ月前、仮想固定ディスクの容量が不足していました。 2番目の動的仮想ドライブが作成されます。 Hyper-Vホストには十分なディスク容量がないので、いくつかの基本的な決定を下す必要があります。
しかし、LVMの写真を見ると混乱しています。 2台目のディスクがVGに追加されたがLVには追加されていないようだ。私はこれが可能であることに気づかず、その意味を理解しているかどうかわかりません。以下はいくつかのスクリーンショットです。
まず、このlsblkでは、Centosホームディレクトリのサイズがそのパーティションよりも大きいかどうかが混乱しています。それはどういう意味ですか?
その後、この一連のpvs、vgs、およびlvsコマンドでは、sdb PVはVG centosのLVに追加されないようです。
しかし、明らかに彼らはデータをsdbに保存するので、そのリポジトリの管理はLVM構成の外にあると仮定します。そうですか? PVがVGにあることを考えると、これは一種のリスクを意味しますか?または、LVに割り当てられたことがないため、VGにありますが、実際にはLVMでまったく管理されていません。
物理ストレージの問題を解決したら、この問題をクリーンアップするための最良の方法を見つけたいと思います。 VGのすべてのPVをLVに割り当てる必要があるようです。この場合、デフォルトのLVが論理的な位置にあるようです。今再割り当てできますか? sdbの空き容量のみ使用できますか?それとも、PV全体が再割り当てされますか?安全ですか?または、これを処理する方法は、すべての既存のPVを新しい3番目のディスクsdcに移動してから、全体のVG / LVエラーを再生成することです。
進行方法の提案をいただきありがとうございます。ありがとうございます。
- - 更新 - -
この問題についてゆっくり考えています。コメントありがとうございます。下図を見ると、PVで合計5.86t程度がVGに割り当てられていますが、LVの大きさが2.9tであれば、実際にはその半分程度だけLVに割り当てることができるという意味で正しく解釈したのでしょうか? LVが動的に成長できるメカニズムはありますか?それ以外の場合、LVのPV割り当てを増やすにはlvextendコマンドを使用してファイルシステムを拡張する必要がありますか?
答え1
2番目のディスクはLVM経由で使用されており、/dev/sdb1
LVの一部ですhome
。これがLVが出力に含まれるパーティションよりも大きい理由ですlsblk
。
LVSがPVをどのように使用しているかを確認するには、次の手順を実行します。
lvs -o +devices
答え2
LVM構造論理ボリューム(LV) トップボリュームグループ(VG)。これらのボリュームグループは、1 つ以上のボリュームグループで構成されます。物理ボリューム(PV).
論理ボリュームは連続パーティションのように見えますが、必ずしも既存のパーティションのように単一ドライブの連続領域にマップされるわけではありません。実際にデータを格納するブロック(エクステントと呼ばれる)は、潜在的に複数の物理ボリュームにあります。
まず、このlsblkでは、Centosホームディレクトリのサイズがそのパーティションよりも大きいかどうかが混乱しています。それはどういう意味ですか?
論理home
ボリュームは、2つのPVのうちの1つに完全には含まれておらず、2つのPVの上に配置されています。つまり、両方の物理ボリュームサイズよりも大きいボリュームを作成できますが、両方のPVが失われることを意味します。どんな状況でもデータ損失を意味します。 。
VGのすべてのPVをLVに割り当てる必要があるようです。
やや逆に、VGのPVにはすべての範囲が含まれています。 LVは、これらのPVのこれらの範囲にマッピングされるように構成されるので、LVがPVに割り当てられるのと同様である。
現在、ボリュームグループには約2.91TBは使用されていません。これを使用して行うことはあなた次第です。たとえば、次のようにできます。
- ドライブの1つに障害が発生した場合は、回復力を確保するためにいくつかのデータをミラーリングします。
- 論理ボリュームを追加します。
- 基本的なファイルシステム/スワップスペースのためのより多くのスペースを提供するために、既存の複数のボリュームを拡張します。