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
- 코틀린 코루틴의 정석
- kotlin coroutine
- Spring
- mysql 튜닝
- AWS EKS
- MySQL
- APM
- CKA 기출문제
- 기록으로 실력을 쌓자
- Java
- kotlin
- 정보처리기사 실기 기출문제
- aws
- IntelliJ
- Kubernetes
- 정보처리기사 실기
- 오블완
- CKA
- Pinpoint
- PETERICA
- Elasticsearch
- 공부
- 정보처리기사실기 기출문제
- CloudWatch
- kotlin spring
- 티스토리챌린지
- kotlin querydsl
- AI
- Linux
- minikube
Archives
- Today
- Total
목록Elasticsearch DISK IO 병목현상 (1)
피터의 개발이야기
[Elasticsearch] Elasticsearch DISK IO 병목현상 및 재기동
ㅁ 개요 ㅇ Elasticsearch의 data 노드가 사용하는 볼륨에 DISK IO에서 비정상적인 지표가 확인되었다. ㅇ 원인분석을 하였지만, 트래픽도 평균을 유지하였고, Kibana에서 롱쿼리를 날리지도 않은 상태였다. ㅇ pod가 자체적으로 restart를 하는 것이 확인되어 ES data 두 노드를 재기동하였고 증상은 해결되었다. ㅁ Elasticsearch data의 모니터링 이유 ㅇ 144개의 컨테이너 중에서 elasticsearch data의 CPU와 메모리 사용량이 제일 높다. ㅇ 모든 컨테이너들의 로그를 처리하고 있어서 트래픽이 높아지면 elasticsearch의 부하도 함께 증가하기 때문에 모니터링이 필요하다. ㅇ 특히 data의 데이터 저장을 위해 disk IO가 많이 상승할 때가 있..
DevOps/Elasticsearch
2022. 5. 17. 13:12