접속자 증가 서버 부하가 커질 때 어떻게 해야 - jeobsogja jeung-ga seobeo buhaga keojil ttae eotteohge haeya

어째 한두달에 한번씩 꾸준하게 일이 나는것 같은데 -_-) 그것도 항상 호스팅 기술진이 출근을 했을 리가 만무한 일요일 저녁때로군요.

매번 일의 패턴은 같습니다. 어이쿠 mysql 부하가 커서. db가 엄청 크네요?

좀 잠잠해졌다 싶으면 캐시 데이터가 꼬여서, 그거 재생성 요청하면 그게 다시 부하를 불러 일으키는 식의 악순환이 반복됐습니다.

테이블 옵티마이징으로 해결됐다고는 하지만, 근본적인 해결책은 아닐것 같고.

점유율로 봐서는 아니겠지만. 웹서버와 db서버를 분리하는걸 진지하게 고민중입니다. -_-a

• 페이스북에서 공유하기!
• 트위터에서 공유하기!
• 미투데이에서 공유하기!
• 요즘에서 공유하기!
• C 공감에서 공유하기!

2010.05.31 14:03:11

2010.07 ~ 2011.03 천안상주2011.04 ~ 2011.07 용산상주2011.08 ~ 2012.03 태백상주2012.04 ~ 2012.05 논현동상주2012.06 ~ 2012.08 병원 및 집 상주2012.09 ~ 2012.11 논현동상주2012.11 ~ 2014.02 울산상주2014.03 ~ 2014.09 사천상주2014.10 ~ 2015.03 서울강남2015.04 ~ 현재 거제도 상주

그렇군요... 어제 저녁 늦게부터 오전까지 안되길래 뭔일인가 했었지요..

2010.05.31 14:05:37

사랑하는 고기

2010.05.31 14:40:37

┌(┌^o^)┐ホモォ

2010.05.31 15:05:00

2010.05.31 15:07:42

P3T1.4+1.5G+FX52, 3.06B+RD1G+FX56, +1G+26XT, +8G+98GT

2010.05.31 15:27:19

Hold me baby 踊ろうよ Sunday

..제가 보기에 서버를 나누는 것도 '근본적'인 해결책은 될 수 없다고 생각합니다.
지금 문제가 데이타베이스의 크기와 캐싱 문제,그리고 캐싱을 다시 할 때의 부하인데, 이런 건 당장 서버를 늘리면 해결은 되겠지만 앞으로도 데이타가 늘어나면 답이 되지 않습니다. 서버를 더 늘려야 할 수도 있습니다.
즉,유지비가 계속 늘어나는 문제가 되는 거지요.그렇게 되지 않으려면 더욱 더 근본적인 곳을 찾아야 할 거라 생각합니다.
...사실 제가 말하는 이 근본적인 문제라는 게,XE쪽의 문제입니다. XE가 좋긴 한데 직접 써보지 않아서 자세한 구조는 모르겠습니다만 캐싱처리나 데이타베이스 구조를 XE쪽에서 다루는 게 맞다면 이건 명백하게 XE쪽의 최적화 문제입니다.

사실 재대로 최적화된 게시판 시스템은 DB의 크기에 큰 영향을 받지 않고(..받긴 받을 수 밖에 없습니다만 이 영향이 상대적으로 작습니다) 유저의 리퀘스트수에 영향이 더 중요해야 합니다. 즉, 데이타가 1000개일 때에도 10000개일 때에도 페이지 하나 띄울 때에 드는 부담은 거의 비슷해야 한다는 거지요. 실제로 제가 아는 사이트중 하나는 이걸 재대로 해서 다섯대도 안 되는 서버로 동시접속자 3천여명의 리퀘스트들을 재대로 받아내지요.(여기의 경우가 제로보드XE를 쓰다가 XE의 성능문제 때문에 게시판을 직접 개발한 경우입니다) 그리고 캐싱 꼬임 자체도 어떻게 해결되지 않으면 안됩니다. (사실 캐시가 꼬인다는 거 자체가 문제지요) XE의 문제라 어쩔 수 없는 부분입니다만 이게 존재하는 이상 서버수를 늘리는 것도 근본적으로는 답이 될 수 없습니다. 결국 데이타가 커지고 캐싱을 다시 엎어야 하면 추가된 데이타베이스 서버도 죽어날테니까요.

물론 힘든 이야기입니다만, 어쨌건 기글을 지속적으로 돌리기 위해선 서버를 늘리는 것 외의 방책이 필요할 것이라 생각합니다. 데이타베이스의 증가를 서버로 해결해야만 했다면 대부분의 구글,네이트 같은 웹서비스들은 재대로 돌아갈 수가 없었겠지요.

