이 페이지에서는 Cloud Storage의 할당량 및 요청 한도를 설명합니다. 할당량 상향 조정을 요청할 수 있지만 한도는 조정할 수 없습니다.
할당량 및 한도는 변경될 수 있습니다.
버킷
| 한도 | 값 | 참고 |
|---|---|---|
| 최대 버킷 이름 크기 | 63자(영문 기준) | 이름에 점(.)이 포함되어 있으면 222자로 제한됩니다. |
| 프로젝트당 버킷 만들기 및 삭제 최고 속도 | 2초당 약 1개의 요청 | 대부분의 경우 버킷 수는 적고 객체 수가 많도록 계획합니다. 예를 들어 일반적인 설계에서는 프로젝트 사용자당 1개의 버킷을 사용합니다. 하지만 초당 많은 사용자를 추가하는 시스템을 설계할 때는 버킷 생성 비율 제한 때문에 병목 현상이 발생하지 않도록 적절한 권한으로 한 버킷에 많은 사용자가 포함되도록 설계하세요. 가용성이 높은 애플리케이션은 애플리케이션 주요 경로에서 버킷 생성 또는 삭제에 종속되면 안 됩니다. 버킷 이름은 중앙 글로벌 네임스페이스에 속하므로 이 네임스페이스에 대한 종속으로 인해 애플리케이션의 단일 장애점이 형성됩니다. 이러한 버킷 생성/삭제 한도로 인해 Cloud Storage의 고가용성 서비스를 위해 필요한 모든 버킷을 사전에 생성하는 것이 좋습니다. |
| 버킷당 버킷 메타데이터 업데이트 최고 속도 | 초당 업데이트 1회 | 단일 버킷에 대한 빠른 업데이트(예: CORS 구성 변경)로 인해 제한 오류가 발생할 수 있습니다. |
| 버킷당 IAM 역할을 부여할 수 있는 최대 주 구성원 수 | 모든 IAM 역할의 경우 주 구성원 1,500명 기존 IAM 역할의 경우 주 구성원 100명 |
주 구성원의 예로는 개별 사용자, 그룹, 도메인 등이 있습니다. 자세한 내용은 주 구성원 유형을 참조하세요. |
| 버킷당 최대 Pub/Sub 알림 구성 수 | 100개의 알림 구성 | |
| 특정 이벤트에 대해 트리거하도록 설정된 최대 Pub/Sub 알림 구성 수 | 10개의 알림 구성 | |
| Pub/Sub 알림 구성의 최대 커스텀 속성 수 | 10개의 커스텀 속성 | |
| 버킷 잠금에 설정할 수 있는 최대 보관 기간 | 3,155,760,000초(100년) |
객체
| 한도 | 값 | 참고 |
|---|---|---|
| 최대 객체 크기 | 5TiB | 이 한도는 객체 구성, 재개 가능한 업로드, 멀티파트 업로드를 비롯한 쓰기 메서드에 관계없이 적용됩니다. 단일 업로드 요청으로 전체 5TiB를 업로드할 수 있지만 이러한 장기 실행 업로드는 오류가 발생할 가능성이 높으며, 재개 가능한 업로드는 큰 객체를 업로드할 때 권장되는 방법입니다. |
| 객체당 모든 커스텀 메타데이터 키와 값의 최대 결합 크기 | 8KiB | |
| 최대 객체 이름 크기 | 1,024바이트(UTF-8 인코딩) | |
| 동일한 객체 이름에 대한 쓰기 최고 속도 | 초당 쓰기 1회 | 한도를 초과하는 동일한 객체 이름에 쓰기 작업을 수행하면 제한 오류가 발생할 수 있습니다. 자세한 내용은 객체 불변성을 참조하세요. |
| 단일 객체에 대한 객체 메타데이터 업데이트 최대 속도 | 초당 업데이트 1회 | 한도를 초과하는 속도로 객체 메타데이터를 업데이트하면 제한 오류가 발생할 수 있습니다. |
| 버킷의 최대 객체 쓰기 속도 | 무제한 | 객체 업로드, 업데이트, 삭제가 포함됩니다. 처음에는 버킷에서 초당 약 1,000개의 쓰기를 지원하며 이후 필요에 따라 확장됩니다. |
| 버킷의 최대 객체 읽기 속도 | 무제한 | 객체 데이터 읽기, 객체 메타데이터 읽기, 객체 나열이 포함됩니다. 처음에는 버킷에서 초당 약 5,000개의 객체 읽기를 지원하며 이후 필요에 따라 확장됩니다. 그러나 대역폭 한도가 있다는 점에 유의하세요. |
| 최대 액세스제어 목록(ACL) 항목 수 | 객체당 100개의 ACL | ACL은 개별 사용자, 그룹, 도메인에 적용될 수 있습니다. ACL 범위를 참조하세요. |
| 객체 구성의 소스 객체 최대 개수 | 단일 작성 요청의 객체 32개 | |
| 복합 객체를 구성하는 최대 구성요소 수 | 무제한 | 복합 객체를 구성하는 구성요소의 수에는 제한이 없지만 복합 객체와 관련된 componentCount 메타데이터는 2,147,483,647에 이르면 포화상태가 되며, 최종 복합 객체는 5TiB 크기 한도를 준수해야 하며 이는 Cloud Storage의 모든 객체에 적용됩니다. |
| 객체 보관 잠금에 설정할 수 있는 최대 보관 기간 | 현재 날짜 및 시간부터 3,155,760,000초(100년) |
JSON API 요청
| 한도 | 값 | 참고 |
|---|---|---|
| 일괄 요청의 최대 총 요청 페이로드 | 10MiB 미만 | 단일 요청에 호출을 100회를 초과하여 포함하지 마세요. |
| glob 패턴을 나열하는 객체의 최대 크기 | UTF-8 인코딩의 1,024바이트 |
XML API 요청
| 한도 | 값 | 참고 |
|---|---|---|
| 요청 URL과 HTTP 헤더를 결합한 최대 크기 | 16KiB | |
| 버킷을 나열할 때 반환될 수 있는 최대 버킷 수 | 버킷 1000개 | XML API는 이름별로(사전순) 버킷을 반환합니다. |
| 멀티파트 업로드의 최대 파트 수 | 10,000개의 파트 | 이러한 부분에서 조합된 객체는 Cloud Storage의 모든 객체에 적용되는 5TiB 크기 한도를 준수해야 합니다. |
| 멀티파트 업로드에서 개별 파트의 최대 크기 | 5GiB | |
| 멀티파트 업로드에서 개별 파트의 최소 크기 | 5MiB | 멀티파트 업로드의 마지막 파트에는 최소 크기 제한이 없습니다. 따라서 파트가 업로드될 때 이 제한이 적용되지 않으며, 대신 업로드를 완료하려고 할 때 이 제한이 적용됩니다. |
| 멀티파트 업로드 및 업로드된 파트가 버킷에서 완료되지 않거나 유휴 상태로 유지될 수 있는 최대 시간 | 무제한 | |
| 객체에 동시에 발생할 수 있는 서로 다른 멀티파트 업로드의 최대 수 | 무제한 | |
| 재개 가능한 업로드 세션을 완료하는 데 걸리는 최대 시간 | 7일 | 재개 가능한 업로드가 시작되는 시점부터 시작하여 시간이 측정됩니다. |
서비스 계정의 HMAC 키
HMAC 키는 서비스 계정당 최대 10개로 제한됩니다. 삭제된 키는 이 제한에 포함되지 않습니다.
인벤토리 보고서
소스 버킷당 인벤토리 보고서 구성 한도는 최대 100개입니다.
대역폭
| 할당량 | 값 | 참고 |
|---|---|---|
| Cloud Storage에서 Google 서비스로 데이터를 이그레스하는 각 리전의 최대 대역폭 | 대부분의 프로젝트에 대한 리전 기본 할당량당 200Gbps이지만 프로젝트의 결제 계정 내역에 따라 더 적을 수 있습니다. |
Cloud CDN 및 Media CDN으로의 이그레스는 이 할당량에서 제외됩니다. 프로젝트별로 리전에 대한 할당량 증가를 요청할 수 있습니다. 프로젝트의 Google 이그레스 한도를 보는 방법은 할당량 보기 및 관리를 참조하세요. 프로젝트의 Google 이그레스 사용량을 보는 방법은 대역폭 모니터링을 참조하세요. |
| Cloud Storage에서 Google 서비스로 데이터를 이그레스하는 각 이중 리전의 최대 대역폭 | 대부분의 프로젝트에 대한 리전별/dualregion_location별 기본 할당량당 200Gbps이지만 프로젝트의 결제 계정 내역에 따라 더 적을 수 있습니다. |
Cloud CDN 및 Media CDN으로의 이그레스는 이 할당량에서 제외됩니다. 프로젝트별로 할당량 증가를 요청할 수 있습니다. 프로젝트의 Google 이그레스 한도를 보는 방법은 할당량 보기 및 관리를 참조하세요. 프로젝트의 Google 이그레스 사용량을 보는 방법은 대역폭 모니터링을 참조하세요. |
| 특정 멀티 리전의 버킷에서 데이터에 액세스하는 Google 서비스의 최대 이그레스 대역폭 | 대부분의 프로젝트에 대한 리전 기본 할당량당 200Gbps이지만 프로젝트의 결제 계정 내역에 따라 더 적을 수 있습니다. |
Cloud CDN 및 Media CDN으로의 이그레스는 이 할당량에서 제외됩니다. 특정 멀티 리전 내의 각 리전에는 별도의 할당량이 있습니다. 예를 들어 프로젝트의 Google 이그레스 한도를 보는 방법은 할당량 보기 및 관리를 참조하세요. 프로젝트의 Google 이그레스 사용량을 보는 방법은 대역폭 모니터링을 참조하세요. 프로젝트별로 할당량 증가를 요청할 수 있습니다. 일반적으로 Google 서비스에 대한 이그레스 요율이 높은 워크로드의 경우 리전 또는 이중 리전에 있는 버킷을 사용해야 합니다. Google 서비스에서 대규모 워크로드를 실행하는 기존 멀티 리전 버킷의 경우 리전 또는 이중 리전 버킷으로 Storage Transfer Service를 사용하여 데이터를 이동할 수 있습니다. |
| 리전의 버킷에서 데이터에 액세스하는 인터넷 요청에 대한 최대 이그레스 대역폭 | 대부분의 프로젝트에 대한 리전 기본 할당량당 200Gbps이지만 프로젝트의 결제 계정 내역에 따라 더 적을 수 있습니다. | 캐시 부적중으로 인한 Cloud CDN 및 Media CDN으로의 이그레스는 이 할당량에 포함됩니다. 프로젝트의 인터넷 이그레스 한도를 보는 방법은 할당량 보기 및 관리를 참조하세요. 리전별 프로젝트의 인터넷 이그레스 사용량을 확인하는 방법은 대역폭 모니터링을 참조하세요. 프로젝트별로 리전에 대한 할당량 증가를 요청할 수 있습니다. |
| 이중 리전의 버킷에서 데이터에 액세스하는 인터넷 요청에 대한 최대 이그레스 대역폭 | 대부분의 프로젝트에 대한 리전별/dualregion_location별 기본 할당량당 200Gbps이지만 프로젝트의 결제 계정 내역에 따라 더 적을 수 있습니다. | 캐시 부적중으로 인한 Cloud CDN 및 Media CDN으로의 이그레스는 이 할당량에 포함됩니다. 프로젝트의 인터넷 이그레스 한도를 보는 방법은 할당량 보기 및 관리를 참조하세요. 리전별 프로젝트의 인터넷 이그레스 사용량을 보는 방법은 대역폭 모니터링을 참조하세요. 프로젝트별로 할당량 증가를 요청할 수 있습니다. |
| 특정 멀티 리전의 버킷에서 데이터에 액세스하는 인터넷 요청에 대한 최대 이그레스 대역폭 | 대부분의 프로젝트에 대한 리전 기본 할당량당 200Gbps이지만 프로젝트의 결제 계정 내역에 따라 더 적을 수 있습니다. |
캐시 부적중으로 인한 Cloud CDN 및 Media CDN으로의 이그레스는 이 할당량에 포함됩니다. 멀티 리전 내 리전에는 별도의 멀티 리전 인터넷 이그레스 할당량이 있습니다. 예를 들어 프로젝트의 인터넷 이그레스 한도를 보는 방법은 할당량 보기 및 관리를 참조하세요. 리전별 프로젝트의 인터넷 이그레스 사용량을 보는 방법은 대역폭 모니터링을 참조하세요. 프로젝트별로 할당량 증가를 요청할 수 있습니다. |
프로젝트 대역폭이 특정 위치의 할당량을 초과하면 영향을 받은 버킷에 대한 요청이 제한되거나 초과된 할당량의 세부정보가 포함된 재시도 가능한 429 - rateLimitExceeded 오류와 함께 거부될 수 있습니다.
대역폭 모니터링에 대한 자세한 내용은 대역폭 사용량을 참조하세요.