Amazon Aurora용 인스턴스 엔드포인트
인스턴스 엔드포인트는 Aurora 클러스터에 있는 특정 DB 인스턴스에 연결됩니다. DB 클러스터의 DB 인스턴스에는 각각 고유한 인스턴스 엔드포인트가 있습니다. 그러므로 DB 클러스터의 현재 기본 DB 인스턴스에 대해 인스턴스 엔드포인트 하나가 있고, DB 클러스터의 각 Aurora 복제본마다 인스턴스 엔드포인트 하나가 있습니다.
클러스터 엔드포인트 또는 리더 엔드포인트의 사용이 부적합한 시나리오에서는 인스턴스 엔드포인트가 DB 클러스터에 대한 연결을 직접 제어합니다. 예를 들어 클라이언트 애플리케이션에서 워크로드 유형에 따라 더욱 세분화된 연결 밸런싱이 필요할 수 있습니다. 이 경우에는 여러 클라이언트를 구성하여 DB 클러스터에 속한 각기 다른 Aurora 복제본에 연결한 후 읽기 워크로드를 분산시킬 수 있습니다. Aurora PostgreSQL에 대한 장애 조치 후 인스턴스 엔드포인트를 사용하여 연결 속도를 높이는 예제는 Amazon Aurora PostgreSQL를 사용한 빠른 장애 조치 단원을 참조하세요. Aurora MySQL에 대한 장애 조치 후 인스턴스 엔드포인트를 사용하여 연결 속도를 높이는 예제는 MariaDB 커넥터/J 장애 조치 지원- Amazon Aurora 사례
다음은 Aurora MySQL DB 클러스터의 DB 인스턴스 엔드포인트를 나타낸 예제입니다.
mydbinstance.c7tj4example.us-east-1.rds.amazonaws.com:3306
Aurora 클러스터의 각 DB 인스턴스에는 기본 제공되는 자체 인스턴스 엔드포인트가 있으며, Aurora에서 이 엔드포인트의 이름과 기타 속성을 관리합니다. 이 종류의 엔드포인트는 생성, 삭제 또는 수정할 수 없습니다. Amazon RDS를 사용하는 경우 인스턴스 엔드포인트에 익숙해질 수 있습니다. 그러나 Aurora에서는 일반적으로 라이터 및 리더 엔드포인트를 인스턴스 엔드포인트보다 더 자주 사용합니다.
일상적인 Aurora 작업에서 인스턴스 엔드포인트를 사용하는 주요 방법은 Aurora 클러스터의 특정 인스턴스 하나에 영향을 주는 용량 또는 성능 문제를 진단하는 것입니다. 특정 인스턴스에 연결되어 있는 동안 해당 인스턴스의 상태 변수, 지표 등을 검토할 수 있습니다. 이렇게 하면 클러스터의 다른 인스턴스에 일어난 일과 별개로 해당 인스턴스에 일어난 일을 확인하는 데 도움이 됩니다.
고급 사용 사례에서는 일부 DB 인스턴스를 다른 인스턴스와 다르게 구성할 수 있습니다. 이 경우 인스턴스 엔드포인트를 사용하여 더 작거나, 더 크거나, 다른 인스턴스와 특성이 다른 인스턴스에 직접 연결합니다. 또한 이 특별한 DB 인스턴스가 기본 인스턴스로 대체되는 마지막 인스턴스가 되도록 장애 조치 우선 순위를 설정합니다. 그러한 경우 인스턴스 엔드포인트 대신에 사용자 지정 엔드포인트를 사용하는 것이 좋습니다. 그렇게 하면 클러스터에 DB 인스턴스를 더 추가할 때 연결 관리와 고가용성이 간소화됩니다.
