LEO Devlog LEO Devlog

EC2를 사용할 때 가장 흔하게 t2.micro 프리티어를 사용한다. cpu 성능을 제공하는 방식이 조금 특별하다. 일반적으로 CPU 성능이 정해져있어서 24시간 같은 성능을 제공할 것이라 생각하지만, T계열 인스턴스들은 기본 성능을 제공하다가, 유저들이 몰리거나 하는 등 기준 이상의 성능이 필요할 경우 버스트 기능이 동작하게 된다. 물론, 공짜는 아니고 인스턴스 사양마다 제공되는 크레딧이 다르고 그 크레딧이 남아있는 동안 버스트 기능을 사용할 수 있다. 기준 이하 성능 사용을 지속할 경우 크레딧이 쌓이고(한계치 있음), 그 이상의 성능을 사용할 경우 크레딧을 소모시킨다. 크레딧이 다 소모되면, 기준 이상의 성능을 발휘하지 못하고 성능은 급격히 떨어지게 된다. 이러한 특성은 평소에는 CPU사용률 저조하다..

ec2에 cloud-init 설치 ec2~ubuntu에서 sudo apt-cache search cloud-init 설치되지 않았다면 sudo apt-get install cloud-init EC2 인스턴스 중지 (종료 X) 중지 후 “중지됨”으로 상태가 변할 때까지 대기한다. 중지되었다면 [작업 - 인스턴스 설정 - 사용자 데이터 편집]으로 들어간다. 스크립트 하단 #!/bin/bash 아래부터 작성해나간다. *sudo, root폴더 기준임에 유의하여 작성한다. * Content-Type: multipart/mixed; boundary="//" MIME-Version: 1.0 --// Content-Type: text/cloud-config; charset="us-ascii" MIME-Version: ..

(총 관리를 하게될) ec2 생성 ec2 접속 sudo apt-get update curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.38.0/install.sh | bash nvm ls (comment not found 뜨면 ssh 껐다가 다시 재접속해보기) nvm install v14.16.1 nvm use v14.16.1 sudo apt-get install nginx sudo service nginx start mkdir app cd app 터미널에서 pem 키가 있는 파일로 이동 ( /project/ssh ) chmod 400 YOUR_PROJECT.pem ssh -i "YOUR_PROJECT.pem" ubuntu@ec2--*--.ap-north..

사내에서 관리하는 프로젝트에서 AWS에서 청구서를 보다보니 EC2와 Lightsale로 프로젝트들이 섞여 있어서 각각의 특징과 약간의 비교를 해보려한다. EC2 & Lightsale 비교 lightsale은 ec2와 다르게 인스턴스 타입을 변경하거나 상세한 보안그룹 설정이 불가능하고 IAM role이나 기타 로드밸런서 옵션이 부족하다. 하지만 lightslae은 웹호스팅에 중점을 둔 기능이기 때문에 관리자 입장에서는 몇 번의 클릭으로 빠르게 프로젝트를 만들어서 운용할 때는 EC2보다 관리 측면에서 장점이 있다. 비용적인 측면에서는 lightsale은 가격에 따라 정해진 CPU, 메모리, 디스크 용량에 따라 선택한 가격만큼 과금되는 형식이고, EC2는 사람들이 도메인의 접속하고 웹이나 DB 등에 통신이 이..

pm2 logs —err —lines 20 여기서 숫자는 몇 줄을 볼 것인지를 뜻한다. (20 ~ 100 정도?) 오류가 계속 된다면 pm2 kill을 해보고 다시 ./start-server.sh start 실행시켜 볼 것

git clone 후 ubuntu 상에서 app 폴더에 들어간 후 npm i -g pm2 ./start-server.sh start pm2 [0,1]에서 계속 오류나면 아래 명령 실행해보기 pm2 list pm2 delete 0 pm2 delete 1 cd example-backend/ nvm ls ./start-server.sh reload pm2 list

현재 버전 Jenkins 2.269 최신 버전 Jenkins 2.274 (2021-01-07 기준) Jenkins 메인 화면 왼쪽 목록중 "Jenkins 관리 선택" Jenkins 관리 화면 오른쪽 상단 "또는 자동 업그레이드" 선택 아래와 같이 업그레이드 버전이 있을 경우 jenkins.war 파일 다운로드 및 설치 설치가 완료 될 경우 재시작 Jenkins 업그레이드 완료 하단 "설치가 끝나고 실행중인 작업이 없다면 Jenkins 재시작" 선택 할 경우 아래와 같이 자동으로 Jenkins 재시작됩니다. 자동 재시작이 완료 되고 아래와 같이 Jenkins 2.274 버전으로 업데이트된 것을 확인 할 수 있습니다.

NodeJs 플러그인을 설치하고, 재시작을 했는데 job의 일부가 사라져버렸다. NodeJs 플러그인의 설치 버전과 Jenkins 버전이 맞아야 작동을 하는데 젠킨스를 업그레이드하면 job이 정상적으로 돌아오는 것을 볼 수 있다.