자주 묻는 질문¶

플랜 선택 및 결제 방식¶

세션 리플레이는 로그처럼 보존 기간을 3일 또는 7일로 별도 설정할 수 있나요?

플랜에 따라 다릅니다.

• 상용 플랜: 지원하지 않습니다. 세션 리플레이 데이터 저장 정책은 실제 사용자 모니터링(RUM)에 연결되어 있으며, RUM의 저장 정책(3일/7일/14일)을 그대로 사용하므로 별도로 조정할 수 없습니다.
• 배포 플랜: 관리 백엔드에서 세션 리플레이의 저장 정책을 별도로 구성할 수 있습니다.

제 비즈니스는 주로 중국 리전에 있지만 일부 사용자는 해외에 있습니다. 결제 시 위안화와 달러 중 어떤 것을 선택해야 하나요?

Guance에는 두 개의 정산 센터 시스템이 있습니다.

통화 선택은 세금계산서 유형과 결제 수단에 영향을 미치므로 워크스페이스 등록 시 확정해야 합니다. 비즈니스가 여러 리전에 걸쳐 있다면 각각 다른 리전에 워크스페이스를 만들어 해당 리전의 통화로 결제하는 것을 권장합니다.

한동안 위안화로 결제해 왔는데 USD 결제로 전환할 수 있나요?

셀프 서비스로 직접 전환할 수 없습니다. 서로 다른 정산 센터 시스템(중국 리전 vs 글로벌 리전)과 회계 데이터 이관이 필요하므로 다음 절차를 따라야 합니다.

1. 고객 담당자에게 문의하여 통화 전환 신청을 제출합니다.
2. 기존 워크스페이스의 과거 청구분은 위안화로 결제가 유지됩니다.
3. 전환 후 새로 발생하는 비용은 USD로 결제됩니다.

전환 전에 위안화 계정의 미납 금액을 정산하고, 환율 변동이 예산에 미치는 영향을 평가하세요.

로그 양은 많지만 접근 빈도가 낮습니다. 상용 플랜과 엔터프라이즈 플랜 중 어느 쪽이 더 저렴한가요?

'쓰기 트래픽'과 '총 저장 용량'의 비율에 따라 다릅니다.

• 상용 플랜: 쓰기량(건수 또는 트래픽) + 보존 기간 구간별로 과금됩니다. 데이터 접근 빈도가 높고 장기 보관 및 빈번한 조회가 필요한 시나리오에 적합합니다. 3~7일의 단기 보관만 필요하다면 상용 플랜이 일반적으로 더 경제적입니다.

• 엔터프라이즈 플랜: 압축 후 쓰기 트래픽 + 총 저장 용량 기준으로 과금되며 보존 기간과 무관합니다. 로그 양은 매우 많지만 조회 빈도가 낮고 장기 아카이브가 필요한 시나리오에 적합합니다. 360일을 보관하더라도 보존 기간에 따라 단가가 구간별로 오르지 않지만, 총 저장 용량에 대한 비용은 계속 발생합니다.

데이터 압축률이 높고(예: 텍스트 로그는 약 20%까지 압축 가능) 보존 기간이 30일이라면, 고객 담당자에게 문의하여 엔터프라이즈 플랜 방안을 평가받아 보세요.

데이터 저장 정책 변경¶

로그 보존 기간을 14일에서 3일로 줄였는데 왜 청구 비용이 즉시 줄어들지 않나요?

이는 롤링 과금 메커니즘 때문입니다. 비메트릭 데이터(로그, Trace 등)의 정책을 변경하면:

1. 기존 데이터: 기존 보존 기간(14일)이 만료될 때까지 계속 유지되며, 기존 정책의 더 높은 단가로 과금됩니다.
2. 신규 데이터: 즉시 새 정책의 더 낮은 단가로 과금됩니다.

따라서 비용 감소에는 14일의 전환 기간이 있습니다. 비용을 즉시 줄여야 한다면 기존 데이터를 수동으로 삭제해야 합니다(단, 데이터가 손실됩니다).

