| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- 후기
- 인터페이스
- elasticsearch
- Web
- java
- Git
- 알고리즘
- MySQL
- node
- Spring Boot
- Spring
- RCP
- nodejs
- 백준
- boot
- 이펙티브
- JPA
- 독후감
- 스프링
- kibana
- error
- javascript
- effective
- 자바스크립트
- 자바
- jface
- 맛집
- java8
- 리뷰
- 엘라스틱서치
- Today
- Total
wedul
elasticsearch metric 수집 방법 본문
Elasticsearch metric 정보 수집관련해서 요근래 질문을 받았었다.
처음에는 java application이라면 기본적으로 생각하는 JMX metric을 고려했었으나 그때 당시에 이 community를 보고 직접 aggregation해서 influxdb에 수집하는 방법을 선택했던게 생각난다. (실제로 내 입장에서는 jmx로 metric 정보를 보는게 너무 불편했다.)
또 aggregation할 때 spring actuator micrometer를 사용하려 했으나 이곳에서 모으는 데이터를 정제해서 보고자 하는 데이터 형태로 influxdb에 넣는건 좋지 못한 방법이었다.
그래서 결국 pooling방식으로 얻고자 하는 클러스터에 직접 stats관련된 http api를 요청해서 잘 조립해서 influx에 기록해서 사용했다.
1년도 더 지난 일이지만 문득 요근래에 질문을 받았어서 정리해본다.
정리왕 김치 아저씨
discuss.elastic.co/t/jmx/12111
Jmx
Hello, JMX is a common way to monitor a lot of Java Apps and a lot a monitor apps have JMX connector. I read on this group that Shay does not recommend JMX for monitoring ES. Stats API is prefered. Is there any reason for that ? I know JMX has a cost. But
discuss.elastic.co
'데이터베이스 > Elasticsearch' 카테고리의 다른 글
| Nested field에 대한 대체 필드 flattened type (0) | 2021.06.14 |
|---|---|
| Elasticsearch의 Translog 설명 (1) | 2021.01.22 |
| Elasticsearch 7.7 feature와 heap 메모리 사용량의 두드러진 감소량 (0) | 2020.06.06 |
| Too many dynamic script compilations 에러 (0) | 2020.03.07 |
| Elasticsearch node 종류와 기본 설정 옵션 (0) | 2019.08.01 |
