hyeonnnnn

 📌 들어가며

서버 시간이 미국 기준이기 때문에 한국 시간으로 변경하는 것이 필요했다.

이번 포스팅에서는 aws RDS timezone 변경 방법에 대해 다뤄보려고 한다.

변경 방법은 크게

파라미터 그룹 생성 -> 파라미터 그룹 설정 변경(timezone 변경) -> 해당 디비에 생성한 파라미터 그룹 설정

으로 진행된다.

 📌 파라미터 그룹 생성

먼저 aws에 접속한다.

https://aws.amazon.com/ko/console/

이후 RDS 서비스를 검색하고 들어가서 왼쪽의 메뉴들 중 [파라미터 그룹]에 들어간다.

이미 데이터베이스를 하나 생성했기 때문에 default로 본인의 데이터베이스에 맞는 파라미터 그룹이 생성되어 있을 것이다.

dafault는 변경이 불가능 하기 때문에 파라미터 그룹을 새로 생성해주어야 한다.

오른쪽 주황색 버튼 [파라미터 그룹 생성]을 클릭한다.

파라미터 그룹 패밀리에는 본인이 사용한 데이터 베이스를 넣는다.

나는 postgreSQL을 사용했기 때문에 postgres12로 넣어줬다.

어떤 값을 넣어야 하는지 헷갈린다면 앞에서 보았던 default 파라미터 그룹의 패밀리와 동일하게 선택하면 된다.

파라미터 유형은 DB Parameter Group 그대로 선택한다.

그룹 이름과 설명은 본인이 원하는 대로 입력하면 된다.

나는 timezone 변경을 위한 파라미터 그룹이었으므로 그룹 이름에 timezone이라고 입력해두었다.

이후 생성 버튼을 누른다.

timezone이라는 파라미터 그룹 생성 완료 👏

 📌 파라미터 설정 변경 (timezone 변경)

생성한 파라미터 그룹을 클릭해서 들어간다.

나는 timezone을 클릭했다.

이런 화면이 뜨게 되는데,

여기서 [파라미터 편집]을 눌러준다.

이렇게 화면이 바뀌었다면

파라미터 필터링에 timezone을 입력한다.

postgreSQL을 사용했기 때문에 여기서 timezone을 UTC에서 UTC+9로 변경 후 [변경 사항 저장]을 누른다.

데이터베이스마다 어떤 형식을 사용해야 하는지는 aws 공식 문서에 있습니다.

https://aws.amazon.com/ko/premiumsupport/knowledge-center/rds-change-time-zone/

 📌 디비에 새로운 파라미터 그룹 설정

데이터베이스 인스턴스에 새로 생성한 파라미터 그룹으로 변경하기 위해 왼쪽 메뉴의 [데이터베이스]로 들어간다.

타임존을 변경할 데이터 베이스를 선택한다.

오른쪽 상단의 [수정]을 클릭한다.

아래로 스크롤 후 [추가 구성] - [데이터베이스 옵션] - [DB 파라미터 그룹]을 default에서 timezone으로 변경해준다.

[수정 예약] 옵션을 [즉시 적용]으로 선택한 후 [DB 인스턴스 수정]을 누른다.

성공!

혹시 Datagrip에서 한국 시간으로 제대로 안나온다 하시는 분은 Datagrip을 껐다 켜보시면.. 될 겁니다...!

제가 그랬습니다 하하

 📌 들어가며

EC2를 이용해 서버 배포를 한 후, 장시간 입력이 없으면 서버가 닫히게 된다.

이를 방지하기 위해 프로세스 매니저 즉, PM2를 사용한다.

✔ 실습은 vscode 터미널에서 진행하려고한다. 이를 ec2 터미널에서 동일하게 진행하면 된다!

 📌 PM2 설치 및 사용법

1. 해당 디렉토리에서 PM2를 전역으로 설치한다.

$ cd <해당 디렉토리>
$ yarn global add pm2

✔ yarn 대신 npm을 사용할 시 (-g는 전역 설치 옵션)

$ npm install pm2 -g

