0

이 질문을 할 때 내 가정은 오로라가 기본 인스턴스에만 쓰고 기본 또는 복제 인스턴스에서 읽을 수 있다는 것입니다. CloudWatch에 대한 일부 관찰뿐만 아니라이를 바탕으로, 기본 인스턴스에서 읽기가 먼저 발생하고 기본 인스턴스의 일부 임계 값이 초과 될 때만 복제본으로 이동한다고 가정합니다.Amazon Aurora DB는 기본 인스턴스 대신 복제본에서 언제 읽기 시작합니까?

이것이 사실이라면 (그렇지 않으면 수정하십시오), 읽기 요청이 기본 인스턴스 대신 복제본으로 이동해야하는 상황은 무엇입니까? 지금까지 기본 인스턴스에서 CPU 사용률을 최대 45 %까지 늘렸으나 복제 트래픽 메트릭 (특히 쿼리 메트릭)에서 읽기 트래픽이 리디렉션되고 있다고 생각하기에 충분한 변화를 볼 수 없었습니다 .

답변

2

오로라의 일부 기능을 알고 있지 않으면 오로라에 설명되어있는로드 밸런싱 유형이 존재하지 않습니다. 읽기 복제본에 분산되어있는 쿼리에 대해서는 읽기 전용 쿼리를 Aurora reader endpoint에 명시 적으로 보내야합니다. 기본 엔드 포인트에 쿼리를 보내면 항상 기본 인스턴스로 이동합니다.

+0

흠 - 명시 적으로 주 엔드 포인트가 아닌 클러스터 엔드 포인트에 쿼리를 보내고 있는데도 여전히 적용되는 것으로 생각하십니까? – danielle

+0

일부 스크램블링 된 읽기 후에 다시 나타납니다. 따라서 클러스터 엔드 포인트는 항상 현재 기본 인스턴스를 가리키고 판독기 엔드 포인트는 읽기 복제본과 밸런스 호출로 이동하고 기본 인스턴스를 푸밍합니다 (클러스터 엔드 포인트를 통해), 복제본으로 호출을 리다이렉트시키지 않고, 넘어 질 때까지 비팅을 대신받습니다.이 경우, 새로운 1 차가 복제본 풀에서 지정됩니다. 그게 맞는 것 같니? – danielle

+0

네, 그렇게 이해합니다. –

관련 문제