일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- F-Lab
- Scheduler
- ngrinder
- Enum
- mybatis
- NaverCloudPlatform
- spring boot
- spring
- Java
- Naver Cloud Platform
- navercloud
- ncloud
- object storage
- 회고
- Thymeleaf
- AssertJ
- DBDocs
- Naver Cloud
- 에프랩
- Database
- papago
- OrientalUnity
- NCP
- React
- junit
- 네이버클라우드
- 네이버 클라우드
- docker
- Pinpoint
- NooBLoL
Archives
- Today
- Total
DevJong12
[Issue] 개발서버 ScaleUp기록 본문
728x90
해당 기록은 서버의 ScaleUp의 기록입니다.
여러편으로의 작성이 될 수도 있고, 1편으로 종료될 수도 있는 글입니다.
1. 기존에 사용하던 개발서버는 Micro서버로 프리티어 서버였으며, 싱글코어 CPU + 1G의 메모리 였다.
최초에 사양을 변경하게 된 것은, 어플리케이션(NooBLoL)을 실행하는데 까지는 문제가 없지만 이후에 핀포인트를 설치 후 실행을 해보면서 Scale Up이 필요하다 생각하게 되었다.
핀포인트를 실행할때 Agent, Collector, Web 세개를 실행시켜야 하는데 세개를 모두 같은 서버에 두려고 하다보니까 CPU와 메모리가 모두 부족한 상황이 생겨버렸다.
Collector와 Agent를 분리는 할 수 있었지만, 분리를 한다는 것은 추가적인 금액을 소요한다는 것이기 때문에 최대한 지양하려 했었다.
백그라운드로 핀포인트 Collector와 Web을 실행시킨 다음에 어플리케이션을 실행하려고 할 때 지속적으로 프리징이 걸리고 이후에 커맨드를 실행할 수가 없었으며, top를 갱신해주던 다른 터미널창마저 먹통이 되고 갱신이 되지를 않았다.
어떤모니터링도 불가능 했으며, nCloude의 DashBoard를 통해서만 모니터링이 가능했었다.
또한 nCloud DashBoard에서는 CPU, Memory사용률이 둘다 100%를 발생하고 있는 상황이어서 변경을 감행하였다.
2. 기존 개발서버 이미지를 생성해 Scale Up진행, 사양은 듀얼코어 + 4G의 메모리
Scale Up이후 다시 PinPoint작업을 진행하였다.
Collector와 Web그리고 Agent를 실행하면서 어플리케이션(NooBLoL)을 실행하였고 안정적인 자원 사용율을 확인하였다.
실행은 안정적으로 이뤄졌고 메모리는 Naver DashBoard기준 60퍼대(2GB)를 유지하게 되었다.
CPU의 경우 처음 부팅할때 높고 이후 테스트를 진행하지않는 상황이라 사용율은 거의 없는 편이었다.
이후 부하테스트를 진행하며 추가적인 변경이 필요할 경우 기록을 남길까 한다.
728x90
'프로젝트 > NoobLoL' 카테고리의 다른 글
[Issue] MyBatis에서의 Enum활용기 - 2편 (0) | 2022.10.14 |
---|---|
[Refactor]기능에 대해 Mapping과 URL을 통한 정리 (0) | 2022.10.14 |
[NCP]FTP의 연결방법 (0) | 2022.10.07 |
[refactor]MyBatis에서의 Enum활용기 (By.boolean) - 1편 (1) | 2022.09.30 |
[Issue]Static주소를 입력시 발생하는 No Handler Exception (0) | 2022.09.21 |
Comments