할당량 및 한도

이 페이지에서는 Cloud Spanner의 프로덕션 할당량과 한도를 설명합니다. 할당량과 한도의 차이점은 한도는 조정할 수 없는 반면 할당량은 상향 조정을 요청할 수 있다는 것입니다. 할당량과 한도는 Google Cloud Console에서 서로 바꿔서 사용할 수 있습니다. Google Cloud Console에서 할당량을 수정할 수 없다고 표시하는 경우 이는 실제로 조정할 수 없는 한도입니다.

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

할당량 확인

프로젝트 리소스의 현재 할당량을 확인하려면 Google Cloud Console을 사용합니다.

내 할당량 확인

할당량 상향 조정

Cloud Spanner 사용량이 점차 늘어나면 할당량도 이에 따라 늘릴 수 있습니다. 앞으로 사용량이 현저하게 늘어날 것으로 예상되는 경우 할당량을 이에 맞춰 조정하기 위해서는 며칠 전에 미리 요청하시기 바랍니다.

  1. Cloud Console의 할당량 페이지로 이동합니다.

    할당량 페이지로 이동

  2. 서비스 드롭다운 목록에서 Cloud Spanner API를 선택합니다.

    Cloud Spanner API 항목이 보이지 않으면 Cloud Spanner API가 사용 설정되지 않은 것입니다.

  3. 변경하려는 할당량을 선택합니다.

  4. 할당량 수정을 클릭합니다.

  5. 이름, 이메일, 전화번호를 입력하고 다음을 클릭합니다.

  6. 할당량 요청을 작성한 다음 요청 제출을 클릭합니다.

요청이 제출된 후 48시간 이내에 Cloud Spanner팀이 답변을 드립니다.

인스턴스 한도

한도
인스턴스 ID 길이 2~64자(영문 기준)

데이터베이스 한도

한도
인스턴스당 데이터베이스
  • 노드 1개(처리 단위 1,000개) 이상의 인스턴스: 데이터베이스 100개
  • 노드 1개보다 작은 인스턴스: 처리 단위 100개당 데이터베이스 10개
데이터베이스 ID 길이 2~30자(영문 기준)
스토리지 크기1
  • 노드 1개(처리 단위 1,000개) 이상의 인스턴스: 노드당 2TB
  • 노드 1개보다 작은 인스턴스: 처리 단위 100개당 204.8GB(≈205GB)

백업은 별도로 저장되며 이 한도에 포함되지 않습니다. 자세한 내용은 스토리지 사용량 측정항목을 참조하세요.

백업 및 복원 한도

한도
데이터베이스당 진행 중인 백업 만들기 작업 수 1
인스턴스당 진행 중인 데이터베이스 복원 작업 수(백업이 아닌 복원된 데이터베이스의 인스턴스) 1
백업의 최대 유지 기간 1년(윤년에 추가되는 하루 포함)

스키마 한도

DDL 문

한도
단일 스키마 변경을 위한 DDL 문 크기 10MB
전체 데이터베이스 스키마의 DDL 문 크기(GetDatabaseDdl에 의해 반환됨) 10MB

테이블

한도
데이터베이스당 테이블 5,000
테이블 이름 길이 1~128자(영문 기준)
테이블당 열 1,024
열 이름 길이 1~128자(영문 기준)
열당 데이터 크기 10MB
테이블 키의 열 수

16

상위 테이블과 공유한 키 열 포함

테이블 인터리브 처리 깊이

7

하위 테이블이 있는 최상위 테이블의 깊이는 1입니다.

2차 이상의 하위 테이블이 있는 최상위 테이블의 깊이는 2 이상입니다.

테이블 또는 색인 키의 총 크기

8KB

키를 구성하는 모든 열의 크기 포함

색인

한도
데이터베이스당 색인 10,000
테이블당 색인 32
색인 이름 길이 1~128자(영문 기준)
색인 키의 열 수

16

색인이 생성된 열(저장 중인 열은 제외)과 기본 테이블의 기본 키 열을 합친 개수

한도
데이터베이스당 뷰 5,000
뷰 이름 길이 1~128자(영문 기준)
중첩 깊이

10

다른 뷰를 참조하는 뷰의 중첩 깊이는 1입니다. 또 다른 뷰를 참조하는 다른 뷰를 참조하는 뷰는 중첩 깊이 2 등을 가집니다.

쿼리 한도

