![](http://i1.daumcdn.net/thumb/C148x148/?fname=https://blog.kakaocdn.net/dn/p251b/btszcRQwNIT/EvY7W8HYEtYEovJpApC4i0/img.png)
기본적으로 Aurora를 사용한다면 마스터 노드는 쓰기(update) 등을 담당하고, 슬레이브 노드는 읽기를 담당한다. Aurora RDS postgres를 사용하던 중 마스터 노드가 failover 되었으면 슬레이브 노드 중 장애 조치 우선순위가 높은 노드가 마스터 노드가 된다. 문제는 failover 되었을 경우 기존에 WAS와 맺어놓은 컨넥션들은 수동으로 이를 탐지하지 못하고 이전의 마스터 노드와 TCP 연결을 맺어놓은 컨넥션들은 이전의 마스터 노드로 요청이 간다. 그렇다면 무슨 문제가 발생할까? 읽기 노드에서는 UPDATE를 처리할 수 없다는 에러를 맞이하게 된다. 따라서 Failover에 대해 어떻게 대응할 것인지에 대한 전략이 필요하다. AWS 공식문서에는 다음과 같은 방법을 권유하고 있다. ..
![](http://i1.daumcdn.net/thumb/C148x148/?fname=https://blog.kakaocdn.net/dn/baHFQT/btrMby3DKnh/6ZegxIG4KroG1fBGqT1Yl1/img.png)
www.naver.com에 접속하게 된다면 첫번째로 host 파일을 검사하고 두번째로 내부 캐시를 확인하고 그래도 없다면 세번째인 도메인 주소로 연결하게 된다. * url 접속 후 일어나는 일, DNS 역할 https://sh970901.tistory.com/29?category=954617 hosts파일은 운영체제가 호스트 이름을 IP주소에 매핑할 때 사용하는 컴퓨터 파일이다. 이때 이 hosts 파일을 수정하여 내 컴퓨터를 속여 강제로 도메인을 생성해보도록 한다. (참고용) 기존의 site1.com을 ping으로 확인해보면 다음과 같은 ip를 확인할 수 있으나 내 컴퓨터를 속여 site1을 로컬로 인식하도록 한다. Window => C:\Windows\System32\drivers\etc 로 접속하면..