다음과 같은 논리 볼륨이 있는 파일 서버 가상 머신이 있습니다.
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 값이 0이 아니면 VG에 LV를 확장할 수 있는 여유 공간이 최소한 어느 정도 있는 것입니다.
VFree가 0인 경우 먼저 VG에서 더 많은 디스크 공간을 확보해야 합니다. 일반적으로 두 가지 옵션이 있습니다.
1.) 기존 물리적 볼륨을 확장합니다(일부 하드웨어 RAID 설정, 거의 모든 엔터프라이즈급 SAN 스토리지 시스템 및 대부분의 가상화된 환경에서 가능).
이 경우 먼저 기존 LVM PV를 보유하는 RAID 가상 디스크/LUN에 더 많은 디스크 공간을 제공하도록 스토리지 시스템을 구성한 다음 커널이 새 크기를 감지하고 마지막으로 pvresize
확장된 PV에서 증가된 공간을 사용하도록 해야 합니다. LVM의 경우. 그러면 추가된 공간으로 인해 목록 VFree
의 가치 가 높아지고 vgs
LV를 확장할 수 있습니다.
2.) 볼륨 그룹에 새 PV를 추가합니다.
시스템에 새 디스크를 추가하기만 하면 됩니다(모든 디스크가 가능하지만 이상적으로는 이전 PV와 비슷한 성능을 가져야 합니다. 물론 더 좋으면 문제가 되지 않습니다).
원하는 경우 디스크에 파티션 테이블을 생성하도록 선택할 수 있습니다. 디스크가 실수로 Windows 시스템에 표시될 위험이 있는 경우 Windows가 디스크 포맷을 "지원"하는 위험을 최소화해야 합니다. 하지만 이 단계를 건너뛸 수 있습니다.
그런 다음 이는 pvcreate
LVM을 위한 새 디스크(또는 원하는 경우 파티션)를 준비하는 데 사용되며, vgextend
더 많은 공간이 필요한 볼륨 그룹에 방금 생성한 새 LVM PV를 추가합니다.