내용으로 건너뛰기

Amazon EC2 인스턴스에서 Amazon EBS 볼륨을 늘린 후 Linux 파일 시스템을 확장하려면 어떻게 해야 합니까?

4분 분량
0

Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스에서 Amazon Elastic Block Store(Amazon EBS) 볼륨을 늘린 후 Linux 파일 시스템을 확장하려고 합니다.

해결 방법

파일 시스템이 최적화 상태인 경우 크기를 조정합니다.

참고: 다음 단계는 전체 디스크 장치를 사용하는 파일 시스템에만 적용됩니다. 이 단계를 사용하여 파티션, 루트 파일 시스템, RAID 장치 또는 LVM(논리적 볼륨 관리자)의 파일 시스템을 늘릴 수는 없습니다. 다음 예제에서는 8GB ext4 파일 시스템을 확장하여 16GB 볼륨을 완전히 사용합니다.

Linux 파일 시스템을 확장하려면 다음 단계를 완료하십시오.

  1. 볼륨의 스냅샷을 만듭니다.

  2. SSH를 사용하여 인스턴스에 연결합니다.

  3. 파일 시스템에서 사용하는 크기와 백분율을 확인하려면 다음 df -h 명령을 실행합니다.

    df -h

    출력 예시:

    Filesystem      Size  Used Avail Use% Mounted on
    /dev/xvda1      7.7G  7.7G     0 100% /
    /dev/xvdf        16G  7.1G  8.0G  48% /home/ubuntu/test

    참고: 위의 예제 출력에서 /dev/xvdf 파일 시스템 크기는 16G이고 **48%**가 사용되었습니다. Nitro 인스턴스에서는 디스크 디바이스 이름이 /dev/nvmeXn1이고 파티션 이름은 /dev/nvmeXn1pY입니다. 파일 시스템 이름에서 X는 디스크를 식별하고 Y는 파티션을 식별합니다.

  4. xvdf 볼륨의 크기를 확인하려면 다음 lsblk 명령을 실행합니다.

    ubuntu@ip-172-31-32-114:~ lsblk

    출력 예시:

    NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
    xvda    202:0    0   16G  0 disk
    └─xvda1 202:1    0    8G  0 part /
    xvdf    202:80   0   16G  0 disk /home/ubuntu/test

    참고: 위의 예제 출력에서 xvda 볼륨의 크기는 16GB입니다.

  5. lsblk 명령의 출력에서 파티션 크기와 볼륨 크기를 비교한 후 다음 작업 중 하나를 수행합니다.
    파티션 크기가 볼륨 크기보다 작으면 6번 단계로 진행합니다.
    파티션 크기가 볼륨 크기와 같으면 파티션을 확장할 필요가 없습니다. 7번 단계로 진행합니다.
    참고: 볼륨에 파일 시스템이 포함된 파티션이 있는 경우 파일 시스템을 확장하기 전에 해당 파티션을 확장하십시오.

  6. 다음 growpart 명령을 실행하여 파티션을 확장하고 디바이스 이름과 파티션 번호를 지정합니다.

    sudo growpart /dev/xvda 1

    출력 예시:

    CHANGED: partition=1 start=2048 old:

    참고: 파티션 번호는 디바이스 이름 뒤에 오는 숫자입니다. 예를 들어 xvda1의 경우 파티션 번호는 1입니다.

  7. 파티션을 확장했는지 확인하려면 lsblk 명령을 실행합니다.

    ubuntu@ip-172-31-32-114:~ lsblk

    출력 예시:

    NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
    xvda 202:0 0 16G 0 disk
    └─xvda1 202:1 0 8G 0 part /
    xvdf 202:80 0 16G 0 disk /home/ubuntu/test

    참고: 파티션 크기는 볼륨 크기와 같아야 합니다.

  8. 다음 resize2fs 명령을 실행하여 /dev/xvda 파일 시스템의 크기를 볼륨의 전체 공간으로 자동 확장합니다. df -h 명령의 출력에서 디바이스 이름을 포함합니다.

    ubuntu@ip-172-31-32-114:~ sudo resize2fs /dev/xvda1

    참고: resize2fs 명령은 ext3ext4 파일 시스템에 대해서만 실행할 수 있습니다.
    출력 예시:

    resize2fs 1.46.5 (30-Dec-2021)
    Filesystem at /dev/xvda1 is mounted on /;
    on-line resizing required old_desc_blocks = 1, new_desc_blocks = 2
    The filesystem on /dev/xvda1 is now 4194304 (4k) blocks long

    참고: 위의 예제 출력에서 볼륨은 ext4 파일 시스템을 사용합니다. ‘resize2fs: Device or resource busy while trying to open /dev/xvdf’라는 오류를 받으면 디스크 파티션에 크기 조정을 적용한 것입니다.
    ‘resize2fs: Bad magic number in super-block while trying to open /dev/xvda1:’ 오류를 받으면 파일 시스템이 ext4가 아닙니다. 파일 시스템 유형을 확인하려면 df -hT 명령을 실행합니다.
    ‘open: No such file or directory while opening /dev/xvdb1:’ 오류를 받으면 잘못된 파티션을 지정한 것입니다. 파티션을 확인하려면 df -hT 명령을 실행합니다.

  9. xfs_growfs 명령을 실행하고 파일 시스템의 탑재 지점을 지정합니다.
    예를 들어, 슬래시(/)에 탑재된 파일 시스템을 확장하려면 다음 명령을 실행합니다.

    ubuntu@ip-172-31-32-114:~ sudo xfs_growfs -d /

    ‘xfs_growfs: /data is not a mounted XFS filesystem’ 오류를 받으면 탑재 지점을 잘못 지정했거나 파일 시스템이 XFS가 아닌 것입니다.
    탑재 지점과 파일 시스템 유형을 확인하려면 df -hT 명령을 실행합니다.
    ‘data size unchanged, skipping:’ 오류를 받으면 파일 시스템이 이미 전체 볼륨을 확장한 것입니다.
    볼륨에 파티션이 없는 경우 볼륨 수정이 성공했는지 확인합니다.

  10. 파일 시스템을 확장했는지 확인하려면 다음 df -hT 명령을 실행한 후 파일 시스템 크기가 볼륨 크기와 같은지 확인합니다.

ubuntu@ip-172-31-32-114:~ df -h

출력 예시:

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      7.7G  7.7G     0 100% /
/dev/xvdf        16G  7.1G  8.0G  48% /home/ubuntu/test

참고: 위의 예제 출력에서 /dev/xvdf 파일 시스템의 크기는 16G이고 **48%**가 사용되었습니다.

관련 정보

Amazon EBS 볼륨 관련 정보 보기

Amazon EBS 볼륨을 사용할 수 있도록 설정

AWS 공식업데이트됨 5달 전