統計確認

/reset_counters 를 눌렀는데 cluster.good.membership_total 값이 그대로다. 왜인가?

• 그 통계는 게이지라 지금 상태를 뜻한다. 되돌릴 누적값이 없다
• 되돌리기가 반영되는 데 수집 주기만큼 시간이 걸린다
• 클러스터 통계는 리스너 통계와 달리 되돌리기 대상이 아니다
• POST 대신 GET 으로 보내 요청이 무시됐다

/stats 에서 본 cluster.good.upstream_rq_total 을 프로메테우스에서 찾으려면?

• 같은 이름을 그대로 쓰되 점을 밑줄로 바꿔 질의한다
• 지표 이름과 클러스터 이름 라벨로 쪼개져 나가므로 그 형태로 질의한다
• 프로메테우스 출력에는 클러스터 통계가 포함되지 않아 따로 수집해야 한다
• ?format=json 으로 받은 이름을 그대로 쓰면 된다

stats_matcher 의 제외 목록에 넣은 통계는 어떻게 되는가?

• 관리 포트에서는 숨겨지지만 프로메테우스로는 그대로 나간다
• 값은 계속 쌓이고 내보낼 때만 걸러진다
• 아예 기록되지 않는다. 나중에 되살려도 그 사이의 값은 없다
• 0 으로 고정되어 시계열은 유지된다

리스너의 downstream_cx_total 은 늘었는데 http.<prefix>.downstream_rq_total 은 그대로다. 무엇을 뜻하는가?

• 업스트림이 모두 성하지 않아 요청이 버려지고 있다
• 라우트 표에 맞는 가상 호스트가 없어 404 가 나가고 있다
• 통계 접두사가 바뀌어 옛 이름의 시계열이 멈춘 것이다
• 연결은 맺혔는데 그 위로 요청이 오지 않았다

stats_config 에 태그 규칙을 더하는 실질적인 이득은?

• 통계 수집 주기를 지표마다 다르게 정할 수 있다
• 긴 이름에서 조직의 이름 규칙에 해당하는 부분을 라벨로 뽑아 묶어 볼 수 있다
• 이름이 짧아져 관리 포트 응답이 빨라진다
• 카운터를 게이지로 바꿔 현재 상태처럼 볼 수 있다

stat_prefix 를 더 읽기 좋은 이름으로 바꿔 배포했다. 가장 먼저 일어나는 일은?

• 옛 접두사를 쓰던 대시보드의 시계열이 사라져 그래프가 빈다
• 라우팅이 바뀌어 일부 요청이 다른 클러스터로 간다
• 프록시가 재시작되지 않으면 아무 일도 일어나지 않는다
• 옛 이름과 새 이름이 함께 나가 값이 두 배로 보인다