메트릭 데이터의 저장 정책을 변경하면 기존 데이터가 즉시 삭제되고 비용도 즉시 줄어들지만, 데이터는 복구할 수 없습니다.

같은 날 저장 정책을 여러 번 변경하면 어느 시점의 정책이 적용되나요?

당일 첫 번째 변경은 즉시 적용되고, 이후 변경은 다음 날 적용됩니다.

시나리오 예시:

• 09:00: 로그 보존 기간을 14일에서 7일로 변경 → 즉시 적용, 당일부터 7일 단가로 과금
• 15:00: 로그를 다시 7일에서 3일로 변경 → 다음 날 0시에 적용, 오늘은 여전히 7일 단가로 과금

당일에 여러 번 조정하면 과금 기록이 혼란스러워질 수 있으므로 피하는 것이 좋습니다.

데이터 저장 정책을 변경하면 메트릭 데이터와 비메트릭 데이터의 처리가 왜 다른가요?

• 메트릭 데이터: 변경 후 즉시 적용되며 기존 데이터가 즉시 삭제되고 복구할 수 없습니다. 메트릭 데이터는 데이터 양이 많고 업데이트가 빈번하므로 시스템이 즉시 정리 정책을 적용합니다.

• 비메트릭 데이터(로그, Trace, Profile, RUM 등): 변경 후 신규 데이터는 새 정책으로 과금되고, 기존 데이터는 원래 보존 기간이 끝날 때까지 유지됩니다. 비메트릭 데이터는 일반적으로 감사 가치가 있어 데이터 연속성을 보장해야 합니다.

메트릭 보존 기간을 줄이면 즉시 비용을 절감할 수 있지만, 비메트릭 보존 기간을 줄인 경우에는 전환 기간이 지나야 전체 비용 절감 효과를 확인할 수 있습니다.

'커스텀 다중 인덱스'를 활성화하면 저장 정책 변경이 '기본' 인덱스에만 적용되는 이유는 무엇인가요? 다른 인덱스는 어떻게 하나요?

각 인덱스는 저장 정책이 독립적으로 연결됩니다. 변경 단계:

1. 로그 > 인덱스 관리로 이동합니다.
2. 각 커스텀 인덱스의 보존 기간을 각각 설정합니다.
3. 각 인덱스는 각자의 보존 기간 정책에 따라 과금됩니다.

커스텀 인덱스 중 별도로 정책을 설정하지 않은 인덱스는 기본적으로 default 인덱스의 정책을 상속합니다. 단, 과금 시 각 인덱스는 독립적으로 집계되며 합산되지 않습니다.

과금 항목 및 계산 로직¶

상용 플랜에서 로그를 건수 기준으로 과금할 때와 쓰기 트래픽 기준으로 과금할 때, 언제 전환하는 것이 더 유리한가요?

핵심은 로그 건당 평균 크기입니다.

• 건당 1KB 미만: 건수 기준 과금이 일반적으로 더 유리합니다(1GB에 약 100만 건, 건수 기준 과금은 단 1단위만 청구될 수 있음).
• 건당 10KB 초과(ES) 또는 2KB 초과(SLS): 트래픽 기준 과금이 더 유리하며, 대용량 로그가 여러 건으로 분할되어 과금되는 것을 피할 수 있습니다.

모니터 감지 주기를 30분으로 설정한 경우, 트리거는 2회(30/15)로 계산되나요, 아니면 6회(기본 5회 + 초과 1회)로 계산되나요?

후자가 맞습니다. 과금 공식은 다음과 같습니다.

총 횟수 = 감지 유형 기본 횟수 + ⌈(감지 주기 - 15분) / 15분⌉

'급변 감지'(기본 5회)의 경우 30분 주기에서는 다음과 같습니다.

• 기본: 5회
• 초과분: (30 - 15) / 15 = 1, 올림하여 1회
• 총합: 6회

