ผลกระทบของการเชื่อมต่อ Close vs Keep-alive


9

ฉันกำลังกำหนดค่าเซิร์ฟเวอร์ของเราและเนื่องจากลักษณะของ load balancer ของเราเราจึงไม่สามารถส่งส่วนหัวที่คงอยู่ต่อไปได้ ฉันกำลังพยายามหาผลกระทบของการส่งส่วนหัวเหล่านี้ไปยังผู้ใช้ปลายทางและเซิร์ฟเวอร์ ทั้งสองจะสังเกตเห็นอะไร?


sending these headers to both the end-user and the server- หือ? คุณจะเจาะจงมากขึ้นเกี่ยวกับสิ่งที่คุณต้องการจะทำอย่างไร ส่วนหัวจะถูกส่งจากที่ใดและสิ่งนี้จะแก้ไขข้อ จำกัด ของ load balancer ของคุณกับการเชื่อมต่อ HTTP แบบ HTTP ได้อย่างไร การทำงานแบบมีชีวิตอยู่นั้นต้องการมากกว่าแค่ส่วนหัว แต่ก็ต้องการความร่วมมือจากทุกอุปกรณ์ที่เกี่ยวข้องกับการเชื่อมต่อ HTTP
Shane Madden

ถ้อยคำของฉันอาจแปลกไปเล็กน้อย แต่เซิร์ฟเวอร์กำลังส่งส่วนหัว ฉันกำลังพยายามค้นหาว่าสิ่งนี้จะมีผลกระทบกับลูกค้าและเซิร์ฟเวอร์อย่างไร
Willemk

คุณมี load balancer ประเภทใดที่ผิดปกติจนทำให้ HTTP Keepalive เสียหาย
voretaq7

เรามีกฎที่ส่งโฟลเดอร์ย่อยไปยังเซิร์ฟเวอร์ฟาร์มอื่น เมื่อเรียกดูจากรูทไปยังโฟลเดอร์ย่อย Keep-alive จะทำให้การเชื่อมต่อเปิดไปยังเซิร์ฟเวอร์ฟาร์มดั้งเดิมและไม่ส่งคุณไปยังเซิร์ฟเวอร์ฟาร์มที่ต้องการ
Willemk

คำตอบ:


9

ก่อนอื่นตะโกน ลั่น ที่ผู้ขายของคุณ สำหรับการมีผลิตภัณฑ์ที่ไม่ได้สนับสนุนมากกว่า-a-ทศวรรษเก่า HTTP / 1.1 โปรโตคอล

ผลกระทบของการไม่มีการเชื่อมต่อแบบถาวรเป็นการเพิ่มขึ้นอย่างมากของเวลาในการโหลดทรัพยากร ด้วย keep-alive สามารถใช้การเชื่อมต่อ TCP เดียวเพื่อร้องขอทรัพยากรหลาย ๆ โดยไม่มีเซสชัน TCP ใหม่ (ด้วยการจับมือสามทางใหม่ - และหากคุณใช้ SSL จำเป็นต้องมีการเจรจา SSL ใหม่) สำหรับแต่ละทรัพยากรในเพจ

ในทางปฏิบัติผลกระทบจะขึ้นอยู่กับจำนวนทรัพยากรบนหน้าเวลาเดินทางไปกลับระหว่างไคลเอนต์และเซิร์ฟเวอร์และจำนวนการร้องขอพร้อมกันที่เบราว์เซอร์ของลูกค้ากำลังดำเนินการในแต่ละครั้ง (เบราว์เซอร์สมัยใหม่ทำงาน ~ 6ish ตามค่าเริ่มต้น) . ทรัพยากรจำนวนมากต่อหน้าและลูกค้าที่อยู่ห่างไกลจะหมายถึงการเพิ่มขึ้นอย่างเห็นได้ชัดในเวลาโหลดหน้า


ฉันเพิ่งตรวจสอบว่ามีวัตถุประมาณ 3 - 6 (ขึ้นอยู่กับว่าคุณอยู่หน้าไหน) วัตถุที่โหลดจากโดเมนนั้น นี่ฉันคิดว่าการชะลอตัวจะน้อยที่สุดเนื่องจากมันจะเปิดการเชื่อมต่อพร้อมกัน ~ 6 ต่อไป
Willemk

@ Willemk ใช่นั่นเป็นขั้นต่ำมากสำหรับหน้าทั่วไป - การชะลอตัวน่าจะเป็นเรื่องที่น่ากังวลมากขึ้นในการโหลดหน้าวัตถุจำนวนมาก ควรจะสบายดี
Shane Madden

CDN กำลังโหลดเกือบทั้งหมด
Willemk

1

Keep alive จะช่วยเพิ่มประสิทธิภาพทั้งฝั่งไคลเอ็นต์และฝั่งเซิร์ฟเวอร์อย่างมาก ถ้าเป็นไปได้อย่าปิดการใช้งาน ตัวโหลดบาลานซ์ควรทำงานได้ดีเมื่อเปิดการทำงานต่อไป


คุณสามารถมีปัญหาการรับรองความถูกต้องหากคุณใช้การรับรองความถูกต้องของ NTLM และ Keep-alives ถูกปิดใช้งาน
Mircea Vutcovici

ฉันกำลังพยายามหาปริมาณ "ปรับปรุงอย่างมาก" นอกจากนี้ทีมไอทีของเรากำลังเจรจากับผู้ขายที่มีความสมดุลเกี่ยวกับปัญหา
Willemk
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.