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 |
Tags
- Connection Draining
- querydsl-sql
- Cross-Zone Load Balancing
- Application-Based Cookie
- Duration-Based Cookie
- 람다 캡쳐링
- CannotGetJdbcConnectionException
- ChatGPT
- 네트워크 io
- superset-oracle
- 자연변수
- UNION 열
- 자바로그
- queryDsl #JPA #hibernate
- jpa
- RequestBody로깅
- ReactAdmin
- hikari cp
- SSR #CSR
- aws
- Route53
- afterCompletion
- 아파치 드루이드
- reflection API
- ContentCachingRequestWrapper
- 코딩삽질일기
- Routing Policies
- 슬로우 쿼리
- oracle
- 스프링
Archives
- Today
- Total
목록JDBC (1)
Forest Gump?
Failed to obtain JDBC Connection의 이유 찾아 떠나기
개요 프로젝트를 진행 중, 간헐적으로 DB peak를 치는 현상이 발생했다 . 점점 사용하는 aws rds cpu 퍼센테이지가 상승 곡선을 그리면서 95프로 이상 alert이 자주 오길래(ㅠㅠ), 정말 위험함을 온몸으로 느끼고 해결 방안을 찾아봤다. 1차 임시 해결 메인 rds는 오라클 하나만 쓰고 있고 멀티 AZ 전략도 취하고 있지 않아서, 일단 무지성 클래스 유형 업그레이드를 했다. 서비스는 해야하니까 올리긴 했지만, 평균 70-80사이였던 DB 평균 부하 30퍼센트대로 하락한걸 보고 마음이 많이 놓였다. 역시 돈이 최고다.. 라는 일그러진 생각이 들다가 근본적인 해결법이 아니라, 부하 피크 이유 분석을 시작했다. 원인 원인을 찾으려고, AWS RDS에서 제공하는 성능 계선 도우미에서 상위 호스트를 ..
카테고리 없음
2023. 7. 6. 01:07