AI 모니터가 감지 1회 실행 시 어떤 사용량이 발생하나요?

AI 모니터는 감지를 실행할 때마다 다음 두 가지 사용량이 동시에 발생하며 각각 집계됩니다.

• 트리거: 트리거 1회로 집계됩니다.
• AI 크레딧: 이번 감지에서 실제로 소비한 Credits만큼 차감됩니다.

고급 설정의 '단일 감지 크레딧 예산'은 감지당 크레딧 소비를 제어하기 위한 것이며, 매번 해당 한도가 고정적으로 차감된다는 의미는 아닙니다.

지능형 모니터링의 유형별 트리거는 어떻게 계산되나요?

유형별 집계 규칙은 다음과 같습니다.

• 호스트/로그/애플리케이션 지능형 감지: 실행당 10회
• RUM 지능형 감지: 실행당 100회
• AI 지능형 모니터링: 실행당 100회

AI 지능형 모니터링은 감지를 실행할 때마다 이번 AI 분석에서 실제로 소비한 Credits도 차감합니다. 트리거와 Credits는 각각 집계됩니다.

분산 추적 데이터는 때로는 Trace 기준으로, 때로는 Span 기준으로 과금됩니다. 청구서를 어떻게 예측할 수 있나요?

시스템이 더 유리한 방식을 자동으로 선택합니다.

• Trace 수 ≥ Span 수/10이면 Trace 기준으로 과금됩니다(100만 개 Trace당).
• 그렇지 않으면 Span 기준으로 과금됩니다(1,000만 개 Span당).

애플리케이션 성능 모니터링(APM)의 서비스 개요에서 확인할 수 있습니다. Trace당 평균 Span 수가 10보다 크면 Span 기준으로, 10보다 작으면 Trace 기준으로 과금될 가능성이 높습니다. 샘플링 정책을 조정하여 Trace 수를 제어하면 과금 방식에도 영향을 줄 수 있습니다.

에스컬레이션 정책 알림이 트리거될 때마다 트리거 100회가 차감된다고 하는데, 알림을 보낼 때마다 차감되나요?

네, 에스컬레이션 정책에 한 번 매칭될 때마다 알림 발송 시 트리거 100회가 기록됩니다.

상용 플랜에서 이벤트와 자체 구축 신서틱 테스트 데이터는 왜 기본적으로 로그 default 인덱스의 저장 정책을 사용하나요?

이 두 유형의 데이터는 물리적으로 로그 default 인덱스에 저장되기 때문입니다.

• 이벤트 데이터(모니터, SLO, 지능형 점검에서 생성)는 default 인덱스에 저장됩니다.
• 자체 구축 신서틱 테스트 데이터는 DataKit을 통해 전송되며, 동일하게 default 인덱스에 저장됩니다.

따라서 저장 기간과 과금 단가가 default 인덱스 구성을 상속합니다. 별도로 조정해야 한다면 현재 이벤트 또는 자체 구축 신서틱 테스트에 독립적인 저장 정책을 직접 설정할 수 없으며, default 인덱스의 보존 기간을 조정하여 간접적으로 영향을 줄 수 있습니다.

예외: Guance노드의 신서틱 테스트 데이터도 default 인덱스에 저장되지만, 테스트 실행 자체는 테스트 횟수에 따라 별도로 과금되며 저장 과금과는 별개의 차원입니다.

데이터 분할 및 압축 과금¶

ES와 SLS 저장소는 대용량 로그의 분할 임계값이 다릅니다. 실제 건수는 어떻게 계산하나요?

저장소 유형에 따라 각각 계산합니다.

ES 저장소:

• 건당 10KB 이하: 1건으로 계산
• 건당 10KB 초과: 과금 건수 = ⌈실제 크기 / 10KB⌉

예: 15KB 로그는 2건, 25KB 로그는 3건으로 계산됩니다.

SLS 저장소:

• 건당 2KB 이하: 1건으로 계산
• 건당 2KB 초과: 과금 건수 = ⌈실제 크기 / 2KB⌉

