퀴즈: 구조와 데이터 모델

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

1. 프로메테우스 설정 파일을 고쳤습니다. 반영 방법으로 올바르지 않은 것은?

   1. 파일을 저장하면 프로메테우스가 변경을 감지해 자동 반영한다
   2. 프로세스에 SIGHUP 시그널을 보낸다
   3. --web.enable-lifecycle 을 켠 상태에서 /-/reload 에 POST 한다
   4. 프로메테우스 프로세스를 재시작한다

2. TSDB 에서 tombstone 의 역할로 옳은 것은?

   1. WAL 세그먼트가 가득 찼음을 표시한다
   2. 삭제 요청 범위를 기록해 두고 실제 제거는 컴팩션 때 수행한다
   3. out-of-order 샘플을 별도 로그로 보내는 표식이다
   4. 블록의 압축 레벨을 기록한다

3. 타깃이 서비스 디스커버리에서 사라졌습니다. 프로메테우스가 하는 일로 옳은 것은?

   1. 시계열에 stale marker 를 추가해 이후 쿼리 결과에서 빠지게 한다
   2. 해당 시계열의 과거 데이터를 즉시 삭제한다
   3. 마지막 값을 5분 동안 계속 복제해 채워 넣는다
   4. up 값을 0 으로 유지하며 계속 스크레이프를 시도한다

4. delta-of-delta 와 XOR 인코딩으로 얻는 대표적인 효과는?

   1. 레이블 검색이 상수 시간이 되는 것
   2. 쿼리 동시성 제한이 사라지는 것
   3. 리텐션을 무한으로 늘릴 수 있는 것
   4. 샘플당 약 1.37바이트라는 압축률

5. relabel_configs 와 metric_relabel_configs 의 비용 차이를 옳게 설명한 것은?

   1. 둘 다 스크레이프 후에 동작하므로 비용이 같다
   2. metric_relabel_configs 가 먼저 동작해 더 저렴하다
   3. relabel_configs 는 TSDB 에 저장된 레이블을 사후에 고친다
   4. relabel_configs 에서 버린 타깃은 요청 자체가 나가지 않고, metric_relabel_configs 는 이미 받은 뒤 버린다

6. Pushgateway 를 쓰는 것이 적절한 상황은?

   1. 장기 실행 웹 서비스의 메트릭을 모으고 싶을 때
   2. 타깃이 너무 많아 스크레이프 부하를 줄이고 싶을 때
   3. 서비스 디스커버리를 대체하고 싶을 때
   4. 프로메테우스가 스크레이프하기 전에 끝나는 단기 배치 잡의 결과를 남기고 싶을 때