İSCSI için neden 802.3ad Ekibi yerine MPIO

İlk sunucum iSCSI hedef yapmak ve ben NIC sunucuda (geleneksel 802.3ad ekibi) ekip tarafından çalışan bir başlangıç ​​olacağını düşündüm.

Bununla birlikte, birçok çevrimiçi kaynaktan, bunun tavsiye edilmediğini ve bunun yerine MPIO'nun kullanılması gerektiğini görüyorum (bu tavsiyede belirli bir boyutlandırma yoktu ve 3 düğümlü kümeden onlarca düğüm ve üstü büyük kümelere uygulanmış gibi görünüyordu).

MPIO'nun transferleri bağımsız rotalar üzerinden topladığı için daha iyi olduğunu biliyorum (geleneksel NIC ekibi aynı anahtara dönüşür), bunun yanı sıra Microsoft ve eğitim materyali durumunun ekip oluşturmak yerine MPIO kullanmasının başka bir nedeni (veri bozulması riski) var. ?

İSCSI mimarinizde biraz genişletebilir misiniz? Kaç başlatıcı / hedef adresle çalışıyorsunuz, kaç tane fiziksel anahtar, hepsi bir alt ağ veya çoklu?

Temel cevap şudur: MPIO uçtan uca bağlantı yollarını yönetir ve depolama bağlantısı yük dengeleme ve bağlantı esnekliğinde genel ağ yedekliliği ve yük dengeleme mekanizmalarından daha iyidir.

Bunun belirli teknik nedenleri mimariye bağlıdır, bu nedenle iSCSI ağınızın kurulumuyla ilgili ek ayrıntılar sağlarsanız çok daha spesifik olabilirim. Birkaç genel örnek:

• Herhangi bir MPIO olmadan, başlatıcıdan hedefe IP görüşmeniz yalnızca tek bir görüşmedir. 802.3ad, bir konuşmadaki paketlerin sırasının değiştirilmemesini zorunlu kılar (ve iSCSI trafiğinizin düzensiz olmasını istemezsiniz), dolayısıyla tek bir bağlantının bant genişliği ile sınırlı olursunuz.
• MPIO, yol hatalarını algılar ve yönetir; 802.3ad ise yalnızca bir bağlantı hatasını telafi edebilir - ve ancak bu bağlantı hatası doğru algılanırsa. NIC kartınız kilitleniyor, ancak yine de iyi bağlantı bildiriyorsa veya anahtar yapılandırmanız belirli bir bağlantı noktası için sıkışırsa, hala çalışan ikinci bir bağlantıya rağmen depolama bağlantısını kaybedersiniz.
• Ana makinenizin NIC'lerini farklı anahtarlara bağlayabilmek yerine tek bir fiziksel anahtara bağlısınız.