[AWS] CloudFront - ELB - S3/EC2 연결하기

강의를 마치고 생긴 의문점

• 인프런의 비전공자도 이해할 수 있는 AWS 입문/실전 강의는
  • CH.3 에서 ACM인증서로 ELB를 통한 HTTPS 통신을 배우고
  • CH.6 에서  CloudFront도 HTTPS로 사용하는 방법을 가르쳐 준다.

CH.6   웹 페이지 배포하기 (S3, CloudFront) 과정에서는 
도메인 호스팅 영역에서 서울인증서의 A레코드를 삭제하고 버지니아인증서를 연결한다
(CloudFront는 버지니아만 가능하기 때문에)

• 강의가 끝나고 도메인에서 삭제된 서울인증서(ELB를 위한)는 어디에 사용하는가?
• CloudFront 와 ELB 를 동시에 사용하려면 어떻게 해야하는지 궁금하기도 하고, 내 프로젝트에 캐싱 및 로드밸런서도 꼭 이용해보고 싶었기 때문에 방법을 찾아보게 되었다.

 

 

 

 

해결 과정 [1]

• 공부한 바로는 사용자 - CloudFront - ELB - S3/ EC2 이런 순서로 연결이 되어야 함
• 사용자가 example.com 과 www.example.com 두가지로 접속했을 때 루트URL로 보내는 처리를 위해서는
  인증서를 요청할 때부터 두 주소를 함께 입력해야한다. (www.example.com  접속시 example.com 로 리디렉션) 

 

• 서울, 버지니아 인증서를 2개의 도메인 이름으로 다시 발급받기

• [ Route 53에서 레코드 생성 ] 버튼을 눌러주기

 

• www 붙인 주소를 루트 도메인으로 라우팅해주는 CNAME 레코드도 추가하기

CNAME

www를 위한 CNAME

 

• ELB는 CloudFront의 Origin(원본)에 추가해준다.

 

 

 

 

 

현재상황

• 강의 커리큘럼대로 버지니아 인증서로 Route 53의 도메인 호스팅영역에 A레코드, CNAME레코드 생성
• +  www와 루트 도메인 포함하는 인증서로 교체
• + CloudFront 원본에 ELB 추가

 

• 우분투에서 새로 빌드하고 jar파일 실행한 결과
  • 우분투로 들어가서 하고 기존의 테스트를 다시 해보니
  • exmaple.com/ : CloudFront가 S3의 정적 웹 사이트 호스팅(인덱스 문서)인 index.html파일로 응답하기 성공
  • exmaple.com/health : 응답받는 헬스 체크 실패

This XML file does not appear to have any style information associated with it. The document tree is shown below.
<Error>
<script/>
<Code>AccessDenied</Code>
<Message>Access Denied</Message>
<RequestId>@@@@@@@@@</RequestId>
<HostId>@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@</HostId>
</Error>

에러 메세지

• "This XML file does not appear to have any style information associated with it." 메시지는
  주로 S3 버킷에서 발생하는 에러 페이지의 기본 형태
• /health 요청이 실제로 ELB를 통해 EC2로 라우팅되지 않고, 잘못되어 S3 버킷으로 가고 있을 가능성 있음

 

 

 

 

 

해결 과정 [2]

• CloudFront에서 각 원본에 대해 서로 다른 경로 패턴을 지정해줘야함
• 각 경로 패턴에 적절한 캐시 정책, 원본 요청 정책, SSL/TLS 설정을 연결 하기

 

 

• 캐시 정책은 권장 경로 선택시 자동으로 추천해줌
• 커스텀 경로의 경우 캐시 정책 선택해주기

CachingOptimized	캐싱이 활성화된 기본 정책입니다. Gzip과 Brotli 압축을 지원하여 콘텐츠의 전송 크기를 줄이고 성능을 최적화합니다. 주로 S3 버킷에서 호스팅되는 정적 웹 자원에 사용됩니다.
CachingDisabled	캐싱이 비활성화된 정책입니다. 모든 요청이 원본 서버로 전송되며, 콘텐츠가 CloudFront에서 캐싱되지 않습니다. 실시간으로 업데이트되어야 하는 동적 콘텐츠나 민감한 데이터에 적합합니다.
CachingOptimized ForUncompressedObjects	압축되지 않은 객체에 대한 캐싱을 최적화한 기본 정책입니다. 압축을 적용하지 않고 전송되는 원본 콘텐츠에 대한 캐싱 효율을 높입니다. 압축이 불가능하거나 비효율적인 콘텐츠 타입에 사용됩니다.
Elemental-MediaPackage	AWS Elemental MediaPackage 오리진에 특화된 정책입니다. 비디오 스트리밍 및 기타 미디어 관련 콘텐츠를 처리하도록 설계되었습니다. 미디어 패키징 및 보호 기능을 갖춘 콘텐츠 전송 최적화를 목적으로 합니다.
Amplify	AWS Amplify 오리진을 위한 정책입니다. 정적 웹 사이트 및 웹 애플리케이션에 대한 개발, 배포 및 호스팅을 제공하는 AWS Amplify 서비스와 연동됩니다. 웹사이트 개발 시 사용되는 프레임워크 및 라이브러리를 통해 생성된 콘텐츠에 적합하게 설정되어 있습니다.

 

 

 

결과

• 프로젝트의 url에 따라 캐시 정책을 다르게 지정하였음
• 현재 RDS비용으로 인해 잠시 프로젝트를 멈춘 상태여서 재 배포시 보완할 것 :)