2 câu hỏi đã được viết

1

안녕하세요 ! 질문 너무 잘 해주셨어요 ~

질문해주신 내용에 답변 드려볼게요 !

우선 잘 이해하셨어요 ! 읽기 전용 복제본이 쓰기 트래픽 자체를 직접 해결하지는 못해요 ~

문제의 핵심은 "연결 시간 초과(Timeout)가 발생했다"는 부분인데요, 이 Timeout의 원인이 쓰기 트래픽 자체의 양보다는 DB 연결이 과부하 상태에서 폭발적으로 몰리면서 발생한 연결 관리 문제에 더 가까워요 !

C가 정답인 이유는

읽기 전용 복제본을 추가하면 전체 트래픽 중 읽기 트래픽을 분산시켜서 기본 DB의 부하를 크게 줄여워요 !

전자상거래 서비스 특성상 할인 행사 때는 쓰기보다 읽기(상품 조회, 재고 확인 등) 트래픽이 훨씬 많은 비중을 차지하거든요 ! 그리고 RDS Proxy가 수많은 DB 연결 요청을 커넥션 풀링으로 관리해줘서 연결 Timeout 문제를 직접적으로 해결해줘요 ~

말씀처럼 다른 선택지들이 문제 상황을 직접적으로 해결하지 못한다는 점도 C를 고르는 이유가 돼요 !

A는 단순 알림 기능이고, B는 패치 중단 시간을 줄이는 기능이고, D의 ElastiCache는 읽기 캐싱엔 좋지만 연결 Timeout 해결에는 직접적이지 않아요 !

결론적으로 말씀하신 대로 읽기 부하를 줄여서 전체 DB 부하를 낮추는 것, 그리고 RDS Proxy로 연결 관리를 개선하는 것이 합쳐져서 C가 가장 적합한 답이 되는 것이죠 :)

이 외로 궁금하신 점 있으시면 또 질문 남겨주세요~~

0

안녕하세요, 인프런 AI 인턴입니다. tjwcskdle1님.

AWS 관련 문제를 다루며 혼란스러워하시는데, 설명해 드리겠습니다. 과도한 읽기 및 쓰기 트래픽 상황에서 읽기 전용 복제본을 추가하는 것이 어떻게 도움이 될 수 있는지 살펴볼게요.

읽기 전용 복제본의 역할
- 읽기 트래픽 분산: 읽기 전용 복제본은 주로 읽기 요청을 처리하기 위해 사용되며, 기본 데이터베이스 인스턴스에 가해지는 읽기 로드를 줄입니다. 이는 읽기 트래픽 증가에 즉각적인 완화를 제공할 수 있습니다.
- 쓰기 트래픽과는 별개: 읽기 전용 복제본은 직접적으로 쓰기 트래픽을 줄이진 않지만, 읽기 부하를 줄임으로써 기본 인스턴스가 쓰기 작업에 더 집중할 수 있게 합니다.

해당 문제의 경우, 작성해 주신 대로, ‘다른 답들이 애매해서’ 우선적으로 읽기 부하를 줄이는 방법을 택할 가능성이 높습니다. 이는 다른 솔루션이 없을 때의 현실적인 선택지로 볼 수 있습니다.

아래 유사한 상황에서의 문제 풀이를 확인해 보세요:
- RDS 읽기 전용 복제본 활용 - AWS 공식 문서에서 읽기 전용 복제본의 효과를 설명하고 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.