할당량 및 한도

이 페이지에서는 Cloud Storage의 할당량 및 요청 한도를 설명합니다. 할당량 상향 조정을 요청할 수 있지만 한도는 조정할 수 없습니다.

할당량 및 한도는 변경될 수 있습니다.

버킷

  • 버킷 이름의 크기는 이름에 점(.)이 포함되지 않은 경우 영문 기준 63자, 버킷에 점이 포함된 경우 영문 기준 222자로 제한됩니다.

  • 프로젝트마다 버킷 생성 및 삭제에 2초당 요청 약 1개라는 비율 제한이 적용되므로 일반적으로 버킷 수는 적고 객체 수가 많도록 계획하는 것이 좋습니다. 예를 들어 일반적인 설계에서는 프로젝트 사용자당 1개의 버킷을 사용합니다. 하지만 초당 많은 사용자를 추가하는 시스템을 설계할 때는 버킷 생성 비율 제한 때문에 병목 현상이 발생하지 않도록 적절한 권한으로 한 버킷에 많은 사용자가 포함되도록 설계하세요.

  • 가용성이 높은 애플리케이션은 애플리케이션 주요 경로에서 버킷 생성 또는 삭제에 종속되면 안 됩니다. 버킷 이름은 중앙 글로벌 네임스페이스에 속하므로 이 네임스페이스에 대한 종속으로 인해 애플리케이션의 단일 장애점이 형성됩니다. 이 같은 사실과 위에서 언급한 2초당 요청 1개의 한도 때문에 Cloud Storage를 사용하는 고가용성 서비스는 필요한 모든 버킷을 사전에 생성하는 것이 좋습니다.

  • 각 버킷에는 초당 1개라는 업데이트 한도가 적용되어 단일 버킷에 대한 빠른 업데이트(예: CORS 구성 변경)가 확장되지 않습니다.

  • 버킷당 기존 IAM 역할을 보유하는 주 구성원은 100명으로 제한되며 버킷당 모든 IAM 역할을 보유한 주 구성원은 1,500명으로 제한됩니다. 주 구성원의 예로는 개별 사용자, 그룹, 도메인 등이 있습니다. IAM ID를 참조하세요.

  • Pub/Sub 알림을 포함한 버킷:

    • 버킷에서는 알림 구성을 총 100개까지 사용할 수 있습니다.

    • 특정 이벤트에 트리거되는 알림 구성은 10개까지 사용할 수 있습니다.

    • 알림 구성마다 커스텀 속성을 10개까지 사용할 수 있습니다.

객체

  • Cloud Storage에 저장되는 개별 객체에는 5TiB의 최대 크기 한도가 적용됩니다.

    • 단일 업로드 요청의 최대 크기 역시 5TiB입니다. 장시간 연결이 필요한 업로드의 경우 중간에 발생한 장애로부터 복구할 수 있도록 재개 가능한 업로드 사용을 고려하세요. 자세한 내용은 재개 가능한 업로드를 참조하세요.
  • 모든 커스텀 메타데이터 키와 객체당 8KiB의 값에 최대 합계 크기 한도가 적용됩니다.

  • 객체 이름의 크기는 1,024바이트로 제한됩니다.

  • 동일한 객체 이름에 대해 초당 1회 쓰기 제한이 있으므로 동일한 객체 이름에 대한 빠른 쓰기가 확장되지 않습니다. 자세한 내용은 객체 불변성을 참조하세요.

  • 객체 업로드, 업데이트, 삭제 등 전체 버킷의 쓰기 수에는 제한이 없습니다. 처음에는 버킷에서 초당 약 1,000개의 쓰기를 지원하며 이후 필요에 따라 확장됩니다.

  • 객체 데이터 읽기, 객체 메타데이터 읽기, 객체 나열을 포함한 버킷의 객체에 대한 읽기 수에는 제한이 없습니다. 처음에는 버킷에서 초당 약 5,000개의 객체 읽기를 지원하며 이후 필요에 따라 확장됩니다. 그러나 대역폭 한도가 있다는 점에 유의하세요.

  • 객체당 액세스 제어 목록(ACL) 항목은 100개로 제한됩니다. ACL은 개별 사용자, 그룹, 도메인에 적용될 수 있습니다. ACL 범위를 참조하세요.

  • 객체 구성:

    • 단일 구성 요청으로 최대 32개의 객체를 구성할 수 있습니다.

    • 복합 객체를 구성하는 구성요소의 수에는 제한이 없지만 복합 객체와 관련된 componentCount 메타데이터는 2,147,483,647에 이르면 포화 상태가 됩니다.

    • Cloud Storage에 저장된 객체에 적용되는 5TiB의 전체 크기 한도가 복합 객체에 적용됩니다.

