Amazon Aurora 클러스터는 단일 DB 인스턴스를 사용하며, 애플리케이션은 읽기 및 쓰기 모두에 인스턴스 엔드포인트를 사용합니다. 유지 관리 기간 동안 업데이트가 예정되어 있으며, 클러스터는 최소한의 중단으로 가용성을 유지해야 합니다. DevOps 엔지니어는 이 요구 사항을 충족하기 위해 무엇을 해야 할까요?

정답은 Aurora 클러스터에 리더 인스턴스를 추가하고 애플리케이션을 업데이트하여 쓰기에는 클러스터(작성자) 엔드포인트를, 읽기에는 클러스터의 리더 엔드포인트를 사용하도록 하는 것입니다. Aurora는 리더 인스턴스를 추가하여 읽기 용량을 확장하고, 유지 관리 기간 동안 작성자 인스턴스가 업데이트될 때 읽기 작업을 리더 인스턴스로 분산하여 최소한의 중단으로 가용성을 유지할 수 있습니다. 다른 옵션들은 다음과 같은 이유로 올바르지 않습니다. 사용자 지정 ANY 엔드포인트는 읽기 및 쓰기 모두에 사용할 수 있지만, 유지 보수 중 작성자 인스턴스 업데이트 시 읽기 작업을 분산하는 데는 리더 엔드포인트만큼 효과적이지 않습니다. Aurora는 기본적으로 Multi-AZ 아키텍처를 사용하므로 "Multi-AZ 활성화"는 적절한 조치가 아닙니다. Aurora는 스토리지 계층에서 Multi-AZ를 자동으로 처리하며, 인스턴스 수준의 가용성은 리더 인스턴스 추가를 통해 향상됩니다.