Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 클라우드
- c++
- elk stack
- nvidia docker
- MySQL
- 정보처리기사
- 파이썬
- 앤서블 설치
- ansible install
- mysql on docker
- python
- 스트림셋이란?
- 알고리즘
- 데이트
- 도커 mysql
- 백준
- c
- 푸시푸시
- 도커
- 데이터베이스
- 도커 elk
- docker
- 도커 시작하기
- streamsets 강의
- 코딩
- C언어
- java
- 자바
- mysql docker
- 스트림셋
Archives
- Today
- Total
목록인프라/Logging Metric (1)
리그캣의 개발놀이터
kafka lag, Fluentd 트러블 슈팅 (Trouble Shooting)
현재 운영하는 시스템을 보면 하기와 같이 되어있다. log txt producer(ex. filebeat) -> message Q(kafka) -> consumer (ex. fluentd) -> es 자중 발생하는 문제가 있는데 kafka의 lag이 쌓인다는 것이다. 카프카 lag은 카프카 운영에 있어서 중요한 모니터링 지표인데, 카프카 파티션에 데이터가 하나씩 들어가면서 각 데이터에 오프셋이라는 숫자가 붙는다. 즉 데이터 하나가 파티션에 인입되면 0 그다음 데이터가 인입되면 1 ..2...3.. 이렇게 오프셋이 붙기 시작한다. 참고 : https://strimzi.io/blog/2021/01/07/consumer-tuning/ 이 오프셋을 참고해서 producer kafka consumer 사이의 데이..
인프라/Logging Metric
2023. 3. 12. 17:54