우리 모두 웃어봐요! 우리들의 이야기로.
사이트 오픈하고 접속자가 좀 있을때 갑자기 느려지는경우 대부분 DB쪽 호출하는
부분에서 잘못된 사용이 문제인 경우가 허다했습니다.
제일 흔한경우는 사용한 커넥션을 close 시키지 않은경우!
보통은 프레임웤단에서 처리가 되는게 맞지만 개발자가 표준에 따라서 개발하지
않고 자기맘대로 개발한 경우 이런일이 발생하더군요.
커넥션을 close 시키지 않았을때 증상이 어떠냐면 지금 문피아 사이트랑 비슷해요.
한없이 느려졌다가 DB서버가 세션풀이 나면 강제로 정리를 하는데 이때 시간이 좀
걸립니다. 그리고 세션풀났을땐 거의 접속이 되지 않고요.
사용자가 몇명없을땐 꽤 오래버티는데 조금 늘어나면 그냥 멈춰버리는 수준까지
가게되더군요.
또한가지 느려지는 경우는 서버 메모리 문제인데 대부분 잘못된 코딩에서 발생합니다. 큰 크기의 xml이나 html등의 문자열처리할때 그냥 더하기 형태로 처리한다던지...
등등이네요.
계속 느려서 경험했던 몇가지를 적어봤습니다.
오류 메세지 보니까 문피아는
APM 환경인 것같더군요.
OS 는 centos 나 ubuntu 가 아닐까 생각이 듭니다.
일단은 환경은 이렇습니다만 개발환경이 어찌되는지 궁금해지는 지경입니다.
기본적으로 개발서버들과 개발디비가 있을테고
유료사이트이고 대형사이트니까
당연히 AV 서버들과 Staging 서버는 있겠죠?
이것이 없다면 정말이지 실망입니다.
이정도 규모의 회사에서 AV 서버와 Staging 서버가 없다는것은 문제가 있다는거죠.
그럼 다음 문제 DB는 설마 통짜로 쓰는건 아니겠지요?
분명히 몇대 서버로 나눠서 쓰고 있을꺼라 믿어 봅니다.
mysql 쓰신다면 maria 디비나 tokudb 로 바꾸세요.
저는 tokudb 추천합니다.
실무에 써봤는데 만족할만한 퍼포먼스를 보여줍니다.
로그는 어떻게 하고 계신가요?
겁나 많이 쌓이니까 버린다? -_-;;
ELK 를 이번에 도입하세요.
하루면 이해하고 3일이면 적용가능할껍니다.
혹시 apm 이나 os 업그레이드 목매는 분 있는건 아니겠지요?
apm 이나 os 들은 솔직히 잘 맞는 조합이 존재합니다.
무턱대고 올렸다가는 무슨 일이 일어날지 아무도 모릅니다.
그리고 ganglia 쓰시면 좀 꺼두세요.
메모리 많이 잡아 먹어서 본 서비스에 영향을 주기도 합니다. ㅡ.ㅡ;;
개발자 돈 좀 들여서 뽑으세요.
서버도 돈 좀 쓰시구요.
찬성: 
반대:
Comment ' 6