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
- CloudWatch
- 정보처리기사 실기
- mysql 튜닝
- 기록으로 실력을 쌓자
- Pinpoint
- kotlin
- Elasticsearch
- 공부
- APM
- 정보처리기사실기 기출문제
- Spring
- kotlin coroutine
- 오블완
- 정보처리기사 실기 기출문제
- Kubernetes
- PETERICA
- Java
- kotlin spring
- MySQL
- kotlin querydsl
- CKA 기출문제
- 코틀린 코루틴의 정석
- Linux
- AWS EKS
- 티스토리챌린지
- AI
- CKA
- IntelliJ
- minikube
- aws
Archives
- Today
- Total
목록RDS FailOver (1)
피터의 개발이야기
[DevOps] AWS RDS Fail Over 처리 후 접속 주의
ㅁ 개요 ㅇ 새롭게 오시 개발자분이 환경 세팅 시 라이트 인스턴스를 사용하여 운영부하를 발생시키는 일이 발생하였다. ㅇ DB사용 시 리더 인스턴스와 라이터 인스턴스는 반드시 구분해서 사용해야 한다. ㅇ 통계 조회 시에는 비교적 부하가 적은 리더 인스턴스에서 작업을 하는 것이 맞다. ㅇ 하지만 Fail Over처리 후에는 디비 인스턴스의 역할이 바뀌는데 이를 모르고 잘못접속하는 실수를 할 수 있다. ㅇ 이를 방지하기 위해서는 리전 클러스터의 엔드포인트로 접속을 하면 된다. ㅁ 디비 인스턴스의 엔드포인트 ㅇ 디비 인스턴스의 엔드포인트는 해당 인스턴스 고유의 엔드포인트이다. ㅇ 디비 접속 정보에 고유 엔드포인트를 통해 접근할 경우 현재 인스턴스의 역할을 반드시 확인을 해야만 한다. ㅁ 리전 클러스터의 엔드포인..
DevOps
2022. 5. 26. 12:12