기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # Amazon EFS 할당량 다음에서는 Amazon EFS 작업 시 할당량에 대해 알아봅니다. **Topics** + [늘릴 수 있는 Amazon EFS 할당량](#soft-limits) + [변경할 수 없는 Amazon EFS 리소스 할당량](#limits-efs-resources-per-account-per-region) + [NFS 클라이언트에 대한 할당량](#limits-client-specific) + [Amazon EFS 파일 시스템 할당량](#limits-fs-specific) + [지원되지 않는 NFSv4.0 및 4.1 기능](#nfs4-unsupported-features) + [추가 고려 사항](#limits-additional-considerations) + [할당량과 관련된 파일 작업 오류 문제 해결](troubleshooting-efs-fileop-errors.md) ## 늘릴 수 있는 Amazon EFS 할당량 Service Quotas는 한 위치에서 할당량 또는 제한을 관리하는 데 도움이 되는 AWS 서비스입니다. [Service Quotas 콘솔](https://console.aws.amazon.com/servicequotas/home?region=us-east-1#!/dashboard)에서 Amazon EFS 제한 값을 보고의 EFS 파일 시스템 수에 대한 할당량 증가 AWS 리전 및 자주 액세스하는 데이터에 대한 읽기 IOPS를 요청할 수 있습니다. AWS Support에 문의하여 다음 Amazon EFS 할당량 증가를 요청할 수도 있습니다. 자세한 내용은 [할당량 증가 요청](#request-limit-increase) 섹션을 참조하세요. Amazon EFS 서비스 팀이 각 요청을 개별적으로 검토합니다. + 각 고객 계정별 파일 시스템 수 + 각 파일 시스템에 대한 액세스 포인트 수 + 탄력적 처리량을 사용하는 파일 시스템당 최대 읽기 IOPS. 자주 액세스하는 파일 시스템의 읽기 IOPS가 증가하면 자주 액세스하지 않는 파일 시스템의 읽기 IOPS와 쓰기 IOPS도 모두 증가합니다. + AWS 리전내 연결된 모든 클라이언트에 대한 리전별 파일 시스템당 탄력적 처리량 + AWS 리전내 연결된 모든 클라이언트에 대한 리전별 파일 시스템당 프로비저닝된 처리량 다음 테이블에는 변경을 요청할 수 있는 일반적인 기본 리소스 할당량이 나열되어 있습니다. - **의 각 고객 계정에 대한 파일 시스템 수 AWS 리전** - 1,000 - **각 파일 시스템에 대한 액세스 포인트 수** - 10,000 - **탄력적 처리량을 사용하는 파일 시스템당 최대 IOPS자주 액세스하는 데이터에 대한 읽기 IOPS의 기본 할당량의 최대 10배 증가를 요청할 수 있습니다. 자주 액세스하는 데이터의 읽기 IOPS가 증가하면 자주 액세스하지 않는 데이터의 읽기 IOPS와 쓰기 IOPS도 증가합니다.** - 자주 액세스하지 않는 데이터 읽기: 90,000 - 자주 액세스하는 데이터 읽기: 250,000 - 쓰기: 50,000 다음 표에는 각의 연결된 모든 클라이언트에 대한 파일 시스템당 탄력적 처리량 할당량이 나열되어 있습니다 AWS 리전. **리전 파일 시스템 - 각의 연결된 모든 클라이언트에 대한 파일 시스템당 총 기본 탄력적 처리량 AWS 리전** | AWS 리전 | 최대 읽기 처리량 | 최대 쓰기 처리량(측정된 처리량) | | --- | --- | --- | | 미국 동부(오하이오) 리전
미국 동부(버지니아 북부) 리전
미국 서부(오리곤) 리전
아시아 태평양(뭄바이) 리전
아시아 태평양(서울) 리전
아시아 태평양(싱가포르) 리전
아시아 태평양(시드니) 리전
아시아 태평양(도쿄) 리전
유럽(프랑크푸르트) 리전
유럽(아일랜드) 리전
Europe (London) Region | 60GiBps(초당 기가바이트) | 5GiBps | | 기타 모든 AWS 리전 | 20GiBps | 1GiBps | 다음 표에는 각의 연결된 모든 클라이언트에 대한 파일 시스템당 프로비저닝된 처리량 할당량이 나열되어 있습니다 AWS 리전. **리전 파일 시스템 - 각의 연결된 모든 클라이언트에 대한 파일 시스템당 총 기본 프로비저닝 처리량 AWS 리전** | AWS 리전 | 최대 읽기 처리량 | 최대 쓰기 처리량(측정된 처리량) | | --- | --- | --- | | 미국 동부(오하이오) 리전
미국 동부(버지니아 북부) 리전
미국 서부(오리곤) 리전
유럽(아일랜드) 리전 | 10GiBps | 3.33GiBps | | 기타 모든 AWS 리전 | 3GiBps | 1GiBps | ### 할당량 증가 요청 이러한 할당량 증가를 요청하려면 다음 단계를 AWS Support수행합니다. Amazon EFS 팀이 각 할당량 증가 요청을 검토합니다. **를 통해 할당량 증가를 요청하려면 AWS Support** 1. [AWS Support Center](https://console.aws.amazon.com/support/home#/) 페이지를 열고 필요한 경우 로그인합니다. 그런 다음 **사례 생성**을 선택합니다. 1. **사례 생성**에서 **서비스 제한 증가**를 선택합니다. 1. **제한 유형**에서 증가할 제한 유형을 선택합니다. 양식에서 필요한 필드를 입력한 다음, 선호하는 연락 방법을 선택합니다. ## 변경할 수 없는 Amazon EFS 리소스 할당량 다음을 포함하여 몇 가지 Amazon EFS 리소스의 할당량은 변경할 수 없습니다. + 일반 리소스 할당량(예: 각 파일 시스템의 연결 수). + AWS 리전에 연결된 모든 클라이언트에 대한 One Zone 파일 시스템별 탄력적 및 프로비저닝된 처리량 할당량 + AWS 리전에 연결된 모든 클라이언트에 대한 리전 또는 One Zone 파일 시스템별 버스트 처리량 할당량 다음 테이블에는 변경할 수 없는 일반 리소스 할당량이 나열되어 있습니다. **변경할 수 없는 일반 리소스 할당량** | Resource | 할당량 | | --- | --- | | 각 파일 시스템에 대한 연결 수 | 25,000 | | 가용 영역당 파일 시스템별 탑재 대상 수 | 1 | | 각 Virtual Private Cloud(VPC) 탑재 대상 수 | 1,400 | | 탑재 대상당 보안 그룹의 수 | 5 | | 파일 시스템별 태그 수 | 50 | | 파일 시스템별 VPC 수 | 1 | **참고** 클라이언트는 파일 시스템과 다른 계정이나 VPC에 있는 탑재 대상에도 연결할 수 있습니다. 자세한 내용은 [다른 AWS 계정 또는 VPC에서 EFS 파일 시스템 탑재](manage-fs-access-vpc-peering.md) 단원을 참조하십시오. 다음 표에는 각의 연결된 모든 클라이언트에 대한 파일 시스템당 총 기본 탄력적 및 프로비저닝된 처리량 제한이 나열되어 있습니다 AWS 리전. **One Zone 파일 시스템 - 각의 연결된 모든 클라이언트에 대한 파일 시스템당 총 기본 탄력적 처리량 및 프로비저닝 처리량 AWS 리전** | AWS 리전 | 최대 읽기 처리량 | 최대 쓰기 처리량(측정된 처리량) | | --- | --- | --- | | 모두 AWS 리전 | 3GiBps | 1GiBps | 다음 표에는 각의 연결된 모든 클라이언트에 대한 파일 시스템당 총 버스팅 처리량 제한이 나열되어 있습니다 AWS 리전. **리전 및 One Zone 파일 시스템 - 각의 연결된 모든 클라이언트에 대한 파일 시스템당 총 버스팅 처리량 AWS 리전** | AWS 리전 | 최대 읽기 처리량 | 최대 쓰기 처리량 | | --- | --- | --- | | 미국 동부(오하이오) 리전
미국 동부(버지니아 북부) 리전
미국 서부(오리곤) 리전
아시아 태평양(시드니) 리전
유럽(아일랜드) 리전 | 5GiBps | 3GiBps | | 기타 모든 AWS 리전 | 3GiBps | 1GiBps | ## NFS 클라이언트에 대한 할당량 NFS 클라이언트에 대한 다음 할당량은 Linux NFSv4.1 클라이언트를 사용한다는 가정 하에 적용됩니다. + 탄력적 처리량을 사용하고 버전 2.0 이상의 Amazon EFS 클라이언트(amazon-efs-utils 버전) 또는 Amazon EFS CSI 드라이버(aws-efs-csi-driver)를 사용하여 탑재된 파일 시스템의 경우 최대 읽기 및 쓰기 결합 처리량은 1,500MiBps(초당 메비바이트)입니다. 다른 모든 파일 시스템의 최대 처리량은 500MiBps입니다. 성능에 대한 자세한 내용은 [성능 요약](performance.md#performance-overview) 섹션을 참조하세요. NFS 클라이언트 처리량은 최소 NFS 요청 크기가 4KB(읽기 요청에 1/3 측정 비율 적용 후)인 송수신된 총 바이트 수로 계산됩니다. + 클라이언트당 최대 65,536명의 활성 사용자가 동시에 파일을 열 수 있습니다. + 최대 65,536개의 파일이 인스턴스에서 동시에 열립니다. 디렉터리 콘텐츠 나열은 파일 열기로 계산되지 않습니다. + 클라이언트의 각 고유 탑재는 연결당 최대 총 65,536개의 잠금을 획득할 수 있습니다. + Amazon EFS에 연결할 때 온프레미스 또는 다른 AWS 리전 에 있는 NFS 클라이언트는 동일한 AWS 리전에서 EFS에 연결할 때보다 처리량이 낮아질 수 있습니다. 이 효과는 네트워크 대기 시간이 늘어났기 때문입니다. 최대 클라이언트별 처리량을 달성하려면 1ms 이하의 네트워크 대기 시간이 필요합니다. 온프레미스 NFS 서버에서 EFS로 대용량 데이터 세트를 마이그레이션하는 경우 DataSync 데이터 마이그레이션 서비스를 사용하세요. + NFS 프로토콜은 사용자당 최대 16개의 그룹 ID(GID)를 지원하며 추가 GID는 NFS 클라이언트 요청에서 잘립니다. 자세한 내용은 [NFS 파일 시스템에서 허용된 파일에 대한 액세스가 거부되었습니다.](troubleshooting-efs-general.md#nfs-16-group-limit) 단원을 참조하십시오. + Microsoft Windows에서는 Amazon EFS를 사용할 수 없습니다. ## Amazon EFS 파일 시스템 할당량 다음 할당량은 Amazon EFS 파일 시스템에만 해당됩니다. | Resource | 할당량 | | --- | --- | | 파일 이름 길이(바이트) | 255 | | 최대 심볼 링크(symlink) 길이(바이트) | 4,080 | | 파일에 대한 최대 하드 링크 수 | 177 | | 단일 파일 크기 | 52,673,613,135,872바이트(47.9TiB) | | 디렉터리 깊이 수준 수 | 1,000 | | 모든 인스턴스 및 사용자에 대한 단일 파일의 잠금 수 | 512 | | 각 파일 시스템 정책의 글자 수 제한 | 20,000건 | | \*범용 모드의 초당 파일 작업 수 | 250,000 | \*범용 모드의 초당 파일 작업 수에 대한 자세한 내용은 [성능 요약](performance.md#performance-overview) 섹션을 참조하십시오. ## 지원되지 않는 NFSv4.0 및 4.1 기능 Amazon EFS는 NFSv2 또는 NFSv3를 지원하지 않지만, 다음 기능을 제외하고 NFSv4.1과 NFSv4.0을 모두 지원합니다. + pNFS + 확장된 속성 + 모든 유형의 클라이언트 위임 또는 콜백 + OPEN 작업은 항상 위임 유형으로 `OPEN_DELEGATE_NONE`을 반환합니다. + OPEN 작업은 `CLAIM_DELEGATE_CUR` 및 `CLAIM_DELEGATE_PREV` 클레임 유형에 대해 `NFSERR_NOTSUPP`을 반환합니다. + 필수 잠금 Amazon EFS의 모든 잠금은 권고 사항입니다. 즉, 쓰기 및 읽기 작업은 작업 실행 전 잠금이 충돌하는지 검사하지 않습니다. + 공유 거부 NFS는 공유 거부 개념을 지원합니다. 공유 거부**는 주로 Windows 클라이언트에서 사용자가 열려 있는 특정 파일에 대한 다른 사용자의 액세스를 거부하는 데 사용됩니다. Amazon EFS는 이를 지원하지 않으며, `OPEN4_SHARE_DENY_NONE` 이외의 공유 거부 값을 지정하는 모든 OPEN 명령에 대해 NFS 오류 `NFS4ERR_NOTSUPP`를 반환합니다. Linux NFS 클라이언트에서는 `OPEN4_SHARE_DENY_NONE` 이외의 다른 값은 사용하지 않습니다. + 액세스 제어 목록(ACL) + Amazon EFS는 파일 읽기 시 `time_access` 속성을 업데이트하지 않습니다. Amazon EFS는 다음과 같은 이벤트에서 `time_access`를 업데이트합니다. + 파일을 만든 경우(inode가 생성됨) + NFS 클라이언트가 명시적 `setattr` 직접 호출을 실행한 경우 + 예를 들어 파일 크기 변경 또는 파일 메타데이터 변경으로 인해 inode에 쓰는 경우 + inode 속성이 업데이트된 경우 + 네임스페이스 + 지속적인 응답 캐시 + Kerberos 기반 보안 + NFSv4.1 데이터 보존 + 디렉터리의 SetUID + CREATE 작업 사용 시 지원되지 않는 파일 형식: 블록 디바이스(NF4BLK), 문자 디바이스(NF4CHR), 속성 디렉터리(NF4ATTRDIR) 및 명명된 속성(NF4NAMEDATTR) + 지원되지 않는 속성: FATTR4\_ARCHIVE, FATTR4\_FILES\_AVAIL, FATTR4\_FILES\_FREE, FATTR4\_FILES\_TOTAL, FATTR4\_FS\_LOCATIONS, FATTR4\_MIMETYPE, FATTR4\_QUOTA\_AVAIL\_HARD, FATTR4\_QUOTA\_AVAIL\_SOFT, FATTR4\_QUOTA\_USED, FATTR4\_TIME\_BACKUP 및 FATTR4\_ACL 이러한 속성을 설정하려고 하면 `NFS4ERR_ATTRNOTSUPP` 오류가 발생하고 이 오류는 클라이언트에서 다시 전송됩니다. ## 추가 고려 사항 또한 다음 사항에 유의하세요. + Amazon EFS 파일 시스템을 생성할 수 있는 AWS 리전 목록은 [AWS 일반 참조 사용 설명서](https://docs.aws.amazon.com/general/latest/gr/Welcome.html)를 참조하세요. + Amazon EFS는 `nconnect` 탑재 옵션을 지원하지 않습니다. + Amazon EFS 파일 시스템은 Direct Connect 및 VPN을 사용하여 온프레미스 데이터 센터 서버에서 탑재할 수 있습니다. 자세한 내용은 [자습서: 온프레미스 클라이언트로 탑재](mounting-fs-mount-helper-direct.md) 단원을 참조하십시오.