할당량 및 한도

이 페이지에서는 Cloud Bigtable의 할당량 및 한도에 대해 다룹니다.

할당량

이 섹션에서는 모든 Cloud Bigtable 사용량에 적용되는 기본 할당량에 대해 설명합니다.

관리 작업 할당량

다음 할당량은 지정된 시간 동안 수행할 수 있는 Cloud Bigtable 관리 작업 수에 영향을 미칩니다.

일일 할당량은 태평양 표준시 자정에 재설정됩니다.

이름	설명	기본 할당량
인스턴스 및 클러스터
인스턴스 및 클러스터 읽기 요청	인스턴스 또는 클러스터의 구성 읽기(예: 인스턴스 이름이나 클러스터의 노드 수) 또는 인스턴스 목록 읽기	프로젝트당 일일 작업 수: 작업 864,000개(평균 10개/초) 사용자별 100초당 작업 수: 작업 1,000개
인스턴스 및 클러스터 쓰기 요청	인스턴스 또는 클러스터의 구성 변경(예: 인스턴스 이름이나 클러스터의 노드 수) 또는 새 인스턴스 만들기	프로젝트당 일일 작업 수: 작업 500개 사용자별 100초당 작업 수: 작업 100개
애플리케이션 프로필
앱 프로필 읽기 요청	앱 프로필 구성 읽기	프로젝트별 100초당 작업 수: 작업 5,000개 사용자별 100초당 작업 수: 작업 1,000개
앱 프로필 쓰기 요청	앱 프로필 구성 변경	프로젝트별 100초당 작업 수: 작업 500개 사용자별 100초당 작업 수: 작업 100개
테이블
테이블 읽기 요청	테이블 구성 읽기(예: column family 세부정보) 또는 테이블 목록 읽기	프로젝트당 일일 작업 수: 작업 864,000개(평균 10개/초) 사용자별 100초당 작업 수: 작업 1,000개
테이블 쓰기 요청	테이블 구성 변경(예: column family의 가비지 컬렉션 설정)	프로젝트당 일일 작업 수: 작업 5,000개 사용자별 100초당 작업 수: 작업 100개
`DropRowRange` 메서드	단일 작업으로 한 테이블의 행 범위 삭제	프로젝트당 일일 작업 수: 작업 5,000개 사용자별 100초당 작업 수: 작업 100개
백업
백업 작업	백업 생성, 업데이트, 삭제	프로젝트당 일일 작업 수: 작업 1,000개 사용자별 100초당 작업 수: 작업 10개
백업 가져오기 요청	백업 가져오기 및 나열	프로젝트당 일일 작업 수: 작업 864,000개
`RestoreTable` 메서드	백업을 새 테이블로 복원	프로젝트당 일일 작업 수: 작업 5,000개 사용자별 100초당 작업 수: 작업 100개
Identity and Access Management
세밀한 ACL get 요청	Cloud Bigtable 인스턴스에 대한 IAM 정책 정보 읽기 또는 인스턴스의 IAM 권한 테스트	프로젝트당 일일 작업 수: 작업 864,000개(평균 10개/초) 사용자별 100초당 작업 수: 작업 1,000개
세밀한 ACL set 요청	Cloud Bigtable 인스턴스의 IAM 정책 변경	프로젝트당 일일 작업 수: 작업 864,000개(평균 10개/초) 사용자별 100초당 작업 수: 작업 1,000개

노드 할당량

Google Cloud 프로젝트에는 클러스터의 컨테이너인 Cloud Bigtable 인스턴스가 포함됩니다. 클러스터는 단일 영역에서 실행 중인 실제 Cloud Bigtable 서비스를 나타냅니다. 클러스터에는 Cloud Bigtable이 사용자의 데이터를 관리할 수 있도록 하는 컴퓨팅 리소스인 노드가 포함됩니다.

기본적으로 Google Cloud 프로젝트별로 영역당 최대 30개의 SSD 노드 및 최대 30개의 HDD 노드를 프로비저닝할 수 있습니다. 프로비저닝해야 할 노드 수가 기본 한도를 초과하는 경우 상향 조정을 요청할 수 있습니다.

GCP 프로젝트에서 각 영역에 이미 보유 중인 SSD 및 HDD 노드 수를 찾으려면 Google Cloud Console을 사용하세요. 왼쪽 탐색창에서 IAM 및 관리자를 선택하고 할당량을 클릭한 후 서비스 드롭다운을 사용하여 Cloud Bigtable Admin API 서비스를 선택합니다.

이 페이지에는 서비스, 노드 유형, 위치 조합별 할당량을 보여주는 행이 표시되어 있습니다. 영역별 SSD 노드 또는 영역별 HDD 노드라는 부제목의 행을 찾습니다. 한도 열에는 특정 노드 유형 및 위치에 허용되는 최대 노드 수가, 현재 사용량 열에는 현재 존재하는 노드 수가 표시되어 있습니다. 이 두 수치의 차이가 상향 요청 없이 추가할 수 있는 노드 수입니다.

