티스토리 뷰
반응형
동시접속자수는 사실상 큰 의미가 없다고 본다.
부하의 수준은 사용자들의 요청마다 다르고 시간대에 따라 양도 달라지기 때문에이다.
비록 정확하게 동시접속자수가 산출되어도 그 수에 비례하여 서버 부하가 발생한다고 자신있게 말할 수 없다.
동시접속자수가 많다고 해도 접속자들의 평균적인 부하 수준이 낮다면 서버는 안 터질수도 있다.
하지만 CPU가 과도하게 점유되거나 스토리지의 용량이 가득차면 서버는 가차없이 터져버린다.
그러니 만약 시스템의 부하를 모니터링 해야 한다면, 동시접속자수 보다는 CPU와 메모리, 스토리지, DB 등의 시스템 자원 이용률이나 (할 수 있다면) 점유율을 관찰하는 것이 더 효과적이다.
자원이용률은 시스템에 따라 달라지니 필요한 서버 자원은 시스템마다 다 다르다고 할 수 있지만, 확장 가능성은 높은 확률로 모든 시스템에 존재한다.
따라서 구축 시 확장성이 뛰어나도록 시스템을 설계하고 구현하는 것이 사용자들에 쾌적환 사용환경을 제공할 수 있는 사실상의 유일한 방법이라고 생각한다. 즉, 사용자가 100명이었는데 갑자기 1000명으로 폭증하였을 때 빠른 시간 안에 시스템 규모를 증폭할 수 있도록 시스템이 설계되고 구현되어야 한다는 말씀이다.
반응형
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- 페이징
- 섹터 큐잉
- FCFS
- 세그먼테이션
- 스위프트
- PFF
- scan
- C-SCAN
- 주식
- SSTF
- MoM
- 고독
- grpc
- 중요성
- 동시성
- c#
- N-step SCAN
- QT
- 병행성
- look
- 메시지지향미들웨어
- 차이
- 수요
- 파이썬
- 크로스플랫폼
- Cocos2d-x
- 병렬성
- 스와핑
- C-LOOK
- vmin
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
글 보관함