박 2009-07

말씀하신 정보만으로 동접자를 산정하기엔 부족합니다.

웹서비스의 특성과 DB의 특성에따라 천차만별로 달라집니다.

잘 튜닝된 서버의 자원을 크게 CPU / RAM / Disk IO 세가지 측면에서 볼때 어느 한가지 자원이라도 부족해지면 나머지 두가지 자원이 많이 남더라도 접속요구에 응답할 수는 없다는점만 기억하세요.

대체로 웹서버와 디비서버는 CPU>RAM>DISK 순으로 리소스가 고갈되구요, 서비스 형태나 시스템 구성방식에따라 얼마든지 달라질 수 있습니다.

참고삼아 말씀드리면 DB가 분리되어있는 웹서버(HP DL320G5 2.4G)에 동접자가 1000명일때, CPU IDLE이 50까지 떨어지더군요.


어쩔수없이 디비를 같은 서버에 돌려야한다면 DB용 디스크를 분리하는것이 좋구요, 디비를 편하게 사용하시려면 메모리도 넉넉히 꽂아주는것이 향후 운용상 유리합니다.

anti2cpu 2009-07

db양이 그리 크진 않구요..
올겨울쯤에 db양 많아지는 커뮤니티 사이트를 가져볼 생각입니다..

DL320G5
기본사양으로 동접 1000명까지 버티나요?

박 2009-07

예.. 거의 기본사양이죠.

램만 조금 늘렸어요.

위에서도 말씀드렸다시피 CPU가 관건인데요, 동적페이지 별로 없는 가벼운 웹사이트라면 1000명이아니라 10000명도 버틸 수 있습니다.

鮮于鈞 2009-07

음, 고렙이시군요.

요즘도 '동시 접속자'를 사용하는 가 봅니다.

베르단디 2009-07

게임일 경우에는 동접을 계산하지 않을까요. 접속유지시간이 저는 더 민감하게 느껴지긴 합니다...

鮮于鈞 2009-07

더 고렙이십니다..

박 2009-07

사실 웹서버에서 동접계산하기가 좀 애매해서요..

제가 위에 적은 동접수는 L4스위치전체세션수/웹서버대수 입니다.

그 수치가 웹서버에서 80포트 이스태블리쉬드 세션수와도 거의 비슷하더군요.

anti2cpu 2009-07

이젠 제 서버가 뻗을정도로
내용물을 꽉 채우는 일만 남았군요...
뻗어야 업그레이드 하지...!!!

김윤술 2009-07

동시 접속자 세션이 많다는건 문제가 있습니다. 동시접속자가 많더라도 들어오구 빠지는게 빨라야 하지 서버에 세션이 유지되고 빠지지 않으면 동시접속자가 아주 많아지게 되는것입니다. 그러면 서버에 부하가 발생하구요. 요즘 PC사양으로도 충분한데 너무 H/W쪽으로 기준을 잡는건 아닌지 생각이 드네요. 서버 OS나 웹쪽으로 in/out이 많은 캐쉬 가속부분을 설정해서 동시처리자의 세션을 빨리 빼버리는것이 올바른 방법입니다.

anti2cpu 2009-07

제 예상으로는
목금토<---3일 저녁 시간대에 접속자들이 집중될거 같아서요..

관심도 많이 가는 커뮤니티나
그외 사이트들을 같이 걸거라서요...
여기저기 접속자 숫자가 특정 시간대 되면 아무래도...
합쳐지다 보면...
걱정이 좀 되어서요..