한도
단일 GROUP BY 절 내 열 1,000
함수 호출 1,000
조인 20
중첩 함수 호출 75
중첩 GROUP BY 35
중첩 서브 쿼리 표현식 25
중첩 하위 선택 문 60
매개변수 950
쿼리 문 길이 100만 자(영문 기준)
STRUCT 필드 1,000
서브 쿼리 표현식 하위 요소 50
단일 쿼리 내 Union 200

데이터 만들기, 읽기, 업데이트, 삭제 한도

한도
커밋 크기(색인 포함) 100MB
세션당 동시 실행 읽기 100
커밋당 변형(색인 포함)2 20,000
데이터베이스당 동시 Partitioned DML 문 20,000

관리 한도

한도
관리 작업 요청 크기3 1MB
관리자 작업의 비율 제한4

사용자별 프로젝트당 초당 5개

(100초 동안의 평균)

요청 한도

한도
커밋 외의 요청 크기5 10MB

참고

1. 데이터베이스에 액세스하는 데 필요한 고가용성 및 짧은 지연 시간을 제공하기 위해 Cloud Spanner는 인스턴스의 컴퓨팅 용량을 기반으로 스토리지 한도를 정의합니다.

  • 노드 1개(1,000개의 처리 단위)보다 작은 인스턴스의 경우 Cloud Spanner는 데이터베이스에 있는 100개의 처리 단위마다 204.8GB(≈205GB)의 데이터를 할당합니다.
  • 노드가 1개 이상인 인스턴스의 경우 Cloud Spanner는 각 노드에 2TB의 데이터를 할당합니다.

예를 들어 300GB 데이터베이스의 인스턴스를 만들려면 컴퓨팅 용량을 200 처리 단위로 설정해야 합니다. 이렇게 하면 데이터베이스 크기가 409.6GB를 초과할 때까지 인스턴스를 한도 이하로 유지할 수 있습니다. 데이터베이스가 409.6TB에 도달하면 데이터베이스 확장을 위해 처리 단위 100개를 추가해야 합니다. 그렇지 않으면 데이터베이스에 대한 쓰기가 거부될 수 있습니다. 자세한 내용은 데이터베이스 스토리지 사용률 권장사항을 참조하세요.

원활하게 확장될 수 있도록 데이터베이스 한도에 도달하기 전에 컴퓨팅 용량을 추가하세요.

2. 삽입 및 업데이트 작업은 영향을 받는 열 수를 합하여 계산되며 기본 키 열은 항상 영향을 받습니다. 예를 들어 5개 열에 값을 삽입하면 새로 삽입한 레코드가 총 5개의 변형으로 계산될 수 있습니다. 레코드에 2개의 기본 키 열이 있는 경우 레코드에서 3개 열을 업데이트하면 5개 변형으로 계산될 수 있습니다. 삭제 및 범위 삭제 작업은 영향을 받는 열 수에 관계없이 변형 1개로 계산됩니다. ON DELETE CASCADE 주석이 있는 상위 테이블의 열 삭제도 인터리브 처리된 하위 행 수에 관계없이 변형 1개로 계산됩니다. 예외적으로 삭제되는 행에 정의된 보조 색인이 있는 경우 보조 색인 변경은 개별적으로 계산됩니다. 예를 들어 테이블에 2개의 보조 색인이 있다면 테이블의 행 범위 삭제는 테이블에 대한 변형 1개와 삭제되는 각 행에 대한 변형 2개로 계산됩니다. 보조 색인의 행은 키 공간에 분산될 수 있으므로 Cloud Spanner가 보조 색인에서 단일 범위 삭제 작업을 호출할 수 없기 때문입니다. 보조 색인에는 외래 키 지원 색인이 포함됩니다.

트랜잭션의 변이 수를 찾으려면 트랜잭션의 커밋 통계 검색을 참조하세요.

3. 관리 작업 요청에 대한 한도에서 커밋, 참고 5에 나열된 요청, 스키마 변경사항은 제외됩니다.

4. 이 비율 제한에는 인스턴스, 데이터베이스 또는 백업의 장기 실행 작업을 폴링하는 호출을 비롯하여 Admin API에 대한 모든 호출이 포함됩니다.

5. 이 한도에는 데이터베이스 만들기, 데이터베이스 업데이트, 읽기, 스트리밍 읽기, SQL 쿼리 실행, 스트리밍 SQL 쿼리 실행이 포함됩니다.