2018 년 7 월 17 일에 최대 성능을 달성하기 위해 모든 S3 객체 키의 첫 문자를 무작위화할 필요가 없다고 공식 AWS 발표가있었습니다 : https://aws.amazon.com/about-aws/whats-new / 2018 / 07 / amazon-s3-announces 증가 요청 속도 성능 /
Amazon S3, 요청 속도 성능 향상 발표
게시 된 날짜 : Jul 17, 2018
Amazon S3는 이제 데이터를 추가하기 위해 초당 3,500 개의 요청을, 데이터를 검색하기 위해 초당 5,500 개의 요청을 지원하는 향상된 성능을 제공하므로 추가 비용없이 상당한 처리 시간을 절약 할 수 있습니다. 각 S3 접두사는 이러한 요청 속도를 지원할 수 있으므로 성능을 크게 향상시킬 수 있습니다.
현재 Amazon S3에서 실행되는 애플리케이션은 변경없이이 성능 향상을 누릴 수 있으며 S3에서 새 애플리케이션을 구축하는 고객은이 성능을 달성하기 위해 애플리케이션을 사용자 정의 할 필요가 없습니다. 병렬 요청에 대한 Amazon S3의 지원은 애플리케이션을 사용자 정의하지 않고도 컴퓨팅 클러스터의 요소에 따라 S3 성능을 확장 할 수 있음을 의미합니다. 접두사 당 성능이 확장되므로 필요한 처리량을 달성하기 위해 필요한만큼의 접두사를 동시에 사용할 수 있습니다. 접두사 수에는 제한이 없습니다.
이 S3 요청 속도 성능 향상은 객체 접두사를 무작위 화하여 성능을 향상시키기위한 이전 지침을 제거합니다. 즉, 성능에 영향을주지 않고 S3 객체 명명에서 논리적 또는 순차적 명명 패턴을 사용할 수 있습니다. 이 개선 사항은 이제 모든 AWS 리전에서 사용할 수 있습니다. 자세한 내용은 Amazon S3 개발자 안내서를 참조하십시오.
대단하지만 혼란 스럽습니다. 그것은 말한다 각 S3의 접두사가 간단 성능이 크게 증가하고, 이러한 요청 속도를 지원할 수
그러나 접두사와 구분 기호는 GET Bucket (List Objects)
버킷의 내용을 나열 할 때 API 에 대한 인수 일 뿐이 므로 "접두사 당"객체 검색 성능에 대해 이야기하는 것이 합리적 일 수 있습니다. 모든 호출 GET Bucket (List Objects)
은 원하는 접두사와 구분자를 선택할 수 있으므로 접두사는 사전 정의 된 엔티티가 아닙니다.
예를 들어, 버킷에 다음과 같은 객체가있는 경우 :
a1/b-2
a1/c-3
그런 다음 버킷 내용을 나열 할 때마다 "/"또는 "-"를 구분 기호로 사용하도록 선택할 수 있으므로 접두사를
a1/
또는
a1/b-
a1/c-
그러나 GET Object
API가 전체 키를 사용하기 때문에 특정 접두어 또는 구분 기호의 개념이 객체 검색에 존재하지 않습니다. 5,500 req / sec a1/
또는 5,500 req / sec a1/b-
및 5,500 on을 기대할 수 a1/c-
있습니까?
그렇다면 누군가 "각 s3 접두사"에 대해 특정 수준의 성능 (예 : 데이터를 검색하기 위해 초당 5,500 개의 요청)을 제안 할 때 발표의 의미를 설명 할 수 있습니까?