티스토리 뷰
MaxQCount
큐 적재 요구 한계값. Client요청이 폭주로 정상적인 서비스처리가 어려울 경우 계속되는 서비스 요청을 무시할 필요가 있다.
큐에 적재된 Client의 요구수가 어느 정도 이상이 되면 새로 도착한 요구는 큐에 적재되지 않고 Client에 즉시 Error로 응답한다.
만약, 값이 크면 요구를 문제없이 처리할 수 있지만 응답을 너무 늦게 줄 수도 있다는 단점.
MaxQUrl
만약 MaxQCount값을 2로 설정할 경우 cqcnt(현재 큐에대기건수)에 2개가 대기할 경우 그 후 요청건들은 MaxQUrl에 지정한 주소로 던진다.
이는 철도예약시스템같이 순식간에 엄청난 요청이 몰려 시스템 마비가 되는것을 대비하여 해당 큐이상쌓일 경우 그 후 요청건들은 Busy페이지로 가게끔 설정하기도 한다.
*SERVER
html SVGNAME = htmlg, MinProc = 2, MaxProc = 10, ASQCount = 1
cgi SVGNAME = cgig, MinProc = 2, MaxProc = 10, ASQCount = 1
ssi SVGNAME = ssig, MinProc = 2, MaxProc = 10, ASQCount = 1
MyGroup SVGNAME = jsvg, MinProc = 3, MaxProc = 3, ASQCount = 1,
MaxQCount=2, MaxQUrl="http://www.tmax.co.kr/busy.html"
'WEB,WAS > Web Server' 카테고리의 다른 글
[Apache] Welcome-file 설정 (0) | 2010.07.17 |
---|---|
[Apache] 디렉토리 보안설정 (0) | 2010.07.17 |
[Apache] apachectl 명령어 (0) | 2010.07.16 |
[Apache] DSO(Dynamic Shared Object) 방식 (0) | 2010.07.16 |
[Apache] httpd.conf 한글 메뉴얼 (1) | 2010.07.12 |
[Linux] Apache설치 (0) | 2010.06.30 |
[WebtoB/JEUS] SvrChkTime, read-timeout (0) | 2010.03.04 |
[Apache] Virtual Host (Vhosts) (0) | 2010.01.28 |
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- 파이프라인
- groovy
- JVM
- rundeck
- 플레이북
- Nexus
- 엔서블
- Password manager
- openssl
- 쓰레드덤프
- rsync
- iTerm2
- 리눅스
- Shell Script
- Thread Dump
- Playbook
- 데브옵스
- Jenkins
- PostgreSQL
- Ansible
- 엔시블
- Config History
- nginx
- URL Encoding
- DevOps
- vagrant
- Linux
- Docker
- ssl
- 젠킨스
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
글 보관함