할당량 및 한도

이 페이지에서는 Cloud Storage의 할당량 및 요청 한도를 설명합니다.

버킷

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

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

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

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

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

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

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

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

객체

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

    • 단일 업로드 요청의 최대 크기 역시 5TB입니다. 장시간 연결이 필요한 업로드의 경우 중간에 발생한 장애로부터 복구할 수 있도록 재개 가능한 업로드 사용을 고려하세요. 자세한 내용은 재개 가능한 업로드를 참조하세요.
  • 각 객체에는 초당 1회라는 업데이트 한도가 적용되어 단일 객체에 대한 빠른 쓰기가 확장되지 않습니다. 자세한 내용은 핵심 용어에서 객체 불변성을 참조하세요.

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

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

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

  • 객체 구성:

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

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

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

XML API 요청

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

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

서비스 계정의 HMAC 키

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

대역폭 모니터링

Cloud Storage는 프로젝트 버킷의 리전 내 읽기 대역폭 사용량을 추적하는 대역폭 모니터링을 제공합니다. 대역폭 모니터링은 리전별로 집계되며 지난 30일 간의 사용량을 추적합니다. 대역폭 모니터링은 멀티 리전에는 사용할 수 없습니다.

대역폭 모니터링으로 추적하려면 다음과 같아야 합니다.

  • Cloud Storage 버킷이 아닌 Google Cloud 리소스를 기준으로 한 사용량이어야 합니다.

  • 버킷이 리전에 위치한 경우 사용량은 동일한 리전에 위치한 리소스를 기준으로 해야 합니다.

  • 버킷이 이중 리전에 위치한 경우 사용량은 이중 리전을 구성하는 리전 중 하나에 위치한 리소스를 기준으로 해야 합니다.

  • 사용량 출처는 JSON API GET Object 메서드 또는 XML API GET Object 메서드 중 하나여야 합니다.

대역폭 모니터링을 확인하려면 다음을 클릭하세요.

Cloud Storage 대역폭 모니터링 열기