리소스 추정

Managed ClickStack를 배포할 때는 수집과 쿼리 워크로드를 모두 처리할 수 있도록 충분한 컴퓨트 리소스를 프로비저닝하는 것이 중요합니다. 아래 추정치는 수집하려는 관측성 데이터 볼륨을 기준으로 한 초기 기준선을 제공합니다.

이 권장 사항은 다음 가정을 바탕으로 합니다.

데이터 볼륨은 월별 비압축 수집량을 의미하며, 로그와 트레이스 모두에 적용됩니다.
쿼리 패턴은 관측성 사용 사례에서 일반적이며, 대부분의 쿼리는 최근 데이터, 보통 지난 24시간을 대상으로 합니다.
수집은 한 달 내내 비교적 균일하게 이루어진다고 가정합니다. 순간적인 트래픽 증가나 스파이크가 예상된다면 추가 여유 용량을 프로비저닝해야 합니다.
스토리지는 ClickHouse Cloud 객체 스토리지를 통해 별도로 처리되며, 보존 기간의 제한 요인이 아닙니다. 더 오래 보존된 데이터는 자주 액세스되지 않는다고 가정합니다.

정기적으로 더 긴 시간 범위를 쿼리하거나, 집계 부하가 크거나, 동시 사용자가 많은 액세스 패턴의 경우 더 많은 컴퓨트가 필요할 수 있습니다.

2개의 레플리카만으로도 특정 수집 처리량에 필요한 CPU 및 메모리 요구 사항을 충족할 수 있지만, 가능한 경우 동일한 총 용량을 확보하고 서비스 중복성을 높이기 위해 3개의 레플리카를 사용하는 것이 좋습니다.

참고

이 값은 추정치일 뿐이며 초기 기준선으로 사용해야 합니다. 실제 요구 사항은 쿼리 복잡도, 동시성, 보존 정책, 수집 처리량의 변동성에 따라 달라집니다. 항상 리소스 사용량을 모니터링하고 필요에 따라 확장하십시오.

관측성 워크로드 격리

실시간 애플리케이션 분석과 같은 다른 워크로드를 이미 지원하는 기존 ClickHouse Cloud 서비스에 ClickStack을 추가하는 경우, 관측성 트래픽을 격리하는 것을 강력히 권장합니다.

ClickStack 전용 하위 서비스를 생성하려면 관리형 웨어하우스를 사용하십시오. 이 절을 사용하면 다음이 가능합니다:

이 접근 방식은 관측성 데이터가 증가하더라도 기존 워크로드에 영향을 주지 않으면서 ClickStack을 독립적으로 확장할 수 있도록 합니다.

더 큰 규모의 배포 또는 사용자 지정 크기 조정 지침이 필요하면, 보다 정확한 견적을 위해 지원팀에 문의하십시오.