เมื่อใช้ Cloud Platform จะเป็นการดีหรือไม่ที่จะมีการจัดสรรภาระงานสำหรับการเชื่อมต่อ HTTP และซ็อกเก็ต หรือใช้ที่อยู่ IP เดียวกันร่วมกัน

เพื่อประโยชน์ในการสนทนาแบบง่ายๆ เราสามารถสันนิษฐานได้ว่า "Cloud Platform" ที่ฉันพูดถึงหมายถึง Google Cloud หรือ Amazon WS

ขณะนี้ฉันมีเว็บเซิร์ฟเวอร์ที่จัดการคำขอ HTTP เป็นหลัก อย่างไรก็ตาม จะมีคุณสมบัติตามเวลาจริง (เช่น แชทสดหรือวิดีโอสตรีมมิ่ง) ด้วย และคุณสมบัติเหล่านั้นจะได้รับการจัดการผ่านการเชื่อมต่อแบบซ็อกเก็ตในเซิร์ฟเวอร์อื่น

เพื่อชี้แจง จริง ๆ แล้วกรณีนี้ซับซ้อนกว่าเล็กน้อย: จริง ๆ แล้ว "เซิร์ฟเวอร์ HTTP" และ "เซิร์ฟเวอร์ซ็อกเก็ต" ประกอบด้วยเซิร์ฟเวอร์หลายตัว

ปัจจุบัน โครงสร้างพื้นฐานจะถือว่าคำขอ HTTP ทั้งหมดที่ส่งไปยังเซิร์ฟเวอร์ HTTP เหล่านั้นจะผ่านโหลดบาลานเซอร์และใช้ที่อยู่ IP เดียวกันร่วมกัน

การเชื่อมต่อแบบใช้ซ็อกเก็ตถือว่ามีความเข้มของคำขอที่เข้ามามากกว่าคำขอ HTTP

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

ในด้านหนึ่ง เห็นได้ชัดว่าการใช้โหลดบาลานเซอร์เพียงอันเดียวจะช่วยลดต้นทุน (เนื่องจากจำเป็นต้องซื้อที่อยู่ IP สาธารณะเพียงอันเดียว) และโหลดบาลานเซอร์ที่ Cloud Platform จัดหาให้นั้นมีสเป็คที่ค่อนข้างดีเท่าที่ฉันทราบ อย่างไรก็ตาม จากการวิจัยของฉัน หลายบริษัทไม่เพียงใช้โหลดบาลานเซอร์ที่แตกต่างกันเท่านั้น แต่จริงๆ แล้วพวกเขาทำโหลดบาลานซ์ผ่านซอฟต์แวร์ของตนเอง แทนที่จะใช้โหลดบาลานเซอร์ที่ให้บริการโดยคลาวด์สำหรับการเชื่อมต่อแบบซ็อกเก็ต และเฉพาะซ็อกเก็ตเท่านั้น การเชื่อมต่อตาม ฉันไม่เข้าใจจริงๆ ว่าฉันต้องคำนึงถึงแง่มุมใดในการพิจารณาเพื่อตัดสินใจในเรื่องนี้

แง่มุมของโหลดบาลานซ์

หากต้องการตัดสินใจว่าตัวจัดสรรภาระงานใดเหมาะสมกับการใช้งาน Google Cloud ของคุณมากที่สุด ให้พิจารณาแง่มุมต่อไปนี้ของ Cloud Load Balancing:

• โหลดบาลานซ์ภายนอกกับภายใน

• โหลดบาลานซ์ทั่วโลกกับระดับภูมิภาค

• ระดับบริการเครือข่ายแบบพรีเมียมและมาตรฐาน

• พร็อกซีกับการทำโหลดบาลานซ์แบบพาสทรู

• ประเภทการจราจร

• การป้องกัน DDoS

ฉันขอแนะนำข้อมูลอ้างอิงต่อไปนี้เพื่อเลือกโหลดบาลานเซอร์ที่ดีที่สุดสำหรับการใช้งานของคุณ:

การเลือกโหลดบาลานเซอร์