할당량 상향 요청

할당량 상향을 요청할 인스턴스가 포함된 프로젝트에 대한 편집자 수준 이상의 권한을 보유하고 있어야 합니다.

할당량 상향 요청 자체는 요금이 부과되지 않으며 리소스를 더 사용한 경우에만 요금이 증가합니다.

할당량 페이지로 이동합니다.
할당량 페이지로 이동
할당량 페이지에서 변경할 할당량을 선택합니다.
페이지 상단의 할당량 수정 버튼을 클릭합니다.
오른쪽 창에 이름, 이메일, 전화번호를 입력하고 다음을 클릭합니다.
요청할 새 할당량 한도를 입력하고 다음을 클릭합니다.
요청을 제출합니다.

요청을 이행하는 데 충분한 시간을 확보할 수 있도록 며칠 전에 미리 리소스 추가를 계획하고 요청하시기 바랍니다.

한도

이 섹션에서는 Cloud Bigtable 사용량에 적용되는 한도에 대해 설명합니다. 서비스에 설정된 한도는 변경이 불가능합니다.

인스턴스당 앱 프로필

각 인스턴스가 포함할 수 있는 최대 애플리케이션 프로필 수는 2,000개입니다.

백업

생성할 수 있는 최대 백업 수: 클러스터별 테이블당 50개
백업의 최소 TTL: 최초 생성 시간 이후 6시간
백업의 최대 TTL: 최초 생성 날짜 이후 30일

테이블 내 데이터 크기

권장사항은 데이터 크기를 다음의 권장된 한도 아래로 유지하도록 스키마를 설계하는 것입니다.

단일 row key: 4KB
테이블당 column family: 100개
단일 column qualifier: 16KB
테이블 셀의 단일 값: 10MB
단일 행에 있는 모든 값: 100MB

또한 데이터가 이 엄격한 한도를 초과하지 않는지 확인해야 합니다.

테이블 셀의 단일 값: 100MB
단일 행에 있는 모든 값: 256MB

이 크기 한도는 바이너리 킬로바이트(KB) 및 바이너리 메가바이트(MB) 단위로 측정됩니다. 참고로 1KB는 2¹⁰바이트이고 1MB는 2²⁰바이트입니다. 이 측정 단위를 키비바이트(KiB)와 메비바이트(MiB)라고도 합니다.

작업 한도

일괄 작업 한 번으로 여러 개의 변형을 Cloud Bigtable에 전송할 때 일괄 작업에 100,000개 이하의 변형을 포함할 수 있습니다.

행 필터

행 필터는 20KB를 초과할 수 없습니다. 오류 메시지가 나타나면 필터를 다시 설계하거나 줄여야 합니다.

노드당 저장용량

현재 워크로드 및 저장된 데이터 양을 감안했을 때 클러스터에 노드가 충분하지 않으면 Cloud Bigtable이 클러스터와 연결된 모든 태블릿을 관리하기에는 CPU 리소스가 부족한 상태가 됩니다. 또한 Cloud Bigtable이 백그라운드에서 필수 유지관리 작업도 수행할 수 없습니다. 따라서 클러스터가 수신 요청을 처리할 수 없고 지연 시간이 증가합니다.

이러한 문제를 방지하려면 클러스터의 스토리지 사용량을 모니터링하여 다음 한도를 토대로 클러스터의 데이터 양을 지원할 수 있는 충분한 노드가 있는지 확인합니다.

SSD 클러스터: 노드당 2.5TB
HDD 클러스터: 노드당 8TB

이 값은 바이너리 테라바이트(TB) 단위로 측정되며 1TB는 2⁴⁰바이트입니다. 이 측정 단위를 테비바이트(TiB)라고도 합니다.

권장사항은 한도의 70%만 사용하도록 클러스터에 노드를 충분히 추가하는 것입니다. 이렇게 하면 스토리지 사용량이 급증해도 감당할 수 있습니다. 예를 들어 SSD 스토리지를 사용하는 클러스터에 50TB의 데이터를 저장하고 있다면 최대 72.5TB의 데이터를 처리하도록 노드를 29개 이상 프로비저닝해야 합니다. 클러스터에 많은 양의 데이터를 추가하지 않으려는 경우에는 이 권장사항을 초과하여 한도의 100%까지 저장할 수 있습니다.

인스턴스당 테이블

Cloud Bigtable은 인스턴스당 최대 1,000개의 테이블을 지원합니다.

테이블 ID

Cloud Bigtable은 테이블 ID 길이를 영문 기준 최대 50자까지 지원합니다.

사용 정책

서비스 사용 시 서비스 약관 및 Google 개인정보처리방침을 준수해야 합니다.