묻고답하기
page_full_width" class="col-xs-12" |cond="$__Context->page_full_width">
웹페이지 속도에 영향을 미치는 apache설정요인에 대해서
2004.08.03 15:35
웹페이지 속도에 영향을 미치는 apache설정요인에 대해서
메인 페이지 속도를 빠르게 변경하고자 합니다.
늦다고 주위에 많은 문제점 보고를 받고 점검중인데
현재 Apehce2.0.48 + Tomcat4.1.29 + modjk2 + weblogic5.1 + mssql 를 통해 서비스중입니다.
메인 페이지에는 쇼핑몰 상품을 뿌려주는데
DB접근 방식이 java에 SingleTone기법으로 초기기동시 단 1회만
상품을 가지고오고 남어지는 죄다 DB접근없이 가져옵니다.
초기 프로그램을 시작과 마직막 로직종료 시간을 체크하면
0.35초 안에 프로그램을 종료하고 html flush하는데
메인 페이지가 늦다는 항의에 대해서 조사중에 아파치 셋팅에 관한 문의 드립니다.
메인을 순수 HTML로 변경해서 테스트 해봐도 jsp속도와 별반 차이가 없었습니다.
즉 로직쪽보단 환경쪽으로 좁혀가는 상황입니다.
저이는 10M/Dedi 라인을 쓰고 어제 트래픽을 보면 2320명 접속에 68589 히트 정도로
크게 대용량까진 아니지만 아직 라인상황과 서버 대수를 고려하면 여유있는 상황입니다.
메인페이지의 상황을보면 index.html에 그림파일이 약 130개정도로 용량은 500k~700k 정도며
캐쉬라던지 그런방법은 우선 제쳐두고 근원적 속도 측정에 주력하고 있습니다.
속도와 밀접하게 연관된 아파치 설정으로는
Timeout 15
KeepAlive On
MaxKeepAliveRequests 300
KeepAliveTimeout 4
이렇게 현재 설정되어있습니다.
헌데 이부분 설정에서 좀더 낳은 결과를 얻고 습은데 아파치 설정을 뭘좀더 고쳐야 되나요?
DOS공격떄문에 Timeout 시간을 좀더 줄여가고 있는 상황이고
MaxKeepAliveRequests 는 메인이미지 갯수상 100~300까지 여러가지로 테스트해봤습니다만
메인 페이지 파일 갯수를 넘어서는 시점에서는 별효과가 없었습니다.
KeepAlive Off설정으로도 테스트 해봤는데
KeepAlive의 목적인 같은사람에 대한 재요청 처리 향샹이라는 측면에 별 효과가 없었습니다.
KeepAlive Off는 재차 요청 처리를 다시 하기때문에 중반부에서는 늦더라도
초기 응답속도라도 빨라야 되는거라고 알고있는데 그것역시도 문제점을 못발견했습니다.
Beebench 한국전산원등 네트웩라인상에 문제점은 이상없다고 판단되었고
만약 프로그램에서 문제라고 할까봐 아예 메인을 HTML로 제작된 상태입니다.
tomcat연동에서도 html정적문서는 apache에서 처리하게 설정되어있고요
tomcat에 jvm튜닝역시 256~512M할당로 자원에도 여유가 있습니다.
장비에 네트웩카드는 100M/D 급 이며 망에 물려있는 방화벽장비 L4장비라인역시 100M급입니다.
아파치쪽 설정에 주력하고있는데 다른곳을 점검해봐야되는곳이 없나요?
메인에 이미지 갯수는 줄여가고있는 상황이고
용량은 동종 업체 메인페이지용량과 파일수에서 더 낳은 상황인데 더 늦어서 문제입니다.
라인도 10M/D로 같구요.
메인파일도 여러곳으로 분산되어있는것을 한폴더로도 모아봤지만 영 별반효과가 없습니다.
어떤 튜닝이 필요할까요?
1주동안 설정값을 다채롭게 변화하며 개별 측정하지만 뚜렷하게 못찾아서 질문드립니다.
캐쉬 문제는 배제하고 말씀드리는겁니다.
즉 측정시에는 모두 삭제하고 타 동종업체 사이트와 견주어 측정해서 늦어서 현재 진행되는 업무라서 ㅠ,ㅠ
메인 페이지 속도를 빠르게 변경하고자 합니다.
늦다고 주위에 많은 문제점 보고를 받고 점검중인데
현재 Apehce2.0.48 + Tomcat4.1.29 + modjk2 + weblogic5.1 + mssql 를 통해 서비스중입니다.
메인 페이지에는 쇼핑몰 상품을 뿌려주는데
DB접근 방식이 java에 SingleTone기법으로 초기기동시 단 1회만
상품을 가지고오고 남어지는 죄다 DB접근없이 가져옵니다.
초기 프로그램을 시작과 마직막 로직종료 시간을 체크하면
0.35초 안에 프로그램을 종료하고 html flush하는데
메인 페이지가 늦다는 항의에 대해서 조사중에 아파치 셋팅에 관한 문의 드립니다.
메인을 순수 HTML로 변경해서 테스트 해봐도 jsp속도와 별반 차이가 없었습니다.
즉 로직쪽보단 환경쪽으로 좁혀가는 상황입니다.
저이는 10M/Dedi 라인을 쓰고 어제 트래픽을 보면 2320명 접속에 68589 히트 정도로
크게 대용량까진 아니지만 아직 라인상황과 서버 대수를 고려하면 여유있는 상황입니다.
메인페이지의 상황을보면 index.html에 그림파일이 약 130개정도로 용량은 500k~700k 정도며
캐쉬라던지 그런방법은 우선 제쳐두고 근원적 속도 측정에 주력하고 있습니다.
속도와 밀접하게 연관된 아파치 설정으로는
Timeout 15
KeepAlive On
MaxKeepAliveRequests 300
KeepAliveTimeout 4
이렇게 현재 설정되어있습니다.
헌데 이부분 설정에서 좀더 낳은 결과를 얻고 습은데 아파치 설정을 뭘좀더 고쳐야 되나요?
DOS공격떄문에 Timeout 시간을 좀더 줄여가고 있는 상황이고
MaxKeepAliveRequests 는 메인이미지 갯수상 100~300까지 여러가지로 테스트해봤습니다만
메인 페이지 파일 갯수를 넘어서는 시점에서는 별효과가 없었습니다.
KeepAlive Off설정으로도 테스트 해봤는데
KeepAlive의 목적인 같은사람에 대한 재요청 처리 향샹이라는 측면에 별 효과가 없었습니다.
KeepAlive Off는 재차 요청 처리를 다시 하기때문에 중반부에서는 늦더라도
초기 응답속도라도 빨라야 되는거라고 알고있는데 그것역시도 문제점을 못발견했습니다.
Beebench 한국전산원등 네트웩라인상에 문제점은 이상없다고 판단되었고
만약 프로그램에서 문제라고 할까봐 아예 메인을 HTML로 제작된 상태입니다.
tomcat연동에서도 html정적문서는 apache에서 처리하게 설정되어있고요
tomcat에 jvm튜닝역시 256~512M할당로 자원에도 여유가 있습니다.
장비에 네트웩카드는 100M/D 급 이며 망에 물려있는 방화벽장비 L4장비라인역시 100M급입니다.
아파치쪽 설정에 주력하고있는데 다른곳을 점검해봐야되는곳이 없나요?
메인에 이미지 갯수는 줄여가고있는 상황이고
용량은 동종 업체 메인페이지용량과 파일수에서 더 낳은 상황인데 더 늦어서 문제입니다.
라인도 10M/D로 같구요.
메인파일도 여러곳으로 분산되어있는것을 한폴더로도 모아봤지만 영 별반효과가 없습니다.
어떤 튜닝이 필요할까요?
1주동안 설정값을 다채롭게 변화하며 개별 측정하지만 뚜렷하게 못찾아서 질문드립니다.
캐쉬 문제는 배제하고 말씀드리는겁니다.
즉 측정시에는 모두 삭제하고 타 동종업체 사이트와 견주어 측정해서 늦어서 현재 진행되는 업무라서 ㅠ,ㅠ
정말로 많은 사용자가 쿼리를 요청한다면 아파치의 KeepAlive 옵션은 off로 두시는게 좋습니다.
물론 off로 하시면 시스템의 부하가 올라가는것은 보입니다만
웹상의 속도에서는 on보다 off가 훨씬 빠르다는것을 체감하실 수 있습니다.
(물론 많은 쿼리라는것은 어세스 로그가 일일 1GB 이상 쌓이는 사이트에 한합니다.)
또한 순수한 HTML puting이 아니라 sql 데이터까지 puting 해야하는 상황이라면
DB 서버의 튜닝도 적절하게 필요합니다.
예를들면 동시쿼리의 수라던지 말입니다.