이게 한계일까요...
글쓴이: Anermy / 작성시간: 금, 2007/08/31 - 6:00오후
WEB SERVER
Intel(R) Xeon(TM) CPU 2.40GHz
1G
DB SERVER
Intel(R) Xeon(TM) CPU 2.40GHz
2G
위와같은 구성의 사이트를 운영중입니다.
kt idc에 들어가 있고.. 회선은 문제가 아니라 합니다.
하루 방문자 4만 정도 됩니다.
근데 어제 한시간에 3000명 정도가 몰렸는데..
서버가 다운은 안되도, 페이지를 못찾거나..
디비서버 CPU 다잡아 먹고있고..
웹서버도 CPU 버벅이고 있더군요..
디비서버 튜닝도 한다고 했는데...
이게 MYSQL 한계인가요..
아님 CPU를 듀얼로 바꾸는게 좋을까요.
막막합니다.
조언좀 부탁드릴게요..
Forums:
메모리...
메모리 누수가 있는지 체크해보시는게 어떨까하네요.
그리고 과부하 걸리는 페이지가 어떤건지 살펴보시고 분산도 시키시구요.
음... 디비 커넥션은 어떻게 관리하는지.. 그리고 데이터를 어떻게 가져다 사용하는지도 .... 문제의 소지가 있겠네요.
뭐 하나하나 찾아보시면 -_-; 저는 다른 프로세서문제로 한번, 메모리 누수로 한번 삽질한적이 있어서 -_-;;
과부하 걸리는 페이지라...
제가 내공이 부족하여..
과부하 걸리는 페이지를 어떻게 찾는지도 모르겠네요..
조언좀...
디비커넥션은 호스트에서 host에 등록 후,
클라이언트에서 원격오픈으로 사용하고 있습니다..
기회는 준비된 자에게만 온다.
(twitter @httpds)
우선 MySQL이 지금도
우선 MySQL이 지금도 그런지 모르겠지만 동시 접속 500 개 이상을 감당하기 위해선 특별한 처리가 필요한 것으로 알고 잇습니다.
그리고 커널 문제도 있을 겁니다. 커널 버젼이 낮으면 처리 가능량이 적기 때문에(뭐 2.2 이런거 쓰고 계신 분들 계십니다 아직.) 문제가 될 소지가 잇고, MySQL쿼리시 Cache량을 늘려 주시고 그래도 안 된다 싶으면 HDD에 DMA를 사용하여 자료 교환 하도록 설정 해 주심이 좋을 것 같습니다. 뭐 혹시 SCSI라서 그런게 안된다 하시면 할 말은 없네요... DB는 스토리지도 빨라야 제 성능이 나오는 것으로 알고 잇씁니다.(제가 고성능/고용양 DB를 다뤄 본 적이 아직 없기 때문에 이론상으로만 아는 바입니다.)
일단 그런 튜닝들이 필요할 듯 합니다. 웹서버 역시도..
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
HomePage: http://lys.lecl.net:88/
Wiki(Read-Only): http://lys.lecl.net:88/wiki/
Blog: http://lys.lecl.net:88/blog
MSN: ysnglee2000@hotmail.com
----
절이 싫으면 중이 떠나는 것이 아니라, 절이 싫으면 중이 절을 부숴야 한다.
때때
사람천사
현재 web cache를
현재 web cache를 사용하지 않고 있다면,
squid나 그 비슷한 웹캐쉬를 사용해보는 것은 어떨까요?
-----
오늘 나의 취미는 끝없는, 끝없는 인내다. 1973 法頂
-----
오늘 나의 취미는 끝없는, 끝없는 인내다. 1973 法頂
squid는
squid는 Proxy아닌지요..
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
HomePage: http://lys.lecl.net:88/
Wiki(Read-Only): http://lys.lecl.net:88/wiki/
Blog: http://lys.lecl.net:88/blog
MSN: ysnglee2000@hotmail.com
----
절이 싫으면 중이 떠나는 것이 아니라, 절이 싫으면 중이 절을 부숴야 한다.
때때
사람천사
apt-cache show squid
-----
오늘 나의 취미는 끝없는, 끝없는 인내다. 1973 法頂
-----
오늘 나의 취미는 끝없는, 끝없는 인내다. 1973 法頂
그게 그래서
그게 그래서 캐쉬라는 말이군요.
저는 그걸 프록시 서버로만 설정 해서 썼었습니다. 그랫더니 프록시로 들어갈 경우에 KLDP로의 접속이 잘 되긴 하는데 로그인이 한번씩 잘 풀리는 현상이 있었죠.
근대 그걸 웹서버에 물려서 들어 오는 데이터를 역으로 케쉬하게 하면 처리량이 많은 서버에서 케쉬 역활을 할 수 있겠군요. 아 근대... 오히려 CPU 사용량은 막 올라 가는거 아닌가 모르겠군요.
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
HomePage: http://lys.lecl.net:88/
Wiki(Read-Only): http://lys.lecl.net:88/wiki/
Blog: http://lys.lecl.net:88/blog
MSN: ysnglee2000@hotmail.com
----
절이 싫으면 중이 떠나는 것이 아니라, 절이 싫으면 중이 절을 부숴야 한다.
때때
사람천사
헉! 웹서버, DB 서버 분할했는데...
접속자수가 확실히 작네요?
저 사양이라면 한 이천명 정도는 접속할 수 있을텐데?
정보가 적으니 어떻게 되어있는지 알 수가 없군요.
====
( - -)a 이제는 학생으로 가장한 백수가 아닌 진짜 백수가 되어야겠다.
상용싸이트가
상용싸이트가 아니고
결과물을 공개해도 된다면.
이메일 주세요. darjeeling gmail.com
작업도와드리죠 =)
-------------------------------------------------------------------------------------------------------
Life ... http://iz4u.net/blog/
------------------------------------------------------------------------------------------------
Life is in 다즐링
댓글 달기