Beelog

이전 글에서는 하나의 EC2에 CodeDeploy를 통해 node 프로젝트를 자동으로 배포하였습니다. 하지만 이후 로드 밸런서를 추가하면서 EC2가 다른 가용영역에 하나 더 생성되었기 때문에 두개의 EC2에 같은 소스를 자동으로 배포하는 방법을 알아보겠습니다. 먼저 기존 EC2에는 자동 배포 설정이 되어 있다고 가정하고 그 이후부터 설명하겠습니다. 하나의 EC2에 자동 배포하는 방법은 아래 글을 참고하시기 바랍니다. https://developerbee.tistory.com/211 1. 새로 만든 EC2에 IAM 역할 수정 CodePipeline을 사용하는 경우 CodeCommit의 소스 아티팩트나 CodeBuild의 빌드 아티팩트를 S3에 저장하고 CodeDeploy 실행 시 EC2에서 해당 S3에 접..

이전 글들에서 백엔드 소스를 하나의 EC2에서 실행하여 서비스하였습니다. 하지만 요청이 많아질 경우 부하가 심해질 수 있고 EC2의 IP를 프론트로 노출하는 것은 보안상 좋지 않은 방법으로 EC2 앞에 로드밸런서를 넣어 로드밸런서가 여러 EC2들에게 요청을 나눌 수 있도록 하고 외부로도 로드밸러서의 DNS 이름을 노출하는 방식으로 수정해보겠습니다. 먼저, 현재 구조는 다음과 같습니다. 1. 다른 가용 영역에 별도의 서브넷 생성 기존 EC2는 2a 가용영역에 생성했기 때문에 별도의 다른 가용 영역(2c)을 선택하여 퍼블릭 서브넷을 구성합니다. 2. 기존 EC2 인스턴스를 이미지로 만들기 기존 EC2와 같은 새로운 EC2를 생성하기 위해 먼저 기존 EC2를 이미지로 만듭니다. 3. AMI로 새로운 EC2 인..

이전 글들에서 데이터베이스를 Public Subnet에 생성하였습니다. 이는 보안상 권장되는 방법이 아니기 때문에 Private Subnet을 생성하여 기존에 사용던 RDS를 옮기는 작업을 해보겠습니다. 1. Private Subnet 생성하기 "VPC > 서브넷"에서 서브넷 생성을 합니다. 2. RDS 서브넷 그룹 생성하기 "RDS > 서브넷 그룹"에서 서브넷 그룹을 생성합니다. 만약 기존에 RDS를 실행 중인 경우 기존 RDS의 서브넷 그룹을 찾아 수정하는 방식을 사용할수도 있습니다. (참고: https://kimhjin.tistory.com/25) 3. RDS 서브넷 그룹 변경하기 기존 RDS를 사용하고 있는 경우 "수정" 버튼을 클릭하여 서브넷을 위에서 생성한 서브넷으로 바꿀 수도 있지만 같은 V..

이전 글에서 웹 서비스 운영을 위해 백엔드 소스를 직접 EC2로 git clone 하여 실행하는 방식을 사용하였습니다. 하지만 소스가 변경될 때마다 EC2에 접속해서 계속 git pull 받고 재실행 해야하는 번거로움이 있었습니다. 따라서 이번에는 AWS Code Series를 통해 자동으로 백엔드 소스를 배포하고 실행하는 방법을 살펴보겠습니다. 1. EC2 인스턴스 역할 생성하기 CodePipeline을 사용할 때 CodeCommit의 소스 아티팩트나 CodeBuild의 결과 아티팩트를 S3에 저장하게 됩니다. 따라서 해당 아티팩트를 사용하여 배포 과정을 진행해야 하므로 EC2에서 S3에 접근할 수 있는 역할을 생성하여 부여해야 합니다. "IAM > 역할 > 역할 만들기"를 클릭하여 아래와 같이 EC2..

이전 글에서 S3에 프론트엔드의 빌드된 소스를 올려 정적 웹 호스팅을 진행하였습니다. 그러나 S3 자체를 외부로 노출하는 것은 다양한 보안상의 문제가 있을 수 있기 때문에 S3 앞단에 CloudFront를 두어 서비스하는 방법을 알아보겠습니다. https://aws.amazon.com/ko/cloudfront/ 1. S3 설정 수정 먼저 기존에 S3에서 정적 웹 사이트 호스팅을 활성화했었는데 이 부분을 비활성화 합니다. 그리고 S3로 들어오는 퍼블릭 엑세스를 모두 차단합니다. 마지막으로 기존에 버킷의 객체들을 읽을 수 있도록 설정했던 버킷 정책도 모두 제거합니다. 2. CloudFront 생성 원본 도메인으로 기존에 정적 웹 사이트 호스팅을 하던 S3를 선택합니다. S3 버킷 액세스를 CloudFront..