홍또의블로그

아마존 리눅스에서 yum 으로 설치가능한 jdk를 조회해보면 7,8버전밖에없었다. $sudo yum lis java*jdk-devel 결과: $sudo yum install java-11-amazon-corretto.x86_64 명령어로 설치하면 정상적으로 설치된다

1. s3 → local (다운로드) aws s3 sync s3://test /local_test/test 2. local → s3(업로드) aws s3 sync /local_test/test s3://test 3. s3 디렉토리 보기 aws s3 ls /디렉토리경로

개요 오토스케일링이 적용된 서버목록을 매번 로그인해서 확인하는것은 귀찮고 힘든 일이다. 이때 scale out 시 같은 tag로 인스턴스를 뜨게끔 설정하였다면, 현재 떠있는 인스턴스를 cli명령어를 통해 간단하게 받아올 수 있다. 내용 먼저 서버에 aws cli가 설치되어있어야 하고, 계정에 해당 권한을 주어야한다. 1. aws ec2 describe-instances -> aws 해당 계정 내 모든 인스턴스 정보를 불러온다 aws ec2 describe-instances 2. filters 옵션을 추가해, 검색할 tag의 key값과 value를 설정한다 --filters "Name=key값,Values=value값" 3. query를 통해, 출력될 정보 중 ip정보만 받아오게끔 다음을 추가한다 --qu..

1.개요 요즘 클라우드가 강조되면서 오토스케일링이라는 기술이 떠오르고있다. 배포방식에는 여러 방법이 있겠지만, 이러한 오토스케일링을 적용하였을때 적어도 기존에 jenkins를 이용한 배포는 힘들어진다. 이유는, scale-in,out 을 하면서 ip가 유동적으로 바뀐다는데에 있다. 기존의 jenkins 배포는 보통, maven이나 ant를 이용해 ip를 직접 집어넣는 방식이기 때문이다. 2.설계 jenkins를 사용하면서, 오토스케일링이 적용된 서버에 배포 가능하도록 설계목표를 세웠다. 내용은 다음과 같다. 1.ant스크립트를 통해 개발VM에 접속하여 오토스케일링 대상 서버 목록을 조회하는 쿼리 를 날린다. 2.출력된 결과를 ant스크립트 내의 변수로 받아온다 3.foreach문을 통해 받아온 ip갯수만..

aws ec2에서 작업을하다가 t2-micro로 한개의 인스턴스를 사용했음에도 다음과 같이 100달러 가량이 과금되었다. 자세한내용은 위와같이 Bandwidth 에서 725GB 의 data trnsfer이 발생했다는 것이다. ec2에서 작업한 내용은 hadoop,jdk1.8 설치 후, 워드카운트 예제실행 정도였는데 너무 터무니없는 요금이 나와 문의한 결과 이런 답변이 왔다. 인바운드 규칙에서 포트를 모두 오픈한게 원인이라고한다 필자의 경우는 default 규칙을 사용하였는데... 그 default 규칙이 모든포트의 오픈이다. 사실 모든 포트를 오픈하면 위험하다는것을 알고있었음에도, 설마 개인적으로 학습하는데 무슨일이야 생기겠어? 라고 생각하고 귀차니즘에 default 규칙을 쓴것이 화근인것 같다. 하지만..