次の論理ボリュームを持つファイルサーバー仮想マシンがあります。
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 50G 7.8G 39G 17% /
tmpfs 748M 72K 748M 1% /dev/shm
/dev/sda1 5.0G 165M 4.6G 4% /boot
/dev/mapper/vg_filesvr2-LogVol00
1.4T 1.3T 0 100% /home
'vg_filesvr2-LogVol00'
サイズが2Tの別のVM用のレプリケーションサーバーであるため、サイズを0.5Tに拡張する必要があります。ただし、を確認したlvdisplay
結果は次のようになります。これから拡張する余地がないと推論します。
[root@Filesvr2 ~]# lvdisplay
--- Logical volume ---
LV Path /dev/vg_filesvr2/LogVol00
LV Name LogVol00
VG Name vg_filesvr2
LV UUID HCpG63-IEQj-IsHG-4ewl-N8aK-5oIg-o8jAeZ
LV Write Access read/write
LV Creation host, time Filesvr2, 2016-04-01 11:54:47 +0530
LV Status available
# open 1
LV Size 1.34 TiB
Current LE 349999
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:0
しかし、私は間違っているかもしれません。ここでの要件は、論理ボリュームをメインサーバーと同じサイズの2Tにすることです。
答え1
lvdisplay
すでに論理ボリュームの一部であることを教えてください。
LVを拡張する場合は、ボリュームグループで使用可能なスペースを使用し、次へ追加論理ボリュームに保存します。したがって、出力を表示するか、vgdisplay vg_filesvr2
より簡潔な形式で表示する必要がありますvgs
。
の出力はvgs
次のようになります。
VG #PV #LV #SN Attr VSize VFree
vg_filesvr2 1 1 0 wz--n- <VG total size> <amount of free space in VG>
VFreeの値がゼロでない場合は、VGにLVを拡張できる空き容量が少なくともある程度あることに注意してください。
VFreeが0の場合は、まずVGでより多くのディスク容量を確保する必要があります。通常、2つのオプションがあります。
1.)既存の物理ボリュームを拡張します(一部のハードウェアRAID設定、ほぼすべてのエンタープライズクラスのSANストレージシステム、およびほとんどの仮想化環境で利用可能)。
この場合、最初に既存のLVM PVを保持しているRAID仮想ディスク/ LUNにさらに多くのディスク容量を提供するようにストレージシステムを構成し、カーネルに新しいサイズを検出し、最後に拡張pvresize
PVで増分スペースを使用するようにする必要があります。 LVMの場合。これにより、追加されたスペースがリストの価値をVFree
高め、vgs
LVを拡張できます。
2.)ボリュームグループに新しいPVを追加します。
システムに新しいディスクを追加するだけです(すべてのディスクが可能ですが、理想的には以前のPVと同様のパフォーマンスを持っている必要があります。もちろん、より良い場合は問題ありません)。
必要に応じて、ディスクにパーティションテーブルを作成することを選択できます。ディスクが誤ってWindowsシステムに表示されるリスクがある場合は、Windowsがディスクフォーマットを「サポート」するリスクを最小限に抑える必要があります。ただし、この手順をスキップできます。
その後、pvcreate
LVM用の新しいディスク(または必要に応じてパーティション)を準備するために使用され、必要なvgextend
ボリュームグループに作成したばかりの新しいLVM PVを追加します。