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

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

connection http-headers keepalive

— 빌렘 크
소스

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

답변:

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

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

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

— 셰인 매든
소스

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

— Willemk

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

— Shane Madden

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

— Willemk

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

— 미르 세 부코 비치
소스

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

— Mircea Vutcovici

나는 "매우 향상"을 정량화하려고합니다. 또한 IT 팀은로드 밸런싱 공급 업체와이 문제에 대해 이야기하고 있습니다.

— Willemk