ทำไม MPIO แทน 802.3ad Team สำหรับ iSCSI

ทำเซิร์ฟเวอร์เครื่องแรกของฉันให้เป็นเป้าหมาย iSCSI และฉันคิดว่าฉันจะออกไปทำงานโดยเริ่มจากการรวมทีม NIC ของฉันบนเซิร์ฟเวอร์ (ทีม 802.3ad ทั่วไป)

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

ฉันรู้ว่า MPIO นั้นดีกว่าเพราะมันรวมการถ่ายโอนข้ามเส้นทางที่เป็นอิสระ (ในขณะที่ทีม NIC ทั่วไปจะใช้สวิตช์เดียวกัน) นี่คือเหตุผลอื่น (ความเสี่ยงของการทุจริตของข้อมูล) สำหรับ Microsoft และสถานะวัสดุการฝึกอบรมเพื่อใช้ MPIO ?

คุณช่วยขยายสถาปัตยกรรม iSCSI ของคุณหน่อยได้ไหม? คุณทำงานกับผู้เริ่มต้น / เป้าหมายจำนวนเท่าใดสวิตช์ทางกายภาพจำนวนหนึ่ง subnet หรือหลายตัว

คำตอบพื้นฐานคือ: เนื่องจาก MPIO จัดการเส้นทางการเชื่อมต่อแบบ end-to-end และดีกว่าในเรื่องความสมดุลของภาระการเชื่อมต่อหน่วยเก็บข้อมูลและความยืดหยุ่นในการเชื่อมต่อมากกว่าความซ้ำซ้อนของเครือข่ายทั่วไปและกลไกสมดุลภาระ

เหตุผลทางเทคนิคที่เฉพาะเจาะจงสำหรับสิ่งนี้ขึ้นอยู่กับสถาปัตยกรรมดังนั้นฉันจึงสามารถเจาะจงได้มากขึ้นถ้าคุณให้รายละเอียดเพิ่มเติมเกี่ยวกับการตั้งค่าเครือข่าย iSCSI ของคุณ ตัวอย่างทั่วไปบางประการ:

• หากไม่มี MPIO การสนทนา IP แบบเริ่มต้นกับเป้าหมายของคุณเป็นเพียงการสนทนาเดียว 802.3ad กำหนดว่าลำดับของแพ็กเก็ตในการสนทนาไม่สามารถเปลี่ยนแปลงได้ (และคุณไม่ต้องการให้ปริมาณการใช้งาน iSCSI ของคุณล้าสมัยอยู่ดี) ดังนั้นคุณจึง จำกัด แบนด์วิดท์ของลิงก์เดียว
• MPIO ตรวจจับและจัดการกับความล้มเหลวของเส้นทางในขณะที่ 802.3ad สามารถชดเชยความล้มเหลวของการเชื่อมโยงเท่านั้นและเฉพาะในกรณีที่ตรวจพบความล้มเหลวของการเชื่อมโยงนั้นอย่างถูกต้อง หากการ์ด NIC ของคุณแฮงค์ แต่ยังคงรายงานลิงค์ที่ดีหรือการกำหนดค่าสวิตช์ของคุณถูกเมาสำหรับพอร์ตเฉพาะคุณอาจจะสูญเสียการเชื่อมต่อที่เก็บข้อมูลแม้ว่าจะมีลิงค์ที่สองที่ยังใช้งานได้อยู่
• คุณเชื่อมโยงกับสวิตช์ทางกายภาพตัวเดียวแทนที่จะสามารถเชื่อมโยง NIC ของโฮสต์ของคุณกับสวิตช์ที่แตกต่างกันได้