🔥TIL#11. AWS에 Service 배포

Today I learned

1. AWS
   1-1. AWS EC2
   1-2. AWS RDS
   1-3. OurPlays WAS 구동을 위한 준비

1. AWS

AWS(Amazon Web Service)는 개발한 Service의 환경(application, Database...)을 WEB 상에 publish 해주는 Service로 여러가지 기능을 제공한다. 내가 개발한 1차 project 결과물(OurPlays WAS)을 WEB상에 배포하기 위해 AWS의 EC2(Elastic Compute Cloud), RDS(Relational Database Service)를 사용할 것 이다.

1-1. AWS EC2

EC2는 일종의 가상 컴퓨터로 사용자가 이를 임대받아 자신의 application이나 service를 실행 수 있도록 지원하는 Service이다. 이 가상컴퓨터에서 OurPlays WAS가 실행될 것이다.
AWS에 계정이 있다면 AWS에서 EC2 Instance 생성법을 알아보자.

AWS에 접속하여 EC2 서비스 화면에 들어가면 위와 같은 화면을 볼 수 있다. 화면 중앙에 '인스턴스 시작' 버튼을 통해 새로운 인스턴스를 생성할 수 있다.

처음에는 project 환경을 선택해야 한다. 나는 ubuntu 환경에서 개발했으므로 생성할 instance도 ubuntu로 선택한다.

AMI 선택을 하면 위 처럼 '유형 선택'화면이 나오는데 개발 테스트용이므로 프리티어 옵션인 항목을 선택.

여기선 '서브넷' 부분을 open, 첫번째 항목을 선택한다. 그리고 '우발적인 종료로부터 보호'를 check 하고 다음으로 넘어가자(추가요금 발생되는 옵션은 비활성화)

저장공간 설정단계인데 테스트용 Instance 이므로 default로 하고 넘어간다.
다음 단계는 Tag 설정인데 이는 비용 관리, AMI 정책권한 지정 등에 사용되는 기능으로 Instance 에 원하는 key와 value값을 입력 후 넘어가자.

'보안그룹설정' 단계에선 http/https 접속 허용을 위해 보안 규칙을 추가해야 한다. 위 이미지처럼 '사용자 지정 TCP'를 추가, [포트범위]는 8000, [소스]는 '위치 무관'으로 하면 어느곳에서든 http/https 접속을 허용한다.

마지막 단계로 지금까지 설정한 내용이 맞는지 확인 후 생성절차를 돌입한다.
'시작하기'를 누르면 key-pair 를 받게 되는데 이는 EC2 접속에 사용되는 파일이므로 잘 관리하자. 인스턴스를 시작하면 이 후 AWS EC2 화면에서 이 Instance의 상태를 볼 수 있다.

이제 Terminal에서 EC2 instance로 접속해보자. 접속 전 먼저 download한 pem 파일의 권한을 바꿔줘야 ssh 접속이 가능하므로 해당 파일 권한을 아래 명령으로 바꾸자.

chmod 400 xxxx.pem

그리고 아래처럼 ssh 로 접속을 시도.

ssh -i {발급받은 pem 파일} ubuntu@{인스턴스 public IP or DNS}

# ubuntu 위치는 우리가 만든 AMI 이름이다.

정상적으로 접속되면 아래처럼 Terminal 입력부분 정보가 바뀐다.

1-2. AWS RDS

RDS(Relational Database Service)는 RDB 환경을 AWS에 구축하고 접근 설정등을 할 수 있도록 지원하는 Service이다. OurPlays WAS는 mysql을 사용하므로 RDS로 들어가 Database를 생성, 성성된 Database의 EndPoint(접속주소)를 EC2의 OurPlays WAS 설정정보에 넣어 EC2와 RDS 연동이 되도록 하면 된다. 우선 AWS RDS 페이지로 들어가자.

위 화면에선 내가 이미 만들어 놓은 Database가 있다. 우측 상단의 '데이터베이스 생성'버튼으로 생성을 시작한다.

나는 MySQL 기반으로 개발하였으므로 MySQL을 선택한다.

Version과 템플릿, 식별자, 로그인할 ID/Password를 입력하자. ID는 root으로 하고 Password는 보안을 위해 복잡한 패턴을 추천한다.
Database가 생성되었으면 접속해보자. Terminal에서 아래 명령을 실행한다.

mysql -h {RDS endpoint} -u root -p

Password를 정상적으로 입력했다면 RDS에 접속할 수 있다.

주의사항
Database 생성시 '파라미터 그룹'에 대한 설정을 잊지 말자.
characterset* 값으로 utf8mb4 로 설정된 파라미터를 써야 한글 깨짐 문제가 발생하지 않는다. 기본 파라미터 그룹을 사용하면 한글이 깨진다

1-3. OurPlays WAS 구동을 위한 준비

EC2와 RDS 준비가 끝났으니 남은 건 개발한 OurPlays WAS source를 EC2의 Instance로 가져와 실행하면 된다. 아래와 같은 작업이 진행되었다.

1. miniconda 설치 및 가상환경 만들기.
2. 'git clone' 명령으로 source 가져오기
3. requirement.txt의 package 설치
4. OurPlays WAS 실행

위 과정에서 .gitignore 대상인 파일(my_settings.py, db_uploader.py) 및 폴더(data/)는 내 local pc에 있는 것을 EC2 Instance로 넣어야 했다.
이를 위해 EC2 Instance로 파일이나 폴더를 upload 하는 방법을 찾던 중 ubuntu에서 기본 제공하는 'scp' 라는 기능을 알게 되었다. 사용법은 아래와 같다.

# scp 명령어 구조
scp -i {발급받은 pem 파일} -r {local path} ubuntu@{인스턴스 public IP or DNS}:{remote path}

# 내 작업 기준
scp -i jinybear.pem -r ~/ourplays/14-folder/data/ ubuntu@xxx.xxx.xxx.xxx:~/14-folder/

위는 폴더의 경우이며 파일은 '-r' 옵션을 빼면 된다. 만약 EC2 Instance로부터 download를 하고 싶은 경우에는 아래처럼 진행.

scp -i {발급받은 pem 파일} -r ubuntu@{인스턴스 public IP or DNS}:{remote path} {local path}

OurPlays WAS를 실행한 후 postman으로 request test 결과 정상 동작함을 확인하였다. 하지만 아직 한 가지가 더 남았다. 그것은 shell을 close 하거나 터미널 세션을 닫아도 WAS가 계속 실행되어야 한다는 점이다.
(일반적으로 실행하면 shell 또는 Terminal을 닫을 때 같이 종료하게 된다)

background로 실행되도록 해야 하므로 관련 기능을 찾던 중 'nohup' 명령을 발견, 아래와 같이 실행하였다.

nohup python manage.py runserver 0:8000 &

# nohup {WAS 실행 명령} &

마침 나와 협업했던 Frontend 개발자로부터 Frontend측 개선작업을 위해 OurPlays WAS와 연동할 수 있는지 연락이 왔다. 나는 EC2 Instance의 'public ip'를 알려주었으며 우리 둘은 만족스러운 대화를 나눌 수 있게 되었다. ^^