クイズ: カーディナリティ爆発

라벨이 method(5) × status(8) × endpoint(40) 일 때 시계열 개수는?

• 라벨 값 종류를 더한 53개
• 모든 라벨 값 조합인 1,600개
• method와 status만 곱한 320개
• 라벨 이름 수만 센 3개

다음 중 메트릭 라벨로 가장 위험한 것은?

• 요청마다 달라지는 trace_id
• 값 종류가 제한된 HTTP method
• 값 종류가 제한된 status_code
• 배포 환경을 나타내는 environment

endpoint="/api/orders/8f3a91" 형태로 라벨을 만들면?

• 조회가 정확해진다
• 주문 개수만큼 시계열이 늘어 폭발한다
• 저장 공간이 절약된다
• 알림이 정확해진다

'이 사용자의 요청이 왜 느렸는지' 를 알아야 한다. 어떤 신호를 써야 하는가?

• 메트릭에 user_id 라벨 추가
• 메트릭 보존 기간 연장
• 로그와 트레이스 — 높은 카디널리티는 이쪽의 몫이다
• 대시보드 추가

카디널리티 폭발이 이미 일어났을 때 애플리케이션 배포 없이 즉시 쓸 수 있는 조치는?

• 시계열의 보존 기간을 더 늘려 잡는다
• 무거운 대시보드를 지운다
• 울리는 알림 규칙을 끈다
• 수집 단계의 relabel 로 문제 라벨이나 메트릭을 떨어뜨린다

에러를 라벨로 남길 때 올바른 형태는?

• error="db_timeout" 처럼 분류된 값
• error="connection to 10.0.3.17:5432 timed out"
• error= 에 스택트레이스
• error= 에 타임스탬프 포함