Beelog

이제 새로 Private Subnet에 생성된 EC2(Nginx)와 기존 Private Subnet에 존재하던 EX2(Node)를 연결하는 작업을 시작하겠습니다. 1. ALB 생성 Node EC2로 트래픽을 전달할 새로운 ALB를 생성합니다. 이 ALB의 경우 인터넷 통신을 하지 않고 VPC 내에서 통신할 것이기 때문에 기본 구성 > 체계 부분을 '내부'로 설정합니다. 네트워크 매핑은 ALB를 생성할 VPC와 서브넷을 선택하는데 이때 EC2 서버들이 있는 Private Subnet을 선택합니다. 보안 그룹은 Nginx EC2의 보안 그룹과 동일하게 설정합니다. (HTTP 80, HTTPS 443 허용) 마지막으로 리스너는 HTTP 80으로 설정하고 대상 그룹은 기존 Node를 실행하는 EC2를 포함한 대..

이전 아키텍처에서는 프론트엔드 소스를 빌드하여 S3에 저장하고 이를 CloudFront를 통해 서비스하였습니다. 이번에는 아키텍처를 변경하여 다시 EC2를 통해 React 서비스를 운영하고 기존 백엔드와 연결하는 작업을 진행해보겠습니다. 기존 아키텍처와 변경된 아키텍처를 비교하면 다음과 같습니다. 이 글은 기존 아키텍처가 생성되어 있다는 가정하에 기존 아키텍처를 수정해 나가는 방식으로 진행됩니다. 따라서 기존 아키텍처가 없는 경우 아래 글들을 참고하여 필요한 리소스들을 구성하시기 바랍니다. 1. 새로운 EC2를 위한 보안 그룹 생성 Private Subnet에 nginx가 설치된 EC2를 생성하기 전 이를 위한 보안 그룹을 생성합니다. 2. Private Subnet에 EC2 생성하기 기존 생성한 EC2..

지금까지는 HTTP와 HTTPS 요청 모두를 허용했었습니다. 이제는 HTTPS 통신이 가능하기 때문에 HTTP로 들어오는 요청을 HTTPS로 리다이렉트할 수 있도록 수정해보겠습니다. 1. CloudFront 배포 동작 편집 CloudFront에 접속하여 원하는 배포 ID를 선택하고 동작(Behaviors)로 이동합니다. 모든 경로(*)에 대하여 HTTP를 HTTPS로 리다이렉트 할 것이기 때문에 기존 경로 패턴이 기본값(*)인 동작을 선택하여 아래와 같이 편집합니다. 이후 배포가 끝나면 무효화를 한번 실행해주세요. 이제 브라우저 창에서 http://대체_도메인_이름으로 접속하게 되면 자동으로 https://대체_도메인_이름으로 변경되는 것을 확인할 수 있습니다. HTTP에서 HTTPS로 리다이렉트하는 부..

지금까지 브라우저에서 CloudFront의 배포 도메인 이름을 통해 웹 서비스에 접근하였습니다. 하지만 이는 기억하기도 어렵고 불편한 도메인이기 때문에 새로운 도메인을 생성하고 적용해보도록 하겠습니다. 1. 도메인 생성 외부의 무료 도메인 사이트를 통해서 도메인을 생성할수도 있지만, Route53도 도메인 이름 등록을 지원하기 때문에 Route53을 통해 도메인을 생성하도록 하겠습니다. 사용자는 example.com과 같은 도메인 이름을 구매하여 관리할 수 있으며 Amazon Route 53에서 도메인에 대한 DNS 설정을 자동으로 구성하게 됩니다. AWS Management Console에서 Route53을 검색하고 "도메인 > 도메인 등록"을 진행합니다. 위 두 과정을 거쳐 확인을 한 뒤, 도메인을 ..

현재 S3에 프론트엔드의 빌드된 파일이 저장되어 있고 CloudFront를 통해 서비스를 하고 있습니다. 하지만 CloudFront의 배포 도메인 이름을 통해 접속하는 경우 403(또는 404) 에러가 발생하며, 반드시 뒤에 /index.html을 붙여야 정상적으로 동작합니다. 이번 글에서는 CloudFront에서 접속하는 S3의 엔드포인트 종류에 대해 알아보고 CloudFront의 배포 도메인만 입력했을 경우에도 정상적인 동작이 가능하도록 수정해보겠습니다. S3 엔드포인트 종류 1. S3 웹사이트 엔드포인트 - S3의 웹호스팅 기능을 활성화 하면 생성되는 웹사이트 주소 DOC-EXAMPLE-BUCKET.s3-website-us-east-1.amazonaws.com 2. S3 REST API 엔드포인트 ..