민스씨의 일취일장

현재 운영중인 EC2 인스턴스와 똑같은 인스턴스를 생성하는 방법에 대한 글이다.AWS 구동중인 EC2 인스턴스와 똑같은 인스턴스 생성 방법동기똑같은 서버를 하나 더 증설하거나, 테스트 하기 위해서 등 여러 이유로 똑같은 설정의 서버(인스턴스)를 생성해야 할 때가 있다. 그럴 때 이전에 설정 화면을 스크린샷 찍어두거나, 기록해 두었다면 똑같이 하면 된다. 하지만 이 방법은 많이 번거롭기도 하고, 조그만 실수에도 인스턴스를 삭제하고 새로 만들어야 하는 위험이 있다. 이번 포스팅에서는 간단하게 완전히 똑같은 인스턴스를 생성하는 방법에 대해 알아볼 것이다.방법1 - AMI(Amazon Machine Image) 생성먼저 AWS EC2 콘솔에서 들어가 동일하게 만들고 싶은 인스턴스를 선택한다.그런 다음 오른쪽 위..

F-Lab Java Backend 과정 3개월 후기 글이다. 어떤 모습이 변했는지, 지금 이 순간 어떤 생각을 갖고 있는지 나중에 보고 싶어 기록해두는 것이라 오글거릴 수 있다. (오글거리는 걸 쓰는 나는 얼마나 오그라들었게요.)F-Lab Java Backend 과정 멘토링 3개월 후기F-Lab 멘토링을 고민하던 때가 정말 얼마전인거 같은데, 벌써 4개월 중 3개월이나 지났다.세 달 동안 진행 내용공부 주제매 달 후기를 작성하면서 어떤 커리큘럼으로 공부를 했는지 업데이트 해두었는데, 그렇게 해두니 나중에 볼 때 어떤 절차로 공부했는지 다시 생각하면서 볼 수 있어 좋았다. 그래서 이번 달에도 여태까지의 공부 주제들을 기록해두려고 한다.1주차 : 객체지향 프로그래밍 / 객체지향 4가지 속성/ 자바 컴파일 과..

F-Lab Java Backend 과정 13주차 후기글입니다.F-Lab Java Backend 과정 13주차13주차 멘토링 주제프로젝트1. 단일 서비스 - 다양한 JVM Heap 사이즈에 대한 성능 테스트2. 서버 이중화 & 로드밸런서 도입이론1. Database ACID & CAP2. Test(단위 / 통합/ 시스템/ 인수/ 회귀)프로젝트다양한 JVM Heap 메모리 사이즈에 대한 성능 테스트멘토님께서 지난 주, 성능 테스트 결과를 보신 후 JVM Heap 메모리를 줄여가면서도 테스트 해보면 좋겠다고 가이드 해 주셨다. 그래서 이번주에는 JVM Heap 메모리를 변경해 하면서 테스트를 진행해 보았다. 그런데 다른 환경에서 관측된 메트릭들의 그래프가 너무 비슷했다. 뭔가 이상함을 느끼고 살펴보니, Age..

EC2에 띄운 로드밸런서로 요청이 도달하지 않을 때 빨리 한 번 고려해 보면 좋은 방법에 대한 글입니다.상황EC2 도커로 로드밸런서를 도입하였다. 이미 지난 번에 해본적이 있기 때문에 설정에는 문제가 없는데, 이상하게 어떤 요청도 nginx에 도달하지 않는다. 하지만 EC2에서 localhost로 보내면 간다.원인EC2 보안 그룹이 막혀 있었다.해결방법load balancer에 설정해 놓은 포트를 열어주어라!회고너무 간단한 이슈에서 한 시간 가량을 소비해서 다시는 이런 어처구니 없는 상황을 겪지 않기 위해 작성해둔다.