JSON API 요청

  • 일괄 요청의 경우:

    • 총 요청 페이로드는 10MB 미만이어야 합니다.

    • 단일 요청에 호출을 100회를 초과하여 포함하지 마세요.

XML API 요청

  • XML API를 통해 요청을 전송할 때는 요청 URL 및 HTTP 헤더를 합친 크기가 16KB로 제한됩니다.

  • XML API를 사용해 리소스를 나열할 때는 반환되는 항목이 1,000개로 제한됩니다.

  • XML API 멀티파트 업로드를 수행할 때 다음 한도가 적용됩니다.

    • 멀티파트 업로드는 최대 10,000개의 파트를 포함할 수 있습니다.
    • 개별 부품의 최대 크기 제한은 5GiB입니다.
    • 개별 부분의 최소 크기 제한은 마지막 부분이 아닌 경우 5MiB이며 최소 크기 제한은 없습니다.
    • 멀티파트 업로드에서 조합된 객체에는 Cloud Storage에 저장된 객체에 대한 5TiB의 전체 크기 한도가 적용됩니다.
    • 멀티파트 업로드 및 업로드된 부분이 버킷에서 미완료 상태로 유지되거나 유휴 상태로 유지될 수 있는 시간에는 제한이 없습니다.
    • 객체에 동시에 발생할 수 있는 여러 멀티파트 업로드 수에는 제한이 없습니다.

서비스 계정의 HMAC 키

  • HMAC 키는 서비스 계정당 5개로 제한됩니다. 삭제된 키는 한도에 포함되지 않습니다.

대역폭

  • Cloud Storage에서 Google 서비스로 향하는 데이터 이그레스의 기본 대역폭 할당량은 리전별 프로젝트당 200Gbps입니다. Cloud CDN에 대한 이그레스는 이 할당량에서 제외됩니다.

    • Cloud Storage 이중 리전에서 Google 서비스로 향하는 데이터 이그레스는 이중 리전을 구성하는 리전 중 하나의 할당량에 반영됩니다. 예를 들어 us-central1의 Compute Engine 인스턴스가 nam4 이중 리전의 버킷에서 데이터를 읽으면 대역폭 사용량이 us-central1 전의 전체 할당량의 일부로 집계됩니다.

    • 프로젝트별로 리전에 대한 할당량 증가를 요청할 수 있습니다. 이중 리전의 할당량을 상향 조정하려면 이중 리전을 구성하는 리전 한 곳 또는 두 곳 모두에 대해 할당량 증가 요청을 해야 합니다.

  • Cloud Storage에서 Google 서비스로 향하는 데이터 이그레스의 기본 대역폭 할당량은 멀티 리전별 프로젝트당 50Gbps입니다. Cloud CDN에 대한 이그레스는 이 할당량에서 제외됩니다.

    • Google 서비스에 대한 이그레스 요율이 높은 워크로드의 경우 리전 또는 이중 리전에 있는 버킷을 사용하는 것이 좋습니다. 그렇지 않고 멀티 리전의 기본 할당량보다 많은 할당량이 필요한 경우에는 Google Cloud 지원팀에 문의하세요.
  • 프로젝트 이그레스가 특정 위치의 할당량을 초과하면 영향을 받은 버킷에 대한 요청이 재시도 가능한 429 오류로 거부되거나 제한될 수 있습니다. 대역폭 모니터링에 대한 자세한 내용은 대역폭 사용량을 참조하세요.