AWS EBS 볼륨 확장 후 Linux 파일 시스템 인식시키기 (xfs / ext4 통합 가이드)

EBS 볼륨 확장, 콘솔에서 끝이 아닙니다

AWS 콘솔에서 EBS 볼륨 크기를 늘렸다고 해서 리눅스 OS가 자동으로 이를 인식하는 것은 아닙니다.
실무에서는 반드시 다음 과정을 거쳐야 합니다.

• AWS 콘솔에서 EBS 볼륨 용량 확장
• OS에서 디스크 및 파티션 상태 확인
• 파티션 확장
• 파일 시스템 확장 (xfs / ext4)

이 글에서는 xfs와 ext4 파일 시스템을 모두 고려한 통합 절차를 정리합니다.

---

1. AWS 콘솔에서 EBS 볼륨 확장

먼저 AWS 콘솔에서 EBS 볼륨 크기를 확장합니다.

• EC2 → Elastic Block Store → 볼륨(Volumes)
• 대상 볼륨 선택
• 수정 → Size 변경

볼륨 상태가 optimizing 또는 completed가 되면 OS 작업을 진행할 수 있습니다.

---

2. 현재 디스크 및 파티션 구조 확인 (lsblk)

OS에서 가장 먼저 해야 할 작업은 어떤 디스크와 파티션을 사용 중인지 정확히 파악하는 것입니다.

$ lsblk

확인 포인트

• 디스크 이름 (nvme0n1, xvda 등)
• 파티션 번호 (p1 등)
• 마운트 위치 (/)

NAME          MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme0n1       259:0    0  40G  0 disk
├─nvme0n1p1   259:1    0  39.9G  0 part /
└─nvme0n1p128 259:2    0   1M  0 part

최근 AWS Nitro 기반 인스턴스에서는 디바이스명이 /dev/nvme0n1 형태로 표시됩니다.

(여기 lsblk 결과 캡처 삽입)

---

3. 파일 시스템 타입 확인 (df -hT)

파일 시스템 종류에 따라 확장 명령어가 달라지므로 이 단계는 매우 중요합니다.

$ df -hT

Filesystem     Type  Size  Used Avail Use% Mounted on
/dev/root      xfs   8.0G  1.6G  6.5G  20% /

위 예시에서는 루트 파일 시스템이 xfs입니다. 만약 ext4라면 이후 명령어가 달라집니다.
(여기 df -hT 결과 캡처 삽입)

---

4. 파티션 확장 (공통 단계)

EBS 볼륨 크기는 늘어났지만, 그 공간을 담는 파티션은 아직 기존 크기일 수 있습니다. 먼저 파티션을 확장합니다.

$ sudo growpart /dev/nvme0n1 1

위 명령은 /dev/nvme0n1 디스크의 1번 파티션(nvme0n1p1)을 확장하라는 의미입니다.

왜 p1을 붙이지 않을까?

growpart는 디스크 이름과 파티션 번호를 분리해서 입력해야 합니다.

• /dev/nvme0n1 : 전체 디스크
• 1 : 파티션 번호

/dev/nvme0n1p1을 그대로 넘기면 이미 파티션인 대상 안에서 또 파티션을 찾게 되어 오류가 발생합니다.

---

5. 파일 시스템 확장 (xfs / ext4 분기)

① xfs 파일 시스템인 경우

xfs는 온라인 확장이 가능하며, 마운트 경로를 기준으로 확장합니다.

$ sudo xfs_growfs /

루트(/)에 마운트된 xfs 파일 시스템이 확장된 파티션 크기에 맞춰 자동으로 늘어납니다.

---

② ext4 파일 시스템인 경우

ext4 파일 시스템은 파티션 장치를 직접 지정하여 확장합니다.

$ sudo resize2fs /dev/nvme0n1p1

ext4 역시 마운트된 상태에서 온라인 확장이 가능합니다.

---

6. 최종 결과 확인

모든 작업이 끝나면 반드시 결과를 확인합니다.

$ df -hT

확장한 용량이 정상적으로 반영되었다면 작업은 완료입니다.

---

마무리

EBS 확장 작업의 핵심은 현재 상태를 정확히 파악하고, 순서를 지키는 것입니다.
lsblk → df -hT → growpart → (xfs_growfs / resize2fs)
이 흐름만 기억해두면 xfs든 ext4든 대부분의 EBS 확장 작업을 안정적으로 처리할 수 있습니다.