การปรับสมดุลภาระสวิตช์ด้วยความอดทนต่อความผิดพลาด

ในขณะที่กำลังศึกษาเพื่อรับรอง Cisco และ Microsoft ฉันอ่านมากเกี่ยวกับ NIC Teaming, Etherchannels และสิ่งที่คล้ายกัน

ฉันรู้ว่าคุณสามารถทำทีมแบบสแตติกใน MS Windows Server หรือสร้างพอร์ตช่องสัญญาณใน Cisco หรือใช้โปรโตคอลแบบไดนามิกเช่น LACP และ PAgP แต่พวกเขาทั้งหมดนำเสนอการโหลดบาลานซ์โดยใช้แหล่งที่มาหรือที่อยู่ MAC หรือที่อยู่ IP ปลายทางการรวมกันของ XOR เข้าด้วยกันหรือสิ่งที่คล้ายกันใช่ไหม และดูเหมือนว่าไม่มีทางที่จะเพิ่มปริมาณงานจริงของคุณหากคุณมีการถ่ายโอนไฟล์ที่ยาวนานจากเซิร์ฟเวอร์หนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่ง (เช่นการมี 4 GigE ผูกมัดไว้ด้วยกันเพื่อเพิ่มเป็น 4 Gbps)

ดังนั้นฉันสงสัยว่ามันจริงหรือไม่? มีวิธีใช้แบนด์วิดท์ทั้งหมดของอินเตอร์เฟสที่ถูกผูกมัดหรือไม่? ฉันได้ยินมาจากแหล่งข้อมูลไม่กี่แห่งที่มีบางอย่างเช่น SLB (Load-Assisted Load Balancing w / Fault Tolerance) ซึ่งรองรับการทำ load balance เต็มรูปแบบและอนุญาตให้ใช้แบนด์วิดท์เต็มรูปแบบ (เช่น 4 Gbps จากตัวอย่างของฉันระหว่างเซิร์ฟเวอร์สองรายการ)

ฉันได้ยินสิ่งที่ขัดแย้งกันมากมายเกี่ยวกับเรื่องนั้นและฉันก็สับสนอย่างสิ้นเชิง ช่วยฉันด้วย!

ที่เลเยอร์ 2 การโหลดบาลานซ์ทั้งหมดทำได้ดีที่สุดโดย XOR หรือแฮชของต้นทางและปลายทาง MAC และหากคุณโชคดีมันอาจอ่านลงในเลเยอร์ 3 และแฮชข้อมูลนั้นได้เช่นกัน

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

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

ในการทำสมดุลแพ็คเก็ตต่อหนึ่งความต้องการที่ชัดเจนคือที่อยู่ IP ต้นทางและปลายทางนั้นไม่ได้อยู่ในลิงก์ไปยังอุปกรณ์ที่มีเส้นทางหลายเส้นทางเนื่องจากต้องมีการกำหนดเส้นทางเพื่อให้สามารถทำสมดุลได้ ความซ้ำซ้อนสามารถทำได้ผ่านโปรโตคอลการกำหนดเส้นทางเช่น BGP, OSPF, ISIS, RIP หรืออีกวิธีหนึ่งคือ BFD หรือการตรวจสอบสถานะลิงก์อย่างง่าย

ในที่สุดก็มีแน่นอนโซลูชันเลเยอร์การขนส่ง - โปรโตคอลเช่นการสนับสนุน SCTP เชื่อมต่อกับหลายปลายทางและ TCP มีร่างในการทำที่จะเพิ่มตัวเลือกในการทำสิ่งที่คล้ายกัน หรือ ... คุณสามารถทำให้แอปพลิเคชันของคุณเปิดได้หลายซ็อกเก็ต

อันดับแรกให้เป็นจริงเกี่ยวกับประสิทธิภาพของระบบ คุณต้องแน่ใจว่าระบบของคุณสามารถสพูลแบนด์วิดธ์ที่คุณต้องการอย่างสม่ำเสมอจากดิสก์ถึง NIC ที่เป็นปัญหา (ดูด้านล่างของคำตอบ) ...

ตราบใดที่คุณเต็มใจที่จะใช้ FTP สำหรับการถ่ายโอนไฟล์ของคุณคุณสามารถใช้ไคลเอนต์ที่สนับสนุนการแบ่งส่วนไฟล์ผ่านRESTคำสั่งFTP สำหรับการดาวน์โหลดและเซิร์ฟเวอร์ที่รองรับCOMBคำสั่งFTP สำหรับการอัปโหลดที่แบ่งกลุ่ม ด้วยการใช้ไคลเอนต์ FTP ที่สนับสนุนการแบ่งกลุ่มคุณสามารถเปิดเซสชัน FTP หลายรายการต่อการถ่ายโอนไฟล์และใช้ประโยชน์จากการแฮชของ Layer4 LACP ที่ได้รับการสนับสนุนจากผู้จำหน่ายสวิตช์หลายราย ... ไม่ว่าคุณจะเชื่อมโยง 1GE หรือ 10GE ก็ตาม ข้าม LACP

CuteFTP สำหรับ Windows สนับสนุนการถ่ายโอนส่วนที่เหลือและFilezilla สนับสนุนคำสั่งหวี นี่เป็นเพียงสองตัวเลือกที่คุณสามารถใช้ได้

ขีด จำกัด ของระบบ

ฉันไม่รู้ว่าคุณมีดิสก์ประเภทใด แต่บ่อยครั้งที่ข้อ จำกัด ของระบบเดียวคือดิสก์ I / O ... มีหลายจุดที่น่าสนใจที่นี่ ... จากมุมมองของคอนโทรลเลอร์ ...

• SATA (รุ่นที่ 1) xfer สูงสุด: 1.2Gbps หลังจากค่าใช้จ่าย 8b / 10b
• SATA (รุ่นที่ 2) สูงสุด xfer: 2.4Gbps หลังจากค่าใช้จ่าย 8b / 10b
• SATA (รุ่นที่ 3) xfer สูงสุด: 4.8Gbps หลังจากค่าใช้จ่าย 8b / 10b
• 4G Fiber Channel xfer สูงสุด: 3.56Gbps

อีกข้อ จำกัด ที่เป็นไปได้คือความเร็วดิสก์ / แกน / แขน ... เว้นแต่ว่าคุณกำลังใช้ SSD

ในที่สุดคุณต้องมี NIC ที่มีความจุเพียงพอกับมาเธอร์บอร์ด ... ตรวจสอบว่ามีเลนอยู่บน PCIe NIC ของคุณจำนวนเท่าใด ฉันสมมติว่าคุณใช้ LAN และการสูญเสียแพ็กเก็ต / ความแออัดจะไม่เป็นปัญหา คุณอาจต้องการเปิด jumbos หากคุณพบว่า CPU เป็นปัจจัย จำกัด สำหรับการถ่ายโอนของคุณ