Quiz: Architecture and Data Model

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

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

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

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

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

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

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

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

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

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

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

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