AWS EC2 정상 작동중인데 접속이 안돼 확인해 보니, nf_conntract table이 가득찬 이슈가 있었다. 이 것에 대한 해결 과정에 대한 글이다.상황EC2가 정상작동 중인데 접속이 안되는 이슈가 발생했다. 재부팅을 해도 해결이 되지 않는다. 지난 번에도 동일한 증상이 있어서 중지하고 재실행 했었다. 이렇게 했을 경우 ElasticIP를 사용중이 아니라면 접속 IP가 변경되버리고, 해당 IP로 설정해 놓은 모든 곳의 설정을 변경해줘야 햐는 번거로움이 있다. 그래서 이번에는 어떻게든 문제를 찾아 보려고 이것 저것 하다가 새로운 문제를 발견하게 되었다.원인인스턴스 목록에서 문제를 일으킨 인스턴스를 선택한다. 그런다음 오른쪽 위 작업에서 '작업 > 모니터링 및 문제 해결 > 시스템 로그 가져오기' 순..

Github Issues #17에 대한 글입니다.성능 테스트 - 적정 환경 찾기이슈nGrinder 컨트롤러와 에이전트를 연결시키고, Prometheus와 Grafana를 이용해 메트릭을 수집하고 시각화하는 것까지 잘 되었다. 그런데 이상하게 어떤 조건에서도 CPU 점유율 양상이나, 평균 반응 시간 등의 그래프가 비슷한 양상을 띄었다. 분명히 조건이 달라진다면 반응도 달라져야 하는데, 언제나 똑같았다.문제 파악문제를 파악하기에 앞서 테스트가 어떻게 이뤄졌었는지 살펴보도록 하겠다.테스트 환경서버 : AWS EC2OS : Amazon-LinuxDatabase : AWS RDS특징 : Docker Container로 구동 테스트 도구nGrinder Controller : 로컬 PC에서 실행nGrinder Age..

F-Lab Java Backend 과정 12주차 후기글입니다.F-Lab Java Backend 과정 12주차12주차 멘토링 주제12주차 멘토링 주제는 아래와 같다.프로젝트1. 성능 테스트에서 사용할 메트릭 선정하기2. 그라파나 커스텀 대시보드 만들기3. 서비스 메모리 제한 설정4. 성능 테스트 진행하기...이론1. Database ACID & CAP2. DDD3. TDD4. TEST (단위/ 통합/ 시스템/ 인수/ 회귀)프로젝트성능 테스트에서 사용할 메트릭 선정하기 & 커스텀 대시보드 만들기성능이 좋은지 않좋으지를 판단하기 위해선, 성능이 좋다는 것이 어떤 것을 의미하는지 생각해볼 필요가 있다. 웹 서비스 운영이라는 측면에서 어떤 서비스가 좋은 성능을 갖고 있다고 말할 수 있을지 생각해 보았을 때 아래와..

Dynmic UserId Case에 대한 성능 테스트 결과 자료이다.Case 3 성능 테스트 결과Dynamic UserId Case는 동적으로 userId를 생성해, 고정 userId와 다르게 모든 요청이 다른 사용자가 접근하는 시나리오이다.Case 2 - Dynamic UserId Case- 고정 Vuser : 10- 테스트 시간 : 1분- 일정한 부하 유지 (Rampup 없음)- 스레드 랜덤 Sleep 없음- 동적 userID 사용특이사항테스트한 프로젝트는 스레드 안전하지 않았다. Case 3에서부터 프로젝트의 스레드 안정성을 높혀가며 테스트를 진행할 예정이다. Connection을 2밖에 사용하지 않으므로 DB에 접근할 수 있는 유휴 Connection은 충분하다. 하지만 CPU 사용량이 100% ..

Simple Case에 대한 성능 테스트 결과 자료이다.성능 테스트 결과Simple Case는 앞으로 성능 테스트의 비교군이 될 가장 기초적인 테스트 케이스이다.Case 1 - Simple Case- 고정 Vuser : 10- 테스트 시간 : 1분- 일정한 부하 유지 (Rampup 없음)- 스레드 랜덤 Sleep 없음- 고정 userID 사용  TPS