차이점 요약
파티션은 한 디스크에서 범위가 고정된 영역이며, 그 위에 파일 시스템이 직접 놓입니다. LVM은 계층을 하나 추가합니다. 물리 볼륨을 볼륨 그룹으로 묶고, 그 안에서 논리 볼륨을 나눕니다. 파일 시스템은 논리 볼륨 위에 놓이며, 논리 볼륨은 데이터의 실제 물리적 위치와 무관하게 크기를 조정하거나 이동할 수 있습니다.
서버가 현재 사용하는 구성 확인
먼저 현재 구성을 살펴보세요. TYPE과 FSTYPE 열에는 파티션, LVM, 암호화, RAID가 표시됩니다. 볼륨 그룹 안의 여유 공간은 df에 표시되지 않으므로, LVM 명령으로 얼마나 남아 있는지 확인합니다.
lsblk -f
sudo pvs
sudo vgs
sudo lvs일반 파티션으로 충분한 경우
가상 디스크가 하나인 소규모 VPS에서는 파티션이 더 단순하고 문제가 발생할 요소도 적습니다. 제공업체가 디스크를 확장하면 growpart로 마지막 파티션을 늘린 다음 파일 시스템을 늘립니다. 다만 파티션은 바로 뒤에 있는 여유 공간으로만 확장할 수 있으므로, 그 자리에 swap 파티션이나 다른 파티션이 있으면 확장을 가로막습니다.
LVM이 유용한 경우
나중에 공간을 어떻게 나눌지 정하지 못했거나, 볼륨이 여러 디스크에 걸쳐 있어야 하거나, 사용 중인 데이터를 pvmove로 새 디스크에 옮기려는 경우 LVM이 유용합니다. 스냅샷도 만들 수 있지만 이를 위한 공간을 예약해야 합니다. 같은 디스크에 있는 스냅샷은 백업이 아니며, 기존 방식의 스냅샷은 공간이 가득 차면 무효가 됩니다.
LVM 볼륨 만들기
이 명령들은 빈 디스크를 사용하며 그 안의 모든 내용을 파괴하므로, lsblk로 장치 이름을 두 번 확인하세요. 볼륨 그룹의 일부 공간은 할당하지 않고 남겨 두세요. 나중에 볼륨을 늘리기는 쉽지만 줄이기는 더 어렵습니다. XFS는 전혀 줄일 수 없고, ext4는 마운트 해제 상태에서만 줄일 수 있습니다.
sudo pvcreate /dev/sdX
sudo vgcreate data /dev/sdX
sudo lvcreate -L 20G -n app data
sudo mkfs.ext4 /dev/data/app나중에 선택을 바꾸려면
데이터가 있는 파티션을 표준 도구로 그 자리에서 LVM으로 변환하는 것은 일반적으로 불가능합니다. 보통 새 디스크를 추가하고, 그 위에 LVM을 만든 뒤 데이터를 복사하고 전환합니다. 이 과정에서는 fstab과 경우에 따라 부팅 설정도 변경해야 합니다. 검증된 백업과 콘솔 접근 수단을 확보한 상태에서 계획하세요. 부팅의 세부 사항은 배포판마다 다르므로, 많은 설치 프로그램이 /boot를 LVM 밖에 둡니다.
CH-J Server Manager의 디스크
Alpha 0.1.1의 Disk Manager는 LUKS, LVM, RAID, ZFS를 포함한 디스크의 각 계층을 표시합니다. root 권한이 없으면 목록은 불완전하며 읽기 전용이고, sudo로 다시 불러올 수 있습니다. 변경 사항은 먼저 검토할 계획으로 대기열에 들어가며, 계획을 만든 뒤 구성이 바뀌었다면 작업은 아무것도 변경하지 않고 중단됩니다. 데이터 손실 가능성이 있는 단계에는 먼저 별도 백업을 만들라는 경고가 표시됩니다. Linux 블록 장치만 지원합니다.