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
- 정보처리기사 실기 기출문제
- mysql 튜닝
- CloudWatch
- PETERICA
- Kubernetes
- AWS EKS
- Spring
- 정보처리기사 실기
- 기록으로 실력을 쌓자
- kotlin querydsl
- AI
- CKA
- 티스토리챌린지
- kotlin
- kotlin spring
- aws
- CKA 기출문제
- IntelliJ
- MySQL
- Linux
- Elasticsearch
- APM
- 오블완
- minikube
- 공부
- 코틀린 코루틴의 정석
- 정보처리기사실기 기출문제
- kotlin coroutine
- Pinpoint
- Java
Archives
- Today
- Total
피터의 개발이야기
[DevOps] AWS RDS Fail Over 처리 후 접속 주의 본문
반응형
ㅁ 개요
ㅇ 새롭게 오시 개발자분이 환경 세팅 시 라이트 인스턴스를 사용하여 운영부하를 발생시키는 일이 발생하였다.
ㅇ DB사용 시 리더 인스턴스와 라이터 인스턴스는 반드시 구분해서 사용해야 한다.
ㅇ 통계 조회 시에는 비교적 부하가 적은 리더 인스턴스에서 작업을 하는 것이 맞다.
ㅇ 하지만 Fail Over처리 후에는 디비 인스턴스의 역할이 바뀌는데 이를 모르고 잘못접속하는 실수를 할 수 있다.
ㅇ 이를 방지하기 위해서는 리전 클러스터의 엔드포인트로 접속을 하면 된다.
ㅁ 디비 인스턴스의 엔드포인트
ㅇ 디비 인스턴스의 엔드포인트는 해당 인스턴스 고유의 엔드포인트이다.
ㅇ 디비 접속 정보에 고유 엔드포인트를 통해 접근할 경우 현재 인스턴스의 역할을 반드시 확인을 해야만 한다.
ㅁ 리전 클러스터의 엔드포인트
ㅇ 리전 클러스터의 엔드포인트를 생성할 수 있다.
ㅇ 현재 라이터 인스턴스와 리더 인스턴스를 생성하였다.
ㅇ 리더 인스턴스 구분을 위해 이름에 ro 구분자를 넣었다.
ㅇ Fail Over처리를 하여도 역할에 대한 엔드포인트를 생성하였기 때문에 역할을 확인할 필요가 없다.
반응형
'DevOps' 카테고리의 다른 글
[Rocket.Chat] Rocket.Chat 설치하기 (4) | 2022.06.07 |
---|---|
[Redis] Redis scan의 performance 테스트 (0) | 2022.05.28 |
[Redis] LREM의 큐처리방향에 따른 처리속도지연 정리 (0) | 2022.05.24 |
[DevOps] Kube환경 Node, Redis, RDS 성능 업그레이드 작업 정리 (0) | 2022.05.24 |
[AWS] AutoScale ShutDown 시간 연장하기 (0) | 2022.05.23 |
Comments