예: 3KB 로그는 2건, 5KB 로그는 3건으로 계산됩니다.

세션 리플레이의 Session이 5시간 동안 지속되면 2개의 과금 단위로 분할됩니다. 이 두 단위는 연속으로 과금되나요, 아니면 실제 활성 시간에 따라 배분되나요?

올림한 정수 배수로 과금되며, 시간 분포와는 무관합니다.

과금 단위 = ⌈time_spent / 4시간⌉ = ⌈5/4⌉ = 2단위

이 2개 단위는 당일 청구서에 한 번에 반영되며, 시간대별로 나누어 과금되지 않습니다. Session 중간에 1시간 동안 비활성 상태가 있더라도 time_spent 필드의 총 시간이 5시간으로 표시되면 2개 단위로 과금됩니다.

Profile 파일이 300KB를 초과하면 분할되는데, 분할된 건수대로 각각 저장되나요, 아니면 과금만 분할되나요?

과금만 분할되며, 저장은 여전히 원본 파일 기준입니다. 시스템은 대용량 Profile 파일을 여러 레코드로 분할하여 인덱싱하고 과금합니다(300KB마다 1건). 단, 저장 측면에서는 여전히 Profile 수집 1회로 연결됩니다. 이렇게 하는 것은 단일 레코드가 너무 커서 쿼리 성능에 영향을 주지 않도록 하면서, 과금이 저장 리소스 소비에 비례하도록 보장하기 위해서입니다.

PV 과금에서 'PV와 PV/100 중 큰 값'을 취한다는 것은 무슨 의미인가요?

이는 낮은 트래픽 시나리오를 위한 최소 과금 보장 메커니즘입니다.

• 당일 PV 수가 500이면 500/100 = 5이므로 더 큰 값인 500을 기준으로 과금됩니다.
• 당일 PV 수가 50이면 50/100 = 0.5이므로 더 큰 값인 50을 기준으로 과금됩니다(0.5 또는 1이 아닙니다).

PV 수가 100을 초과하면 'PV/100'이 1보다 커지지만, 이때도 PV 수 자체가 더 큰 값이므로 PV 수를 기준으로 합니다. 이 규칙은 초소량 트래픽에서 발생할 수 있는 계산 정밀도 문제를 피하기 위한 것으로, 정상적인 비즈니스 트래픽(일 100PV 초과)에는 실질적인 영향이 없습니다.

민감 데이터 스캔에서 동일한 로그의 여러 필드를 마스킹하는데 왜 비용이 여러 번 발생하나요?

과금이 필드 단위 스캔 트래픽을 기준으로 하기 때문입니다.

• 마스킹 대상 필드는 각각 원본 트래픽을 별도로 계산합니다.
• 동일한 로그에 속한 필드라도 각각 과금됩니다.

예: 1KB 로그에 민감 필드가 3개 포함된 경우, 스캔 과금은 로그 1건의 1KB가 아니라 3개 필드의 전체 원본 트래픽(필드 콘텐츠 크기에 따라 1KB보다 클 수 있음)을 기준으로 계산됩니다.

플랜 전환 및 데이터 이동¶

무료 플랜에서 상용 플랜으로 업그레이드한 뒤 무료 플랜 사용 기간의 데이터가 보이지 않는 이유는 무엇인가요?

무료 플랜 데이터는 별도 인스턴스에 저장됩니다. 업그레이드 후:

• DataKit 설정: 상용 플랜 워크스페이스를 자동으로 가리키며 데이터가 계속 전송됩니다.
• 기존 데이터: 무료 플랜 환경에 남아 있으며, 일반적으로 7일 후 자동으로 정리되어 상용 플랜에서는 확인할 수 없습니다.

무료 플랜의 기존 데이터는 상용 플랜으로 마이그레이션할 수 없습니다. 보존이 필요하다면 업그레이드 전에 데이터 내보내기 기능을 통해 백업해야 합니다.