Table Storage의 확장성 및 성능 목표
이 참조는 Azure Storage의 확장성 및 성능 목표를 자세히 설명합니다. 여기에 나열된 확장성 및 성능 목표는 최첨단 목표이지만 달성할 수 있습니다. 모든 경우, 계정 사용량에 따라 달성된 요청 속도 및 대역폭은 스토리지된 개채의 크기 및 애플리케이션이 수행한 작업 형태에 따릅니다.
해당 성능이 요구 사항을 충족시키는지 여부를 확인하려면 서비스를 테스트해야 합니다. 가능하면 트래픽 속도가 갑자기 증가하지 않고 파티션 간의 트래픽이 적절하게 분산되도록 보장합니다.
애플리케이션이 파티션의 작업 처리 가능한 제한에 도달하면 Azure Storage는 오류 코드 503(서버 작업 중) 또는 오류 코드 500(작업 시간 제한) 응답을 반송하기 시작합니다. 503 오류가 발생하는 경우 재시도를 위해 지수 백오프 정책을 사용하도록 애플리케이션을 수정하는 것이 좋습니다. 지수 백오프는 파티션에 대한 부하를 감소시키고 해당 파티션에 트래픽의 급증을 완화할 수 있습니다.
Table Storage의 규모 대상
다음 표에서는 테이블 스토리지의 용량, 확장성 및 성능 목표에 대해 설명합니다.
| 리소스 | 대상 |
|---|---|
| Azure Storage 계정에서 테이블의 수 | 스토리지 계정의 용량에 의해서만 제한됨 |
| 테이블에 있는 파티션 수 | 스토리지 계정의 용량에 의해서만 제한됨 |
| 파티션의 엔터티 수 | 스토리지 계정의 용량에 의해서만 제한됨 |
| 단일 테이블의 최대 크기 | 500TiB |
| 모든 속성 값을 비롯한 단일 엔터티의 최대 크기 | 1MiB |
| 테이블 엔터티의 최대 속성 수 | 255개(세 가지 시스템 속성 PartitionKey, RowKey 및 Timestamp 포함) |
| 엔터티에 있는 개별 속성의 최대 전체 크기 | 속성 유형에 따라 다릅니다. 자세한 내용은 테이블 서비스 데이터 모델 이해의 속성 유형을 참조하세요. |
| PartitionKey | 최대 1024자 크기의 문자열 |
| RowKey | 최대 1024자 크기의 문자열 |
| 엔터티 그룹 트랜잭션의 크기 | 한 개 트랜잭션에는 최대 100개의 엔터티가 포함될 수 있고, 페이로드 크기는 4MiB 미만이어야 합니다. 엔터티 그룹 트랜잭션은 엔터티 업데이트를 한 번만 포함할 수 있습니다. |
| 테이블별로 저장된 최대 액세스 정책 수 | 5 |
| 스토리지 계정당 최대 요청 속도 | 초당 20,000개 트랜잭션(1KiB 엔터티 크기로 가정) |
| 단일 테이블 파티션의 목표 처리량(1KiB 엔터티) | 초당 최대 2,000개 엔터티 |