EC2 볼륨(EBS) 용량 확장 방법 검증(AmazonLinux)

7159 단어 EC2AmazonLinuxAWS

결론을 세 줄로


  • 우선 【마침내 왔다! 】 EBS로 볼륨 크기를 변경할 수 있습니다 (볼륨 유형 변경도) | Developers.IOModify Volume를 한다
  • resize2fs를 실행할 수 없어 빠질 것 같은 경우 AmazonLinux는 대개 boot시 resize2fs되므로 reboot하면 해결됩니다
  • 좋은 시대가되었다

  • 검증



    【마침내 왔다! 】 EBS로 볼륨 크기를 변경할 수 있습니다 (볼륨 유형 변경도) | Developers.IO을 참조하여 실행 중인 인스턴스에 연결된 볼륨의 크기를 늘리십시오.

    이번 볼륨을 늘리고 싶은 인스턴스는 이런 느낌입니다.

    인스턴스적으로는 /dev/xvda 라는 곳에 30GB의 볼륨이 있습니다.
    ec2-user@ip-172-31-10-224 ~ $  df -h
    Filesystem      Size  Used Avail Use% Mounted on
    /dev/xvda1       30G  3.8G   26G  13% /
    devtmpfs        490M   56K  490M   1% /dev
    tmpfs           499M     0  499M   0% /dev/shm
    
    ec2-user@ip-172-31-10-224 ~ $  lsblk
    NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
    xvda    202:0    0  30G  0 disk
    └─xvda1 202:1    0  30G  0 part /
    

    거의 전 기사대로입니다만 다음과 같은 느낌입니다.



    Modify Volume을 누릅니다.



    이번은 30GB -> 100GB로 합니다



    성능이 변경되기까지 시간이 걸린다. . yes를 누르십시오.



    완료.



    볼륨 상태는 optimizing...0%로 표시되지만 이 상태에서는 디스크 확장이 완료되었습니다.



    awscli 적으로 $ aws ec2 describe-volumes-modifications 라고 두드리면 진행이 표시됩니다 (인수없이 OK)
    $ aws ec2 describe-volumes-modifications
    {
        "VolumesModifications": [
            {
                "TargetSize": 100,
                "TargetVolumeType": "gp2",
                "ModificationState": "optimizing",
                "VolumeId": "vol-0e92fb2e26dfd9687",
                "TargetIops": 300,
                "StartTime": "2017-05-18T02:34:07.151Z",
                "Progress": 0,
                "OriginalVolumeType": "gp2",
                "OriginalIops": 100,
                "OriginalSize": 30
            }
        ]
    }
    
    "Progress": 0 하지만, lsblk 를 두드리면 이미 반영되고 있는 것을 알 수 있습니다.
    ec2-user@ip-172-31-3-117 ~ $  lsblk
    NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
    xvda    202:0    0  100G  0 disk             # <- 100になってる
    └─xvda1 202:1    0   30G  0 part /
    

    다음에 resize2fs 하면 됩니다만, 이하와 같은 느낌으로 화나게 됩니다.
    resize2fs 1.42.12 (29-Aug-2014)
    resize2fs: Device or resource busy while trying to open /dev/xvda
    Couldn't find valid filesystem superblock.
    

    이번에는 파티션이 설정되어 있기 때문이라고 생각됩니다. 파티션을 이용하고 있는 경우의 설정은 이쪽. htp : // cs. 아 ws. 아마존. 이 m / 그럼 _ jp / 아 W 세 C2 / 아 st / 우세 r 구이로 / s 토라게 _ x 판 d_ 빠 치치온. HTML
    단지 루트 파티션의 경우는 귀찮을 것 같기 때문에, 기동시에 실행되는 resize2fs에 맡기기로 했습니다.

    보면 AmazonLinux의 경우 /etc/cloud/cloud.cfg.d/00_defaults.cfg 안에 resize2fs 의 기술이 있으므로, 재기동시에 실행되는 것 같습니다.

    이런 식으로 아무 생각없이 reboot함으로써 df 결과가 변경되었습니다
    $ df -h
    Filesystem      Size  Used Avail Use% Mounted on
    /dev/xvda1       99G  9.1G   90G  10% /           # <- 99GBに増えてる
    devtmpfs        490M   56K  490M   1% /dev
    tmpfs           499M     0  499M   0% /dev/shm
    
    

    좋은 웹페이지 즐겨찾기