안녕하세요. 지금 Tokyo Region에 서버를 몇 개 돌리고 있습니다. 그…

안녕하세요. 지금 Tokyo Region에 서버를 몇 개 돌리고 있습니다. 그 중 갑자기 medium급 서버에서 Java랑 mysqld가 메모리랑 CPU를 미친듯이 잡아먹네요..; 사이트 홍보를 좀 때려서 그런가 싶은데.. 이게 제가 만드는건 많이 해봤는데 스케일링을 해본적이 없는데 이런 순간에 급작스럽게 스케일링을 할 수가 있나요? 개인적으로 당장 좀 스케일링을 해서라도 버텼으면 싶은데..어차피 사이트 유지보수에 큰 시간을 들일 수가 없는 상황이라..; 생성 자체를 제가 한것도 아니어서 어떻게 해야할지를 모르겠네요 ㅠㅠ

12 thoughts on “안녕하세요. 지금 Tokyo Region에 서버를 몇 개 돌리고 있습니다. 그…

  1. 스케일링과는 외람된 이야기 입니다만, JAVA가 CPU 100% 이용하는 경우는 메모리에 너무 많은 데이터를 올렸을 때도 발생을 하더라구요, 한번 리부팅을 해보시는 것은 어떨까요?

  2. Dennis Kim 감사합니다 ㅠㅠ 우선 지금 프로파일링을 할 수가 없는 상황입니다..ㅠㅠ 정황상 거의 ‘접은’ 사이트고, 그냥 운영만하고 있는데.. 여기에 프로파일링에 원인 파악까지 하기엔 조금 낭비가 클 것 같아서요.. 원인파악은 사실.. 쿼리가 좀 최적화가 안 되어있는 것같고 안 쓰는 인터셉터가 계속 돌고 있는 것 같아서 그런 거 같은데 안그래도 느린데 프로파일링까지 걸면 얼마나 느릴지 걱정이 됩니다.. ㅠㅠ
    김남우 감사합니다. 지금 서버를 내렸다 올릴라 그러는데 막 광고를 의도치않게 타게 된 시점이라서 서버를 내릴수도 없고.. 난감합니다;ㅠㅠ 게다가 윈도우 서버라 하아;

  3. 좀 거대 쇼핑몰+SNS같은 구조라서.. 메모리를 어마어마하게 먹어서요.. mysqld 는 좀 많이 안정되었는데 여전히 java는 폭주기관차네요..참..–;

  4. 일단은 서버를 늘려서 단위 서버당 부하를 줄이는 방법이 좋겠네요. 디비가 안정화가 되어 있다면 비지니스 로직부분만 늘어도 꽤 도움이 될껍니다. 그리고 부하 떨어지면 다시 내리세요 쿨럭….

  5. 얼핏 봐서는 DB(MySQL) 단의 병목이 의심되네요. MySQL에서 slow query 한번 확인해 보시고, MySQL 콘솔에서 show processlist 명령으로 너무 오래 걸리거나 lock 을 잡는 쿼리가 없는지 살펴보시는 것도 도움이 될 수 있을 것 같습니다. 그리고 애플리케이션에 캐싱을 사용하는 부분이 있으면 hit rate도 한번 점검해 보시면 좋을 것 같네요.

  6. 오토 스케일 설정 생각보다 쉽습니다 단 ELB를 사용하셔야하고 이거저거 귀찮으시면 모니터링하다 매뉴얼로 인수턴스 느리는게 답임미다

  7. 일단 제일 빠른 방법은 같은 인스턴스 여러개를 띄우시고 Java를 새 인스턴스로 옮기세요. 디비를 별도로 분리하시기바랍니다. 오토스케일 이런건 나중에 생각하시는게 맞습니다.

답글 남기기

이메일은 공개되지 않습니다. 필수 입력창은 * 로 표시되어 있습니다.