연결 닫힘과 연결 유지의 영향


9

서버를 구성하고 있으며로드 밸런서의 특성으로 인해 연결 유지 헤더를 보낼 수 없습니다. 이 헤더를 최종 사용자와 서버 모두에게 보내는 영향을 확인하려고합니다. 어느 쪽이든 알아 차 릴까요?


sending these headers to both the end-user and the server-응? 당신이하고자하는 일에 대해 더 구체적으로 설명 할 수 있습니까? 헤더를 어디에서 보냈으며 HTTP keep-alive 연결에 대한로드 밸런서의 한계를 어떻게 해결할 수 있습니까? keep-alive 작업은 단순한 헤더 이상의 것이 필요하며 연결의 HTTP 측면에 관련된 모든 장치의 협력이 필요합니다.
Shane Madden

내 말은 조금 이상했을 수도 있지만 서버는 분명히 헤더를 보내고 있습니다. 이것이 클라이언트와 서버에 어떤 영향을 미치는지 알아 내려고 노력 중입니다.
Willemk

HTTP Keepalive를 손상시키는 기능 장애가있는로드 밸런서에는 어떤 것이 있습니까?
voretaq7

하위 폴더를 다른 서버 팜으로 보내는 규칙이 있습니다. 루트에서 하위 폴더를 탐색 할 때 Keep-alive는 원래 서버 팜에 대한 연결을 열어두고 원하는 서버 팜으로 보내지 않습니다.
Willemk

답변:


9

무엇보다도 소리 치십시오. 큰소리로. 공급 업체에서. 가진 제품이 지원하지 않는 이상-A-십년 된 HTTP / 1.1 프로토콜을 .

지속적인 연결이 없을 경우 리소스로드 시간이 크게 증가합니다. 연결 유지를 사용하면 단일 TCP 연결을 사용하여 여러 리소스를 요청할 수 있습니다. 그렇지 않으면 페이지의 각 리소스마다 새로운 TCP 세션 (새로운 3 방향 핸드 셰이크가 있고 SSL을 사용하는 경우 새로운 SSL 협상)이 필요합니다.

실제로는 페이지의 리소스 수, 클라이언트와 서버 간 왕복 시간 및 클라이언트 브라우저가 한 번에 수행하는 동시 요청 수 (현대 브라우저는 기본적으로 ~ 6ish) . 페이지 당 많은 리소스와 먼 클라이언트는 페이지로드 시간이 크게 눈에 띄게 증가합니다.


방금 확인했는데, 해당 도메인에서로드되는 약 3-6 개의 객체가 있습니다 (페이지에 따라 다름). 이것은 어쨌든 ~ 6 개의 동시 연결을 열었 기 때문에 속도 저하가 최소화 될 것이라고 생각했습니다.
Willemk

@Willemk 그렇습니다. 일반적인 페이지의 경우 매우 적습니다. 수십 개의 객체를로드하는 페이지에서 속도 저하가 훨씬 더 중요합니다. 괜찮을거야.
Shane Madden

CDN이 대부분의로드를 수행하고 있습니다.
Willemk

1

Keep alive는 클라이언트와 서버 측 모두에서 성능을 크게 향상시킵니다. 가능하면 비활성화하지 마십시오. 로드 밸런서는 활성 상태를 유지 한 상태에서 정상적으로 작동합니다.


NTLM 인증을 사용하고 연결 유지 기능이 비활성화 된 경우 인증 문제가 발생할 수 있습니다.
Mircea Vutcovici

나는 "매우 향상"을 정량화하려고합니다. 또한 IT 팀은로드 밸런싱 공급 업체와이 문제에 대해 이야기하고 있습니다.
Willemk
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.