애플리케이션은 단일 읽기 복제본이 있는 Aurora MySQL 클러스터를 사용합니다. 연결 수가 200개를 초과하면 읽기 성능이 저하됩니다. 일반적인 로드는 약 180개의 연결이지만 때로는 200개를 초과하기도 합니다. 관리자는 사용자 연결이 증가하거나 감소함에 따라 시스템이 자동으로 확장되도록 해야 합니다. 어떤 접근 방식이 이 요구 사항을 충족합니까?

정답은 DatabaseConnections 지표 값 195를 대상으로 하는 자동 스케일링 정책을 생성하는 것입니다. Aurora Auto Scaling은 Aurora 복제본의 수를 자동으로 조정하여 연결 수가 증가하거나 감소함에 따라 읽기 성능을 유지합니다. DatabaseConnections 지표를 195로 설정하면, 연결 수가 임계값에 도달하기 전에 새로운 복제본이 추가되어 성능 저하를 방지할 수 있습니다. 기존 Aurora Replica의 인스턴스 크기를 늘리는 것은 일시적인 해결책일 수 있지만, 연결 수의 변동에 따라 자동으로 확장되지 않습니다. DB 클러스터를 서버리스 모드로 전환하는 것은 수동 개입이 필요하며, 기존 애플리케이션에 영향을 줄 수 있습니다. 여러 writer 인스턴스가 있는 새 Aurora 클러스터로 마이그레이션하는 것은 복잡하고 비용이 많이 들며, 읽기 성능 문제와 직접적인 관련이 없습니다.