할당량 및 한도

이 페이지에서는 Cloud Spanner의 프로덕션 할당량과 한도를 설명합니다. 할당량과 한도의 차이점은 한도는 조정할 수 없는 반면 할당량은 상향 조정을 요청할 수 있다는 것입니다.

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

할당량 확인

프로젝트 리소스의 현재 할당량을 확인하려면 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자

데이터베이스 한도

한도
인스턴스당 데이터베이스 100
데이터베이스 ID 길이 2~30자
노드당 스토리지 크기 2TB1

백업 및 복원 한도

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

스키마 한도

DDL 문

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

테이블

한도
데이터베이스당 테이블 2,560
테이블 이름 길이 1~128자
테이블당 열 1,024
열 이름 길이 1~128자
열당 데이터 크기 10MB
테이블 키의 열 수

16

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

테이블 인터리브 처리 깊이

7

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

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

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

8KB

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

행당 데이터 크기

4GB

최상위 행과 인터리브 처리된 하위 행 및 색인 행이 모두 포함됩니다.

색인

한도
데이터베이스당 색인 5,120
테이블당 색인 32
색인 이름 길이 1~128자
색인 키의 열 수

16

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

쿼리 한도

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

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

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

관리 한도

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

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

(100초 동안의 평균)

요청 한도

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

참고

1. Cloud Spanner 데이터베이스에 액세스할 때 가용성을 높이고 지연 시간을 줄이려면 데이터베이스의 데이터 2TB당 1개의 노드가 필요합니다. 예를 들어 인스턴스에 3.5TB의 데이터를 저장하는 데이터베이스 1개가 있는 경우 노드를 2개 이상 프로비저닝해야 합니다. 이렇게 하면 데이터베이스 크기가 4TB가 될 때까지는 인스턴스를 한도 이하로 유지할 수 있습니다. 데이터베이스가 4TB에 도달하면 데이터베이스 확장을 위해 다른 노드를 추가해야 합니다. 그렇지 않으면 데이터베이스 쓰기가 실패합니다. 원활하게 확장될 수 있도록 데이터베이스 한도에 도달하기 전에 노드를 추가하세요.

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

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

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

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