Wire Shake를 통해 본 Keep-Alive 처리 과정
Wire Shake를 통해 본 Keep-Alive 처리 과정
1. HTTP 기본 구조(HTTP 1.0 이하)
- 파란 테두리: 첫 번째 Socket(TCP) 연결 및 HTTP Request/Response 처리 과정
- 빨간 테두리: 두 번째 Socket(TCP) 연결 및 HTTP Request/Response 처리 과정
위 그림(Wire Shake 예제)에서와 같이 HTTP는 기본적으로 Connection-Less 방식을 가진다. 즉 맷어진 Socket 연결은 유지되지 않고 매번 끊어지며, 다시 생성 되는 구조이다.
웹 서버 상세 처리 과정:
2. Keep-Alive(HTTP 1.1 이상) 기능 이란?
위 HTTP 기본 구조를 바탕으로 맷어진 Socket 연결이 종료된 시점(HTTP Response 이후)부터 웹 서버에 정의된 Keep-Alive Timeout 까지 기존 연결(Socket)을 유지하는 기능.
즉, 정의된 시간(Keep-Alive Timeout) 내에 새로운 HTTP 요청이 발생한다면? 맷어진 Socket 연결을 지속적으로 유지할 수 있다.(앞서 말한바와 같이 지속적인 연결은 유지되나 정의된 Keep-Alive Timeout 시간은 정확히 지켜지지 않는다.(보통 정의된 시간보다 Socket 연결이 일찍 끊어진다.)
- IIS 테스트 결과 정의된 시간의 50% 이상 일찍 끊어진다.(120초 / 2)
3. IIS(6 / 7) Keep-Alive 설정 방법
- IIS 6:
1. Keep-Alive 활성화 설정 및 Keep-Alive Timeout 정의
- 연결 시간 제한은 기본 120초를 갖는다.
- IIS 7:
1. Keep-Alive 활성화 설정
2. Keep-Alive Timeout 정의
- 연결 시간 제한은 기본 120초를 갖는다.
4. 웹 서버 HTTP Connection 변화
- Keep-Alive 비활성화 시:
1. 아래 예제와 같이 맷어진 HTTP Connection(Socket 연결)은 유지되지 않고 바로 끊어진다.(Current Connection 0.000)
2. Response-Header Field인 Connection 값으로 "close" 를 응답한다.
- Keep-Alive 활성화 시:
1. 아래 예제에서와 같이 맷어진 HTTP Connection(Socket 연결)은 유지된다.(Current Connection 1.000)
- 지속적인 연결은 유지되나 정의된 Keep-Alive Timeout(120초) 시간은 정확히 지켜지지 않는다.(보통 정의된 시간보다 Socket 연결이 일찍 끊어진다)
2. Response-Header Field인 Connection 필드는 존재하지 않는다.(IIS 기준)
5. Wire Shake를 통해 본 Keep-Alive 처리 과정
- 파란 테두리: 첫 번째 Socket(TCP) 연결 및 HTTP Request/Response 처리 과정
- 빨간 테두리: 두 번째 Socket(TCP) 연결 및 HTTP Request/Response 처리 과정(Keep-Alive 활성화 시 HTTP 기본 구조와 달리 TCP 세션 수립과정 중 일부가 생략 되었다는걸 볼 수 있다.)
- Keep-Alive 처리 과정
1. HTTP Session(논리적 연결) 생성
2. 정의된 Keep-Alive Timeout 내에 새로운 HTTP 요청이 발생할 경우, 새로운 Socket을 재 생성하는 것이 아닌 활성화 된 Keep-Alive 기능을 통해 유지된 Socket 연결에 Request하게 된다.
즉, Socket 연결에 필요한 모든 비용이 감소하게 되며, 그에 따라 전체적인 성능도 좋아지게 된다.
3. 클라이언트(브라우저)와 웹 서버는 HTTP Request 및 Response를 수행한다.
4. 정의된 Keep-Alive Timeout 동안 맷어진 Socket 연결은 지속적으로 유지된다.
5. HTTP Session Close
- 클라이언트(사용자) 접속 종료 시 서버에 적재된 HTTP Session은 소멸된다.
- Keep Alive Timeout(연결 유지 시간) 종료 시 처리 과정
- 파란 테두리: 첫 번째 Socket(TCP) 연결 및 HTTP Request/Response 처리 과정
- 빨간 테두리: 두 번째 Socket(TCP) 연결 및 HTTP Request/Response 처리 과정(Keep-Alive 활성화 시 HTTP 기본 구조와 달리 TCP 세션 수립과정 중 일부가 생략 되었다는걸 볼 수 있다.)
- 주황 테두리: Socket(TCP) 연결 및 HTTP Request/Response 처리 과정(정의된 Keep-Alive Timeout(연결 유지 시간) 종료 시 첫 번째 요청과 같이 TCP 세션 수립과정 이 다시 발생하게 된다.)
TCP 세션 수립 과정
http://mohwaproject.tistory.com/entry/TCP-3-Way-HandshakeTCP-%EC%84%B8%EC%85%98-%EC%88%98%EB%A6%BD
HTTP 1.1 Keep-Alive 기능에 대해