2. yarn build를 통해 typescript코드를 javascript로 변환 (실행이 제대로 되는지 확인하기 위함)

$ yarn build

서버가 잘 실행된다면 성공!

3. dist 폴더 확인

해당 코드에 dist 폴더가 생긴다.

만약 dist 폴더가 생기지 않았다면 tsconfig.json로 들어가서 "outDir"가 "./dist"로 되어있는지 확인한다.

{
  "compilerOptions": {
    "target": "es6",
    "allowSyntheticDefaultImports": true,
    "experimentalDecorators": true,
    "emitDecoratorMetadata": true,
    "forceConsistentCasingInFileNames": true,
    "skipLibCheck": true,
    "moduleResolution": "node",
    "module": "commonjs",
    "pretty": true,
    "sourceMap": true,
    "outDir": "./dist", //여기!!
    "allowJs": true,
    "noEmit": false,
    "esModuleInterop": true,
    "typeRoots": ["./src/types/express.d.ts", "./node_modules/@types"]
  },
  "include": ["./src/**/*"],
  "exclude": ["node_modules", "tests"]
}

✔ 해커톤 때 build 오류가 난 적이 있었는데 mongoose 관련 에러였다.

몽구스 버전이 업데이트 되면서 다른 패키지와 충돌이 났던 것이다.

이럴 경우 pakage.json에서 "mongoose": "^5.12.10" 버전으로 바꾸면 된다!

4. PM2 실행

yarn build해서 실행시켰던 서버는 ^C로 중지하고 해당 터미널에서 pm2를 실행한다.

$ pm2 start dist

 📌 PM2 기본 명령어 및 유용한 옵션

• pm2 start <js파일>: pm2를 실행시킨다. (현재 실습에서는 ts에서 js로 바꾼 파일이 dist)
• --watch 옵션: 자동 리로드해준다. (pm2를 실행시킨 후 코드 수정했을 시 변경사항을 자동으로 리로드 해준다.)
• pm2 kill: pm2 종료시킨다.
• pm2 list: 실행 중인 서버 상태를 보여준다.
• pm2 stop <js파일>: 해당 서버를 중지시킨다.
• pm2 restart <js파일>: 해당 서버를 재시작한다.
• pm2 monit: pm2 실행 상황을 한 번에 보여준다.
• pm2 logs: 현재 실행 중인 pm2 log 확인한다. (오류 확인 가능)

✔ 참고: 28th SOPT SERVER 7차 세미나 자료

 📌 들어가며

이전 글에서 putty 터미널에 접속하는 방법을 다뤘다.
이번엔 그 이후 터미널에서의 초기 환경 세팅 및 깃 클론, 서버 배포 방법에 대해 다뤄보려고 한다.

 📌 PuTTY 터미널 접속

무사히 이 창이 띄워졌다면 이후 세팅하는 과정이 필요하다.

1. 해당 명령어를 순서대로 입력

$ sudo apt-get install curl $ curl -sL https://deb.nodesource.com/setup_12.x | sudo -E bash - $ sudo apt-get install -y nodejs $ sudo apt-get install build-essential

2. nvm 설치

$ curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.33.8/install.sh | bash $ export NVM_DIR="$HOME/.nvm" [ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh" # This loads nvm [ -s "$NVM_DIR/bash_completion" ] && \. "$NVM_DIR/bash_completion" $ nvm install --lts $ npm install -g yarn

이제 배포할 깃헙 코드 clone 주소를 복사한다.

다시 PuTTY 터미널로 와서 cd 명령어로 원하는 파일에 들어간 후 클론 해준다.

$ git clone https://github.com/~~~

이후
1. cd 명령어로 클론 한 파일에 들어간다.
2. vi명령어로 .env 파일을 만들어준다. (배포할 코드의. env 긁어오면 된다.)
2-1. .env 파일에서 코드 작성 후 :wq명령어로 저장하고 나온다.
3. yarn으로 패키지들 설치한다.
4. 실행!

$ cd <파일명> $ vi .env $ yarn $ yarn run dev

 📌 PuTTY에서 서버 실행한 후

서버를 실행했다면 인스턴스의 IP주소를 클라이언트에 전달해주면 된다.

혹시 포스트맨에서 확인하려면

IP주소가 13.209.18.160라면 http://13.209.18.160:5000/~~로 확인하면 된다. 여기서 5000은 포트 번호이다. 만약 :5000을 안 붙이면 기본 포트가 80이기 때문에 서버가 없다고 떠서 포스트맨에 찍히지 않는다.

 📌 서버 실행 후 서버가 자꾸 닫힌다면

EC2는 장시간 입력이 없으면 자동으로 서버가 닫히게 된다. 이를 방지하기 위해서 PM2를 사용하는데 이 건 다음 글에서,,

다뤄야겠다.

✔ 참고: 28th SOPT SERVER 5차 세미나 자료

 📌 들어가며

클라이언트와의 협업을 위해 EC2를 이용해 서버 배포하는 법을 배웠다.

현재 사용 중인 windows 기준으로 서버 배포 방법을 정리해보려고 한다.

서버 인스턴스에 접속하는 데 SSH 통신을 사용한다. 시작 전에 SSH 클라이언트인 PuTTY를 먼저 다운받아야 한다.

▼ PuTTY 설치

https://www.putty.org/

 📌 EC2 생성을 위한 개념

• AMI(Amazon Machine Image) : EC2 인스턴스의 기반이 되는 이미지
• 보안 그룹(Security Group) : 보안을 위해 IP와 포트 번호를 이용해 정의해두는 서버 접속 규칙
• 키 페어(Key Pair) : 서버에 접속하기 위한 열쇠

 📌 EC2 인스턴스 생성

1. AWS 로그인 및 AWS 콘솔에 접속

https://ap-northeast-2.console.aws.amazon.com/console/home?region=ap-northeast-2 

2. 서울 리전(ap-northeast-2)을 선택한다.

3. ec2 검색 후 ec2(클라우드의 가상 서버)에 들어간다.

4.  왼쪽의 인스턴스 클릭 후 오른쪽의 인스턴스 시작(주황색 버튼) 클릭

✔ 프리티어는 만약 인스턴스 두 개를 켜 놓을 경우 돈 나갈 수 있기 때문에 조심..! 꼭 다른 인스턴스는 종료하고 새로 시작해야 한다. 

5. AMI 선택

ubuntu 검색 후 "프리티어 사용 가능"인

Ubuntu Server 20.04 LTS (HVM), SSD Volume Type - ami-04876f29fd3a5e8ba (64비트 x86) 또는

Ubuntu Server 18.04 LTS (HVM), SSD Volume Type - ami-0ba5cd124d7a79612 (64비트 x86)을 선택한다.

✔ 프리티어 제외하고는 결제가 될 수 있으니 조심!

20.04와 18.04는 버전만 달라서 아무거나 선택해도 상관없다.

6. 인스턴스 선택

t2.micro가 프리티어 사용 가능하다.

7. EC2 인스턴스 세부 정보 구성

일단 기본값 사용 => 다음 : 스토리지 추가 버튼 클릭

7. EC2에서 사용할 저장 장치 선택(스토리지 추가)

일단 기본값 사용 => 다음 : 태그 추가 버튼 클릭

8. 태그 지정

태그는 운영 환경에서 수백 개의 인스턴스가 실행될 수 있으므로 성격에 맞게 분류할 때 유용하게 사용된다.

별칭을 정해준다고 생각하면 편리합니다!

임의로 Key : Sopt, Value : exercise - instance 넣어주고 다음 : 보안 그룹 구성 버튼 클릭

✔ Key와 Value 별칭은 마음대로 지정해주면 된다.

9. 인스턴스에 대한 접근 제어(보안 그룹 구성)

보통 본인 IP 주소만 지정하는 것이 보안에 좋고 정말 필요한 IP 주소와 포트 번호에 대해서만 접속을 허용하는 것이 중요하다.

다음과 같이 적고 소스를 위치 무관으로 변경한 후, 검토 및 시작 버튼 클릭

보안 그룹 이름, 설명은 알아보기 쉽게만 작성하면 된다.

나중에 HTTP, HTTPS 유형도 추가해야 한다. -> 밑에서 다룸!

✔ 0.0.0.0/0 은 모두에게 접근을 허용하는 것을 의미한다.

이후 인스턴스 시작 검토 단계에서 시작하기 버튼을 클릭한다.

10. 키 페어 생성

새 키 페어 생성을 선택하고 생성할 키 페어의 이름을 넣는다.

✔ 키 페어 이름은 본인의 자유!

키 페어 다운로드 버튼 클릭 후 키 페어를 저장한다.

저장받은 키 페어는 절대로 잃어버리거나 유출하면 안 된다.

꼭 다운로드 후 인스턴스 시작 버튼을 누른다.

 📌 PuTTY 접속

서버 인스턴스에 접속하는 데 SSH 통신을 사용한다.

EC2 인스턴스 키 페어와 SSH 클라이언트인 PuTTY를 이용해 SSH 접속을 해보려고 한다.

✔ 키 변환 과정

PuTTY에서는 AWS에서 내려받은 키 페어 파일을 바로 사용할 수 없다.

별도의 키 변환 과정이 필요하기 때문에 PuTTY Key Generator를 사용한다.

윈도우 검색 창에서 puttygen을 검색한 후 puttygen.exe파일을 실행한다.

Load를 선택한다.

파일 종류를 [All Files]로 변경한 후 다운 받았던 키 페어 pem 파일을 선택한다. 

확인 누르고 Save Private Key를 선택한다.

나는 pem 파일명과 동일하게 저장했다.

 📌 PuTTY 실행

1. puttygen.exe를 종료한 후 PuTTY를 실행한다.

Host Name에는 ubuntu@<EC2 인스턴스 퍼블릭 도메인 or 퍼블릭 IP 주소>를 입력한다. (입력 시에는 <> 제외하고 입력한다.)EC2 인스턴스 도메인이나 IP 주소는 AWS 인스턴스에서 찾을 수 있다.AWS -> 인스턴스 -> 해당 인스턴스 클릭

Connection type은 SSH를 선택하고 Port는 SSH 포트인 22를 입력한다.

2. Private Key 지정

왼쪽의 Category 중 Connection => SSH => Auth 클릭

Private key file for authentication 항목에 Browse 후 puttygen.exe에서 저장했던 ppk(gem파일 아님!) 파일을 불러온다.

3. Start

Open을 누르면 다음과 같은 창이 뜨는데 여기서 accept를 눌러준다.

 📌 PuTTY Fatal Error

추가 이전 키는 삭제해야 한다.

레지스트리 편집기에서 HKEY_CURRENT_USER => Software => SimonTatham => PuTTY => SshHostKeys에서

기본값을 제외한 내용을 삭제 해야 한다.

 📌 HTTP, HTTPS로 접근

현재 SSH 포트만 허용해 놓았기 때문에 HTTP, HTTPS의 기본 포트인 80, 443 포트로 접속이 불가하다.

보안 그룹에서 HTTP와 HTTPS를 추가해주는 작업이 필요하다.

보안 그룹 생성 버튼 클릭 후 세부 정보 작성 및 인바인드 규칙을 지정해준다.

여기서도 일단 위치 무관(0.0.0.0/0)으로 설정해준다.

✔ 세부 정보는 사용자 마음대로, 인바인드 규칙만 따르면 됨!

인바인드 규칙이 잘 생성되었다!

이제 아까 생성한 인스턴스에 보안 그룹을 연결해준다.

보안 그룹 추가 후 저장해준다.

 📌 EC2 이야기와 그 이후..

aws ec2 인스턴스 생성은 자칫하면 비용이 나갈 수 있어서 항상 조심해야 한다..

또 나도 모르게 어디선가 실행 중일지도 모르니 aws 결제 대시보드에서 주기적으로 확인해주는 게 좋다!

EC2 다음에 putty 접속 후 찐 서버 배포 과정이 필요한데 다음 글에서,, 정리해야겠다,,

✔ 참고: 28th SOPT SERVER 5차 세미나 자료