안녕하세요 이번 시간에는 AWS CloudFront 배포를 살펴보려고 합니다. CloudFront 배포 살펴보기 기존의 배포 목록 중 하나의 ID를 클릭합니다. 배포 세부 정보를 확인할 수 있는 페이지가 반환됩니다. 도메인 이름을 복사해주세요. CloudFront가 콘텐츠를 검색한 웹 서버의 정보가 표시된 웹 페이지가 로드됩니다. 다시 돌아와서 origin 정보를 확인합니다. 콘솔의 열 부분 너비를 조정하여 Origin domain DNS 값을 복사합니다. 새 탭을 열어서 복사한 Origin domain DNS 값을 붙여 넣습니다. CloudFront 배포가 전송한 것과 동일한 콘텐츠지만 ELB 디렉터리에서 직접 요청하면 CloudFront 캐싱 시스템을 활용하지 못합니다. CloudFront 배포가 수..

안녕하세요 이번 시간에는 간단히 AWS Aurora Database 고가용성 테스트를 진행하겠습니다. Aurora Database 고가용성 테스트 데이터베이스 고가용성 테스트를 위해 다음과 같이 primary 데이터베이스를 삭제합니다. 복제본이 없으면 실습이 되지 않기 때문에 이전 포스팅에서 복제본을 먼저 구성해주세요! 30초마다 새로고침을 누르시면 어느 순간 DB 복제본이 Writer Instance가 된 모습을 확인할 수 있습니다. 이전 포스팅에서 다뤘던 Writer 인스턴스에 문제가 생겼을 시 Reader 인스턴스 중 하나가 Writer로 승격하는 것입니다. primary 데이터베이스가 제거되었지만 복제본으로 인해 여전히 데이터베이스가 동작하는 모습입니다. 이렇게 데이터베이스 고가용성을 확인할 수 ..

안녕하세요 이번 시간에는 AWS에서 NAT 게이트웨이 고가용성 구성 실습을 진행하겠습니다. NAT 게이트웨이 고가용성 구성 다음 그림과 같이 NAT 게이트웨이를 이중화하여 고가용성으로 만들어 주겠습니다. 다음과 같이 설정해준 후 Public 2 서브넷에 NAT gateway를 생성해줍니다. 새로 만든 NAT 게이트웨이로 리다이렉션하는 라우팅 테이블을 Private 서브넷 2에 생성합니다.NAT 게이트웨이와 인터넷을 연결하기 위한 경로를 추가하여 구성합니다. 앞에서 Private 서브넷 2에 라우팅 테이블을 만들었다면 여기서는 Private 서브넷 2의 라우팅 테이블과 Public NAT 게이트웨이를 연결합니다. 다음과 같은 설정으로 NAT 게이트웨이를 고가용성 구성으로 만들 수 있습니다.한 AZ안에서의 ..

안녕하세요 이번 시간에는 AWS Database 고가용성 구성 실습을 진행하겠습니다. 데이터베이스 고가용성 구성 primary로 표시된 데이터베이스의 Region & AZ 값을 복사해둡니다. DB 목록에 reader replica가 생성된 모습입니다. *Writer instance에 문제가 생겨 사용할 수 없게 되면 Reader 인스턴스 중 하나가 Writer 인스턴스로 승격됩니다. 이번 시간에는 AWS 데이터베이스 고가용성 구성을 위해 Reader replica라는 복제본을 생성하는 실습을 진행했습니다. 복제본을 생성하는 이유는 2가지입니다. 1. 읽기 전용으로 복제본에 부하를 분산시키고, 2. 가용성을 높이는데 도움을 줍니다. 감사합니다.

안녕하세요 이번 시간에는 AWS Application 고가용성 테스트를 진행하겠습니다. AWS 애플리케이션 고가용성 테스트 고가용성 테스트를 위해 앞서 Auto Scaling로 만들어진 인스턴스 2개 중 1개를 Terminate 시킵니다. 다시 인벤토리 페이지로 돌아와서 새로고침을 눌러보면 전에는 로드 밸런서로 인해 2개의 인스턴스가 번갈아가면서 보였지만 지금은 하나의 인스턴스로 고정된 모습입니다. 몇 분 후 다시 원래 있던 페이지로 돌아와서 보면 인스턴스가 추가된 모습이 보입니다. Auto Scaling 설정에서 Min-Instance 값을 2로 설정했기 때문에 1개의 App을 제거해도 Auto Scaling으로 자동으로 인스턴스를 2개로 유지하는 모습입니다. App이 새로 Running된 후 Inve..

안녕하세요 이번 시간에는 이전 포스팅에서의 오토 스케일링을 테스트하는 실습을 진행하겠습니다. 오토 스케일링 테스트 오토 스케일링 인스턴스 2개, 원래 가지고 있던 인스턴스 1개로 3개의 인스턴스가 있습니다. 다음과 같이 AppServer라는 인스턴스를 제거하여 draining 시켜줍니다. Description 탭에 DNS 이름을 복사해서 새 탭에 붙여 넣습니다. 새 탭에 복사한 DNS이름을 붙여넣습니다. 새로고침을 하면 아래 표시되는 인스턴스 정보가 바뀌는 모습입니다. 이번 실습에서 AppServer 인스턴스를 로드 밸런서에서 제거했는데 Auto Scaling Group은 장애가 발생하는 경우 어플리케이션의 고가용성을 유지합니다. 감사합니다