AWS EBS 볼륨 연결과 마운트: 새 디스크와 기존 데이터를 구분하는 법

새 EBS 볼륨을 연결했다고 바로 포맷하면 안 된다. 그 볼륨이 새 디스크인지, 기존 데이터가 든 복구·이관 대상인지 구분하지 못하면 파일시스템 생성 명령이 데이터를 지울 수 있다.

연결 뒤 장치와 파일시스템을 확인한다

운영체제에서 보이는 장치 이름이 콘솔에서 지정한 이름과 다를 수 있다. 크기, 식별자, 기존 파일시스템 정보를 조회해 대상이 맞는지 확인한다. 새 빈 볼륨일 때만 파일시스템을 만들고, 기존 볼륨은 먼저 읽기 전용 확인이나 백업 계획을 세운다.

lsblk -o NAME,SIZE,FSTYPE,UUID,MOUNTPOINTS
findmnt

첫 명령은 장치 이름과 크기, 파일시스템, UUID, 마운트 지점을 한 번에 보여 준다. 둘째는 현재 마운트 상태를 보여 준다. 두 결과와 콘솔의 볼륨 크기·식별자를 대조하자. 파일시스템이 보이는 기존 장치에 mkfs를 실행하면 데이터가 삭제될 수 있으므로 이 확인 단계에는 포맷 명령을 넣지 않는다.

가령 아래처럼 나온다면 xvda1은 루트 파일시스템이고, xvdf는 아직 마운트되지 않은 별도 장치다. 숫자와 UUID는 설명을 위한 예시다.

NAME   SIZE FSTYPE UUID       MOUNTPOINTS
xvda    20G
└─xvda1 20G xfs    root-uuid  /
xvdf    10G xfs    data-uuid

여기서 /dev/xvdf의 FSTYPE이 xfs이고 UUID가 보이므로 새 파일시스템을 만들지 않는다. 반대로 FSTYPE이 비어 있어도 빈 새 볼륨인지와 장치가 맞는지를 먼저 확인해야 한다. 파티션이 있다면 장치 행이 아니라 해당 파티션의 파일시스템도 살핀다. 빈 칸만 보고 곧바로 포맷해도 안전하다는 뜻은 아니다. 스냅샷에서 만든 볼륨인지도 콘솔에서 대조하자.

대상을 확인했다면 파일시스템이 있는 볼륨은 그대로 마운트하고, 새 빈 볼륨은 별도의 포맷 절차로 넘어간다. 이 분기점을 그림으로 보면 다음과 같다.

마운트와 재부팅 동작을 함께 검증한다

마운트 지점을 만들고 권한을 애플리케이션 실행 사용자에게 필요한 범위로 설정한다. 재부팅 뒤에도 필요한 볼륨이 같은 지점에 마운트되는지 확인하되, 장치 이름 대신 안정적인 식별자를 사용하는 방식과 실패 시 부팅 영향도 검토한다.

이미 파일시스템이 있는 /dev/xvdf를 확인했고 /data가 비어 있는 마운트 지점이라면 다음처럼 연결을 확인할 수 있다. 장치 이름은 인스턴스 종류에 따라 달라질 수 있으므로 이 예시를 실제 장치 확인 없이 복사해 실행하지 않는다.

sudo mkdir -p /data
sudo mount /dev/xvdf /data
findmnt -T /data

마지막 결과의 원본 장치와 마운트 지점이 각각 기대한 볼륨과 /data인지 확인한다. 애플리케이션 사용자가 필요한 파일만 읽고 쓸 수 있는지도 별도로 본다. 재부팅 후 자동 마운트가 필요하면 바뀔 수 있는 장치 이름보다 확인한 UUID를 기준으로 설정하고, 부팅 영향은 서비스 중단이 가능한 별도 환경에서 먼저 검증한다.

마운트가 예상대로 되지 않을 때 확인할 순서

연결은 됐는데 애플리케이션에서 파일이 보이지 않으면 포맷부터 다시 시도하지 않는다. 먼저 장치에 파일시스템이 있는지, 원하는 경로에 실제로 마운트됐는지, 다른 볼륨을 보고 있지는 않은지 순서대로 확인한다. 다음 명령은 디스크 내용을 바꾸지 않는 조회 명령이다.

lsblk -f
sudo blkid
findmnt -T /data

lsblk -f에서 장치·파일시스템·UUID를 보고, blkid 결과와 대조한다. findmnt -T /data가 다른 장치나 상위 파일시스템을 가리키면 마운트 지점부터 다시 확인한다. 권한 오류라면 소유자와 실행 사용자를 점검하되, 문제를 피하려고 디렉터리 전체에 쓰기 권한을 열어 두지는 않는다. 재부팅 후에만 실패한다면 부팅 시 마운트 설정의 UUID와 옵션을 별도 환경에서 검증한다.

기존 데이터를 담은 볼륨이라면 수정을 시작하기 전에 복구 가능한 스냅샷과 복구 절차도 확인한다. 스냅샷이 있다는 사실만으로 복원이 보장되지는 않는다. 특히 데이터베이스가 쓰는 볼륨은 파일시스템뿐 아니라 애플리케이션 데이터의 일관성도 따로 고려해야 한다.

핵심 요약

EBS 작업의 첫 단계는 포맷이 아니라 대상 확인이다. 새 디스크와 기존 데이터를 구분하고, 마운트·권한·재부팅 동작을 검증하자. 백업은 만들기뿐 아니라 실제로 복구할 수 있는지까지 확인해야 한다.