Apache 버전 및 MPM 확인 방법, Graceful

1. Apache 버전 확인 방법

root@test1 [/apache/testsvc/bin]# ./httpd -v

Server version :

Server built:

 

2. Apache 설정 가상호스트 확인

 

3. Apache 사용가능 모듈 확인

root@test1 [/apache/testsvc/bin]# ./httpd -l

 

4. Apache help 옵션 확인

root@test1 [/apache/testsvc/bin]# ./httpd -h

 

5. Apache MPM 확인 방법

   1) MPM이란? Multi-Processing Module

       apache가 받아들인 요청을 처리하기 위해 'child process'에게 분배하는 방식

root@test1 [/apache/testsvc/bin]# ./httpd -l

Complied in modules:

core.c

worker.c

http_core.c

mod_so.c

   2) Prefork

       1. 실행중인 프로세스 복제하여 실행 (메모리 영역까지 같이 복제)

       2. 프로세스 소비하는 메모리가 많음

       3. 응답프로세스를 미리 띄워놓고 클라이언트 요청 시 자식 프로세스가 반응하게 되는 방식.

       4. 일반적으로 singled CPU 또는 Dual CPU 에서 성능이 좋음

   3) Worker

       1. 자식 프로세스들이 각각 여러 쓰레드를 사용하여, 각 쓰레드는 한번에 한 연결을 담당

       2. Worker 방식은 일반적으로 멀티 CPU 시스템에서 성능

       3. 기본 사용 메모리는 prefork 보다 낮으며 쓰레드 간에 메모리를 서로 공유

 

6. Apache Stop (Session 종료 후)

  ./apachectl -k graceful stop

  1) 아파치의 재시작은 restart/graceful 로 구분할 수 있음

     - restart (kill -HUP)

       : httpd 모든 프로세스를 찾아 종료시키고 재시작

     - graceful (kill -USER)

       : 현재 접속된 커넥션은 그대로 유지하고 그외 httpd 모든 프로세를 찾아 종료시키고 재시작

     - restart 보다는 graceful 사용이 서비스중인 서버에서는 더 유용함.

  2) 당장 중단 : apachectl -k stop

  3) 당장 재시작 : apachectl -k restart

  3) httpd 에 시그널을 보낸 후, 다음 명령어로 진행사항을 알 수 있음

     - tail -f /applog/apache/aiaSvr/errorlog/error_log

  4) 점잖은 재시작

     - apachectl -k graceful

USR1이나 graceful 시그널을 부모에게 보내면 부모 프로세스는 자식들에게 현재 요청을 처리한후 종료하라고 (혹은 현재 아무것도 처리하지 않다면 즉시 종료하라고) 조언한다. 부모는 설정파일을 다시읽고 로그파일도 다시 연다. 자식이 죽을때마다 부모는 죽은 자식대신 새로운 설정 세대에 기초한 자식을 실행하여 즉시 요청을 처리하게 한다. 점잖은 재시작(graceful restart)으로 USR1을 사용할 수 없는 플래폼에서는 대신 (WINCH와 같은) 다른 시그널을 사용할 수 있다. apachectl graceful은 플래폼에 알맞은 시그널을 보낸다. 점잖은 재시작은 항상 MPM의 프로세스 조절 지시어 설정을 고려하여, 재시작동안 클라이언트를 서비스하는 프로세스나 쓰레드가 적당한 수를 유지하도록 설계되었다. 게다가 StartServers는, 일초 후 최소한 StartServers만큼 새로운 자식이 안만들어지면 자식이 StartServers 개가 되도록 새로 만든다. 즉, 프로그램은 서버의 현재 부하에 알맞은 자식의 개수를 유지하며, StartServers 파라미터로 지정한 당신의 기대를 존중한다. mod_status 사용자는 USR1을 받을때 서버 통계가 0이 되지 않음을 봤을 것이다. 서버는 새로운 요청을 (운영체제는 이들을 큐에 담아서 어떤 경우에도 잃어버리지 않는다) 처리하지 못하는 시간을 최소화하고 당신의 튜닝 파라미터를 존중하도록 만들어졌다. 이를 위해 세대간 모든 자식을 기록하는 scoreboard를 유지한다. status 모듈은 또한 점잖은 재시작 전에 시작하여 아직도 요청을 처리하고 있는 자식을 G로 알려준다. 현재로는 USR1을 사용하는 로그순환 스크립트가 재시작전에 모든 자식이 로그작성을 마쳤는지 알 수 있는 방법이 없다. 우리는 USR1 시그널을 보내고 적당한 시간이 지난후 이전 로그를 다루도록 제안한다. 예를 들어 낮은 대역폭 사용자의 경우 접속 대부분이 마치는데 10분이 안걸린다면, 이전 로그를 다루기전에 15분 기다린다. 설정파일에 오류가 있다면 재시작시 부모는 재시작하지 않고 오류를 내며 종료한다. 또, 점잖은 재시작의 경우 종료할때 자식이 실행되도록 놔둔다. (자식들은 자신의 마지막 요청을 처리하고 "점잖게 종료한다".) 이는 서버를 재시작할때 문제가 된다. 서버는 자신이 기다릴 포트에 연결하지 못한다. 재시작전에 -t 명령행 옵션(httpd 참고)으로 설정파일 문법을 검사할 수 있다. 그러나 이런 검사도 서버가 올바로 재시작할지를 보장하지 못한다. 설정파일의 문법이 아닌 의미를 검사하려면 root가 아닌 사용자로 httpd를 시작해볼 수 있다. root가 아니기때문에 (아니면 현재 그 포트를 사용하는 httpd가 실행되기때문에) 오류가 없다면 소켓과 로그파일을 열려고 시도하는 과정에서 실패할 것이다. 다른 이유때문에 실패한다면 아마도 설정파일에 오류가 있을 것이다. 점잖은 재시작을 하기전에 오류를 고쳐야한다.