EBS 볼륨 수정 요구 사항 - Amazon EBS

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

EBS 볼륨 수정 요구 사항

Amazon EBS 볼륨을 수정할 때 다음과 같은 요구 사항과 제한 사항이 적용됩니다. EBS 볼륨에 대한 일반 요구 사항에 대한 자세한 내용은 EBS 볼륨의 크기 및 구성에 대한 제약을 참조하세요.

지원되는 인스턴스 유형

탄력적 볼륨을 지원하는 인스턴스는 다음과 같습니다.

인스턴스 유형에서 탄력적 볼륨을 지원하지 않는 경우에는 탄력적 볼륨이 지원되지 않는 경우의 EBS 볼륨 수정 섹션을 참조하세요.

운영 체제

다음과 같은 운영 체제 요구 사항이 적용됩니다.

Linux AMI에서 부팅 볼륨 2TiB(2,048GiB) 이상을 사용하려면 GUID 파티션 테이블(GPT)과 GRUB 2가 필요합니다. 현재 여러 Linux AMI에서도 부팅 볼륨 크기를 최대 2TiB까지만 지원하는 MBR 파티셔닝 체계를 사용하고 있습니다. 인스턴스가 2TiB 이상의 부팅 볼륨에서 부팅되지 않는 경우, 사용 중인 AMI의 부팅 볼륨 크기가 2TiB 미만으로 제한된 상태일 수 있습니다. 부팅 볼륨이 아닌 볼륨에는 이 Linux 인스턴스에 대한 제한이 적용되지 않습니다. Windows 볼륨에 적용되는 요구 사항은 Windows 인스턴스용 Amazon EC2 사용 설명서Windows 볼륨에 대한 요구 사항을 참조하세요.

부팅 볼륨을 2TiB 이상으로 크기를 조정하기 전에 인스턴스에서 다음 명령을 실행하여 볼륨이 MBR 또는 GPT 파티셔닝을 사용하는지 확인할 수 있습니다.

[ec2-user ~]$ sudo gdisk -l /dev/xvda

GPT 파티셔닝을 사용하는 Amazon Linux 인스턴스는 다음 정보를 반환합니다.

GPT fdisk (gdisk) version 0.8.10
  
  Partition table scan:
    MBR: protective
    BSD: not present
    APM: not present
    GPT: present
  
  Found valid GPT with protective MBR; using GPT.

MBR 파티셔닝을 사용하는 SUSE 인스턴스는 다음 정보를 반환합니다.

GPT fdisk (gdisk) version 0.8.8
  
  Partition table scan:
    MBR: MBR only
    BSD: not present
    APM: not present
    GPT: not present

기본적으로 Windows는 마스터 부트 레코드(MBR) 파티션 테이블을 사용하여 볼륨을 초기화합니다. MBR는 2TiB(2,048GiB) 미만의 볼륨만 지원하기 때문에 Windows에서는 MBR 볼륨 크기를 이 한도를 넘는 크기로 변경할 수 없습니다. 이렇게 하면 Windows 디스크 관리 유틸리티에서 볼륨 확장 옵션이 비활성화됩니다. AWS Management Console이나 AWS CLI를 사용하여 크기 제한을 초과하는 MBR 파티션 볼륨을 생성하면 Windows에서 추가 공간을 검색하거나 사용할 수 없습니다. Linux 볼륨에 적용되는 요구 사항은 Linux 인스턴스용 Amazon EC2 사용 설명서Linux 볼륨에 대한 요구 사항을 참조하세요.

이 제한을 해결하려면 GUID 파티션 테이블(GPT)을 사용하여 더 큰 볼륨을 새로 만든 후 원래 MBR 볼륨의 데이터를 복사합니다.

GPT 볼륨을 생성하려면
  1. EC2 인스턴스의 가용 영역에서 원하는 크기의 비어 있는 새 볼륨을 생성하고 이 볼륨을 인스턴스에 연결합니다.

    참고

    새 볼륨은 스냅샷에서 복원한 볼륨이 아니어야 합니다.

  2. Windows 시스템에 로그인하고 디스크 관리(diskmgmt.exe)를 엽니다.

  3. 새 디스크를 마우스 오른쪽 버튼으로 클릭하여 컨텍스트 메뉴를 열고 온라인을 선택합니다.

  4. 디스크 초기화 창에서 새 디스크를 선택하고 GPT(GUID 파티션 테이블), 확인을 선택합니다.

  5. 초기화가 완료되면 robocopy 또는 teracopy 등의 도구를 사용하여 원래 볼륨의 데이터를 새 볼륨으로 복사합니다.

  6. 디스크 관리에서 드라이브 문자를 적절한 값으로 변경하고 기존 볼륨을 오프라인으로 전환합니다.

  7. Amazon EC2 콘솔에서 기존 볼륨을 인스턴스에서 분리하고, 인스턴스를 재부팅하여 인스턴스가 제대로 작동하는지 확인한 다음, 기존 볼륨을 삭제합니다.