2010.05.31 15:32:09

P3T1.4+1.5G+FX52, 3.06B+RD1G+FX56, +1G+26XT, +8G+98GT

DB 서버에 980X를 박으면 만사해결★.....................(........)

2010.05.31 15:40:52

Hold me baby 踊ろうよ Sunday

그게 사실 아니에요.
데이타베이스의 무게 자체가 심한 문제를 일으키는 경우 db서버를 늘려도 늦어도 몇년,빠르면 몇개월 안에 문제가 다시 터지게 되어 있습니다. CPU가 좋아도 결국 고생은 하게 되지요.
예를 들어, 기글이 터지는 문제 중에 하나가 캐시쪽 문제인데, 예를 들어 db서버를 늘렸다 하더라도 결국 캐싱 다시 하느라 db서버가 죽어나면(db서버를 늘린다고 해서 캐시가 꼬이는 문제가 해결되는 건 아니니까요) 지금과 같은 문제가 결국 다시 터질 수도 있습니다. 물론 그런 일이 '당분간'없어지거나 '줄을'수는 있겠지만요.
물론 서버수를 늘여서 얻는 게 없다는 건 아닙니다. 아마 더 많은 유저를 커버할 수는 있겠지요.

2010.05.31 17:17:35

P3T1.4+1.5G+FX52, 3.06B+RD1G+FX56, +1G+26XT, +8G+98GT

...."."의 갯수를 보시면 아시겠지만, 그냥 서버컴퓨터->슈퍼컴퓨터로 업글하면 간단하다는 조크였습니다.

2010.05.31 17:37:24

Hold me baby 踊ろうよ Sunday

네,농담인건 알고 있었습니다.^^; 진지하게 받아서 당황하셨다면 죄송합니다.
나름 큰 돈이 걸리는 문제니까 만의 일의 경우를 생각하여 진지하게 답을 달았었습니다.

2010.05.31 17:53:56

P3T1.4+1.5G+FX52, 3.06B+RD1G+FX56, +1G+26XT, +8G+98GT

기글은 "서버 벤치마킹 툴"이 된다는 느낌으로...........

2010.05.31 21:01:02

이 사진의 유래는 여길 참고하세요 http://gigglehd.com/zbxe/12177721

1. 이게 다 xe 때문이다라는 점에는 뭐라 덧붙일 말이 전혀 없습니다. xe 때문 맞습니다. 진짜 게시판 하나 짜는거 발주하면 얼마나 나올까 고민좀 해봣습니다.

2. 하지만 마지막줄.. db 증가를 서버로 해결한건 일정 부분 사실이 아닌가요? 물론, 서버 증설에만 의존하는건 아니겠지만.

3. 그리고 웹/db 서버를 분리하면 1+1=2 이런 계삭식이 나오지 않습니다. 효과는 그 이상입니다.

4. 대한민국의 하드웨어 사이트가 커질 수 있는 최대 규모를 고려해 보면, 딱 그정도의 분리까지는 필요하다고 봅니다.

5. 정확히는 캐시 때문이 아니라, mysql의 태스크가 죽지 않고 계속 남아서 개기는 문제입니다.

2010.06.01 05:46:00

양자바다의 사이버카가미

2. 일시적인 해결 방법일 뿐이라는 것 같아요.

2010.05.31 16:56:21

씁쓸하지만 이것 또한 인생의 묘미 아니겠어?

음... 이부분은 저도 잘 몰라서 조언드릴 순 없지만 잘 해결 되길 바랄뿐이네요 ^^

2010.05.31 19:07:29

어제 기글속도가 많이 느리길레 제컴문제이긴했는데 공지가 떴군요 ..

글내용을 잘 이해를 못하겠어요 ..
한마디로 기글의 껍데기 서버 따로 ,껍데기의 속살 (파일)서버 따로 라는건가요?
상당히 복잡해지겠군요 ...

어쨋든 그만큼 기글러가 많아진걸꺼에요

2010.05.31 21:20:59

2010.05.31 22:30:34

Turning Point

부하가 많이 걸린다면야 서버를 분리하는 게 일단은 낫겠지요 ^^

2010.05.31 22:50:11

2010.06.01 00:23:08

Still Alive

어째 출첵하는데 지지부진 몇분씩이나 걸리더라니..

서버에 이상이 있었던거였군요.

낄낄님 한동안 고심하시겠네요.

2010.06.01 04:56:18

(이전닉네임 : 미련곰탱이) by 혼란

2010.06.01 12:34:41

Do your best everyday

어제 점심시간 즈음에 잘 안들어가지던데 부하가 심해서였군요.

작성된지 2주일이 지난 글에는 새 코멘트를 달 수 없습니다.