데이터 객체 제한(데이터베이스, TABLES, 컬럼, 파티션, 파트)이 적용되는 범위는 서비스를 어떻게 실행하느냐에 따라 달라집니다.
독립 실행형 서비스로 실행한다면 이러한 제한은 서비스마다 개별적으로 적용됩니다.
반면 여러 서비스가 warehouse에서 데이터를 공유하는 순간부터는 동일한 제한이 해당 warehouse의 Shared Catalog에 한 번만 적용됩니다.
수치 자체는 그대로이며, 측정 기준이 되는 수준만 달라집니다.
서비스 제한
아래 제한은 독립 실행형 서비스(그리고 데이터 객체 수의 경우 해당 서비스의 스토리지)에 적용됩니다. 서비스가 warehouse에 속한 경우, 데이터 객체 제한(데이터베이스, TABLES, 컬럼, 파티션, 파트)은 아래 Warehouse 제한에서 설명하는 대로 해당 warehouse의 Shared Catalog에 적용됩니다. 값 자체는 동일하지만, 단일 서비스가 아니라 warehouse 전체를 기준으로 측정됩니다. 쿼리 동시성, 배치 수집 등 나머지 제한은 두 경우 모두 서비스별(또는 레플리카별)로 유지됩니다.
위 값은 기본 제한값입니다. 더 큰 서비스에는 더 많은 여유 용량이 구성되므로 특정 서비스에 적용되는 제한은 여기에 표시된 값보다 높을 수 있습니다. 서비스에 실제로 적용되는 제한은 해당 제한에 가까워질 때 받는 경고에 포함됩니다. 이미 이러한 제한을 초과한 서비스는 현재 개수에 25%를 더한 값으로 테이블 및 데이터베이스 제한이 설정됩니다.
단일 레플리카 서비스의 데이터베이스 최대 개수는
100개이며, TABLES 최대 개수는 500개입니다. 또한 Basic Tier 서비스의
스토리지는 1 TB로 제한됩니다. 위의 조회수, 딕셔너리 및 이름이 지정된
컬렉션 제한은 단일 레플리카 서비스를
포함한 모든 서비스에 동일하게 적용됩니다.
system.server_settings를 쿼리하여 확인할 수 있습니다. 예를 들면 다음과 같습니다.
Warehouse 제한
warehouse는 동일한 데이터를 공유하는 서비스의 집합입니다. Warehouse 제한은 개별 서비스나 조직 전체가 아니라, 이 공유 그룹 전체에 적용됩니다.
레플리카 제한은 warehouse 내 모든 서비스의 레플리카 수를 합산한 값입니다.
Warehouse의 모든 서비스가 하나의 ClickHouse Keeper를 공유하기 때문에, 이 제한은 Keeper의 안정성을 보호하기 위해 존재합니다. 기본값 50은 소프트 제한이며 데이터와 workload에 따라 달라집니다. ClickHouse 26.6 이상에서는 상한이 더 높으며, 향후 추가로 상향할 계획입니다.
상향이 필요한 경우 support에 문의하십시오. Warehouse 스케일링에 대한 자세한 내용은 warehouses를 참조하십시오.
On-Demand Compute는 위 표에 반영되지 않은 별도의 private 프리뷰 이용 자격 및 제한이 적용됩니다. 현재 용량, 동시성, availability에 대한 자세한 내용은 On-Demand Compute 제한 사항을 참조하십시오.
조직 제한
이러한 제한은 ClickHouse Cloud 조직 전체, 즉 해당 조직의 모든 warehouse와 서비스를 합친 범위에 적용됩니다.
조직당 서비스 수 제한은 조직 내 모든 warehouse에 속한 서비스를 전부 합산하여 계산합니다. 이는 엄격한 상한이 아니라 과거부터 유지되어 온 안전장치이므로, 지원팀에 문의하면 간단한 검토를 거쳐 대체로 상향 조정이 가능합니다.