파티션과 파일 시스템
VPS에서 디스크 파티션이 어떻게 나뉘는지, LVM이 일반 파티션과 어떻게 다른지, 추가 디렉터리를 마운트하는 방법, 머신이 부팅되도록 fstab에 무엇을 써야 하는지 알아봐요.
업데이트 2026년 8월 23일
가상 머신 디스크는 시스템에 /dev/sda로 표시됩니다. 레이아웃은 선택한 이미지에 따라 달라집니다. Debian과 Ubuntu는 보통 단일 루트 파티션으로 설치되는 반면, AlmaLinux는 LVM을 사용합니다. 무엇이든 확장하기 전에 자신의 레이아웃을 알아야 합니다.
현재 상태
lsblk -f
df -hT
sudo fdisk -l /dev/sda
sudo blkid
lsblk -f가 가장 유용합니다. 장치 트리, 파일 시스템, 레이블, 마운트 지점을 한 화면에 보여줍니다.
출력에 vg-root 같은 줄과 lvm 유형이 포함되어 있다면 LVM을 사용하는 것입니다. 그렇다면 다음이 도움이 됩니다:
sudo pvs
sudo vgs
sudo lvs
일반 파티션 또는 LVM
일반 파티션은 더 단순합니다. 파티션 하나에 파일 시스템 하나입니다. 디스크의 마지막 파티션만 확장할 수 있으며, 그 뒤에 여유 공간이 있을 때만 가능합니다.
LVM은 계층을 하나 더합니다. 물리 볼륨, 볼륨 그룹, 논리 볼륨입니다. 여러 볼륨을 나누고, 순서에 상관없이 확장하며, 레이아웃을 다시 손대지 않고 공간을 추가할 수 있습니다. 대신 복구 중에 기억해야 할 계층이 하나 늘어납니다.
디스크 하나가 있는 단일 머신에서는 차이가 작습니다. 레이아웃을 불필요하게 다시 만들지 마세요. 루트를 옮기는 것은 시스템을 잃을 실질적인 위험이 있는 작업입니다.
파일 시스템
| 시스템 | 기본 위치 | 특징 |
|---|---|---|
| ext4 | Debian, Ubuntu | 검증됨, 온라인 확장, 마운트 해제 시 축소 |
| xfs | AlmaLinux, CentOS Stream | 대용량 파일에 빠름, 온라인 확장, 축소 불가 |
실용적인 결론: 유연성을 고려한다면 ext4를 유지하세요. 어차피 VPS에서 파티션을 축소할 일은 거의 없습니다. 머신의 디스크는 요금제와 함께 축소되지 않습니다.
디스크를 늘린 후 확장하기
sudo growpart /dev/sda 1
sudo resize2fs /dev/sda1
LVM의 경우:
sudo growpart /dev/sda 3
sudo pvresize /dev/sda3
sudo lvextend -l +100%FREE /dev/mapper/vg-root
sudo resize2fs /dev/mapper/vg-root # xfs_growfs / for XFS
두 작업 모두 실행 중인 시스템에서 수행됩니다. 더 큰 티어로 이동하는 방법에 대한 자세한 내용은 디스크가 너무 작아졌습니다를 참고하세요.
growpart나parted에서 파티션 번호를 잘못 입력하면 파티션 테이블이 파괴되고 머신이 부팅되지 않습니다. 레이아웃을 변경하기 전에 항상sudo sfdisk -d /dev/sda > /root/parts.txt를 저장하고 데이터 백업이 최신인지 확인하세요.
마운트와 fstab
영구 마운트 지점은 /etc/fstab에 설명되어 있습니다. 장치 이름이 아니라 UUID를 사용하세요:
sudo blkid /dev/sda1
UUID=1a2b3c4d-... /var/lib/postgresql ext4 defaults,noatime 0 2
재부팅 전 확인은 필수입니다:
sudo mount -a
sudo findmnt --verify
fstab의 오류는 부팅 시 머신을 비상 콘솔에 남깁니다. 이런 일이 발생하면 복구 디스크가 도움이 됩니다. 머신이 SystemRescue로 재부팅되고, 비밀번호 없이 root 로그인하며, 디스크가 /dev/sda로 보입니다. 파티션을 마운트하고 fstab을 편집한 뒤 정상 부팅 모드로 돌아가면 됩니다.
스왑
스왑 파일은 일반적인 방법으로 만듭니다:
sudo fallocate -l 2G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo "/swapfile none swap sw 0 0" | sudo tee -a /etc/fstab
스왑은 메모리가 부족할 때 프로세스가 갑자기 종료되는 것을 막아주지만, 과도한 스와핑은 디스크 속도에 부딪혀 머신을 매우 느리게 만듭니다. 서비스의 리소스 요구량을 제한하는 편이 더 현명합니다. 리소스 제한을 참고하세요.
흔한 실수
mount -a로fstab편집을 확인하지 않았습니다. 부팅이 깨지고, 제어판의 콘솔을 통해 문제를 해결해야 합니다.- 데이터 위에 디렉터리를 마운트했습니다. 이전 내용은 사라지지 않았지만 보이지 않게 됩니다. 마운트를 해제하고 확인하세요.
noatime을 설정하지 않았습니다. 사소해 보이지만, 부하가 걸린 머신에서 파일을 읽을 때마다 발생하는 추가 쓰기는 눈에 띕니다.