제한 사항

  • 볼륨 수정 시 요청할 수 있는 최대 집계 스토리지에는 제한이 있습니다. 자세한 내용은 Amazon Web Services 일반 참조Amazon EBS 서비스 할당량을 참조하세요.

  • 볼륨을 수정한 후 동일한 볼륨에 추가 수정 사항을 적용하려면 먼저 볼륨이 in-use 또는 available 상태가 되도록 6시간 이상 기다려야 합니다.

  • 현재 적용 중인 구성 변경에 따라 EBS 볼륨을 수정하는 데 몇 분에서 몇 시간이 걸릴 수 있습니다. 크기가 1TiB인 EBS 볼륨은 일반적으로 수정하는 데 최대 6시간이 걸릴 수 있습니다. 하지만 다른 상황에서 동일한 볼륨이 24시간 이상 걸릴 수 있습니다. 볼륨을 수정하는 데 걸리는 시간은 항상 선형적으로 조정되는 것은 아닙니다. 따라서 볼륨이 커도 시간이 덜 걸리고 볼륨이 작아도 시간이 더 걸릴 수 있습니다.

  • 볼륨이 2016년 11월 3일 23:40 UTC 이전에 연결된 경우에는 탄력적 볼륨 지원을 초기화해야 합니다. 자세한 내용은 탄력적 볼륨 지원 초기화를 참조하십시오.

  • EBS 볼륨을 수정하려고 시도할 때 오류 메시지가 표시되는 경우 또는 이전 세대 인스턴스 유형에 연결된 EBS 볼륨을 수정하는 경우 다음 중 한 가지 조치를 취하세요.

    • 루트가 아닌 볼륨의 경우, 인스턴스에서 볼륨을 분리하고 수정 사항을 적용한 다음 볼륨을 다시 연결합니다.

    • 루트 볼륨의 경우, 인스턴스를 중단하고 수정 사항을 적용한 다음 인스턴스를 다시 시작합니다.

  • 완전히 초기화되지 않은 볼륨의 경우 수정 시간이 늘어납니다. 자세한 정보는 Amazon EBS 볼륨 초기화 섹션을 참조하세요.

  • 새 볼륨 크기는 볼륨의 파일 시스템 및 파티셔닝 체계에서 지원되는 용량을 초과할 수 없습니다. 자세한 내용은 EBS 볼륨의 크기 및 구성에 대한 제약 단원을 참조하십시오.

  • 볼륨의 볼륨 유형을 수정하는 경우 대상 볼륨 유형의 크기와 성능이 제한 범위 내에 있어야 합니다. 자세한 내용은 Amazon EBS 볼륨 유형 섹션을 참조하세요.

  • EBS 볼륨의 크기는 줄일 수 없습니다. 그러나 더 작은 볼륨을 생성한 다음에 rsync(Linux 인스턴스) 또는 robocopy(Windows 인스턴스) 같은 애플리케이션 수준 도구를 사용하여 해당 볼륨으로 데이터를 마이그레이션할 수 있습니다.

  • 기존 io1 또는 io2 볼륨에 32,000 IOPS 이상을 프로비저닝한 경우, 볼륨을 분리했다가 다시 연결하거나 인스턴스를 다시 시작해야 성능 개선 효과가 온전하게 나타납니다.

  • Nitro System에 구축된 인스턴스에 연결된 io2 볼륨은 최대 64TiB의 크기와 최대 256,000 IOPS의 IOPS를 지원합니다. 다른 인스턴스에 연결된 io2 볼륨은 최대 16TiB의 크기와 최대 64,000의 IOPS를 지원하지만 최대 32,000 IOPS의 성능만 달성할 수 있습니다.

  • 다중 연결 사용 io2 볼륨의 볼륨 유형을 수정할 수 없습니다.

  • 다중 연결 지원 io1 볼륨의 볼륨 유형, 크기 또는 프로비저닝된 IOPS는 수정할 수 없습니다.

  • 루트 볼륨 유형 io1, io2, gp2, gp3 또는 standard는 인스턴스에서 분리하더라도 st1 또는 sc1 볼륨으로 수정할 수 없습니다.

  • m3.medium 인스턴스는 볼륨 수정을 완전하게 지원하지만 m3.large, m3.xlargem3.2xlarge 인스턴스는 일부 볼륨 수정 기능을 지원하지 않을 수 있습니다.