Nginx를 활용하여 적정 리소스를 서빙하는 구성을 가져가고 있었다.
테스트 결과 (RS 10개 → 170개)
Request 수가 10K 가 넘어가자 반응 속도가 점점 느려지기 시작했다.
사용자들은 Cache 된 Data 들을 받을테니, Nginx 가 뻗지만 않으면 이슈는 없을 것으로 보였다.
그러나 Pod 의 리소스는 이슈가 될만한 상황이 없으나, 실제로는 응답속도가 느려졌고, Node 의 리소스 이슈로 보이며, MSP 에 Machine 성능 관련 문의하였다.
문의주신 VM 당 Network Traffic Bandwidth (Max)와, Disk I/O 성능에 관한 네이버 공식 자료를 기반으로 한 답변 전달드립니다.
VM 당 Network Traffic Bandwidth (Max)
현재 네이버 클라우드 상에 구성되어있는 서버기준 (XEN) 기본 1Gbps를 지원하고 있으며 VM의 메모리가 128GB이상 사용시 2Gbps를 지원하고 있습니다.
Disk I/O 성능
HDD는 정보를 제공하고 있지 않으며, 현재 사용하고 있는 SSD 볼륨 기준 100G 까지는 MAX IOPS 4000IOPS를 지원 하고 있으며, 추가적으로 1GB당 40 IOPS의 성능을 제공하고 있습니다. 스토리지의 할당량에 비례하여 IOPS 수치를 최대 2만 IOPS까지 제공하고 있습니다.
추가로 3세대 KVM으로 서버 구축시 기본 1Gbps제공하며, 128GB이상 사용시 2Gbps, 256GB이상 사용시 10Gbps를 지원하고 있습니다
결론
FE 부하의 경우, Pod 의 Resource 성능 이슈보다, Node 자원 이슈가 예상되며, Disk I/O 와 Network Traffic Bandwidth 고려가 필요함
- Network Bandwidth Max : 1Gbps
- Disk I/O : 4K IOPS
XEN 타입의 클러스터를 이용하고 있고, KVM 전환까지 시간적인 비용이 많이 소모 됨으로 현재로서는 프론트는 여러 사용자 처리를 위해선 CDN 으로 전환이 필요하다.
- 프론트 CI/CD 구축기
https://dev-junhee.tistory.com/83
[ArgoCD] FE 배포 Helm 구성기
구성 및 동작 과정Helm 을 통해 Job을 생성한다.Job은 빌드 번호에 해당하는 디렉터리의 파일을 배포 폴더로 Sync 를 맞춰준다.Helm 구성Front 소스 배포용 Helm 차트 구조Helm 상세 내용job.yamlapiVersion: batc
dev-junhee.tistory.com
댓글