AWS
[AWS] 환경 변수 설정
사전 조건 1. RDS 인스턴스가 있어야 함 : https://radpro.tistory.com/325 2. EC2 인스턴스가 있어야 함 : https://radpro.tistory.com/323 3. EC2 인스턴스 안에 AWS CLI가 설치되어 있어야 함 : https://radpro.tistory.com/357에서 AWS CLI 검색 4. S3 버킷이 있어야 함 : https://radpro.tistory.com/324
![[AWS] CodePipeline 세팅 및 정리](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2Fc95tl5%2FbtrOncc6u5j%2F25EGrn2KDFdA2oQIyCKFn1%2Fimg.png)
[AWS] CodePipeline 세팅 및 정리
메인화면 AWS를 이용한 서버 배포 자동화 (CodePipeline) : SpringBoot프로젝트 생성 > 로컬 환경 설정 > EC2 환경 설정 > EC2 인스턴스 퍼블릿 IPv4 DNS로 Postman 요청확인 1. 스프링부트 프로젝트 생성 및 깃 레포지토리에 연결 2. 로컬(IntelliJ프로젝트)에 다음 설치 // 자바 설치 $ sudo apt update $ sudo apt install openjdk-11-jre-headless // AWS CLI 설치 (순차적으로 입력) $ curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip" $ sudo apt install unzip $ unzip awscliv2..
[AWS EC2] 프로젝트 수정 후 EC2 인스턴스 log에 반영이 안되는 경우
문제상황 : Github Actions를 이용해 AWS에 자동화 연결을 한 상황 : 프로젝트에서 controller등 변화를 주고, Actions를 통한 빌드 성공 후, CodeDeploy에서 배포가 성공했으나, EC2 인스턴스에서 log를 찍었을 때 반영이 안된 상황 원인 : 기존에 사용했던 EC2 인스턴스의 포트(8080 등)가 아직 실행중이라, 업데이트가 반영되지 못한 것 해결방법 : 사용중이던 포트를 찾아 포트종료를 시킨 후, 다시 GitHub Actions를 통한 빌드를 진행해주자 : 포트 죽이는 법 링크 https://radpro.tistory.com/346
![[AWS EC2] 8080포트 사용중 에러](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2Fcw4jnz%2FbtrN3n8hbLi%2FSWRljKpbmwXZSHk3uiDiB0%2Fimg.png)
[AWS EC2] 8080포트 사용중 에러
문제 : EC2 상에서 8080 등 원하는 포트가 이미 사용중일 때, 포트를 죽여보자 해결방법 1. 우선 8080 포트가 사용중인지 확인 및 8080포트의 PID번호를 찾아야 한다 : EC2 인스턴스 => 연결 => Session Manager 연결 // 8080 포트만 조회 $ sudo lsof -i:8080 // TCP 사용중인 포트 전체 조회 $ sudo lsof -PiTCP -sTCP:LISTEN 2. 포트가 사용중이라면, 해당 포트의 PID번호로 포트를 죽인다 $ sudo kill -9 PID번호
![[AWS CodeDeploy] 배포 실패 에러](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FcEs1TQ%2FbtrN0ofHSJz%2FucIeCKabkoOf0sC5t2tIok%2Fimg.png)
[AWS CodeDeploy] 배포 실패 에러
에러 확인 화면 : 개발자 도구 > CodeDeploy > 애플리케이션 > 본인의 애플리케이션 > 배포 그룹 에러 로그 유형 1 : The overall deployment failed because too many individual instances failed deployment, too few healthy instances are available for deployment, or some instances in your deployment group are experiencing problems. 유형 2 : The deployment failed because a specified file already exists at this location: /home/ubuntu/action/grad..