Soru Jumbo Çerçeveleri, ISCSI ve ESXi


ESXi'deki tüm vmNIC'ler, vmKerneller, vSwitch'ler, iSCSI Bindings vb. İçin Jumbo Frame'leri (9000) etkinleştirdim - temelde ESXi'de 9000'e eklediğim MTU ayarlarının olduğu herhangi bir yerde. Anahtarlardaki bağlantı noktaları (Dell PowerConnects) hepsi Jumbo Çerçeveleri için ayarlanmıştır. Her biri iSCSI için 4 portlu 2 kontrol cihazı olan bir Dell MD3200i var. Bu portların her biri de Jumbo Çerçeveler (9000) olarak ayarlanmıştır.

Yani şimdi soruları:

  1. Çalıştığım her bir Windows Server VM'ye giriş yapmalı ve NIC özelliklerine girmeli ve bunu manuel olarak aygıt yöneticisindeki NIC özelliklerinde Jumbo Çerçevelerine ayarlamalı mıyım?
  2. Jumbo Çerçevelerinin gerçekten tasarlandığı gibi çalışmanın en iyi yolu nedir?

4
2017-09-21 01:37


Menşei




Cevaplar:


Bilmedikçe bunu yapmayın kesinlikle ne yapıyorsun. Bunu sadece özel iSCSI NIC'leriniz ve bağlı switch portlarınızda ve SAN NIC'lerde yapın.

Modern ekipmanlarla Jumbo Çerçeveleri için ayarlanmamış depolama portlarına sahip olmanın pek çok nedeni yoktur.


6
2017-09-21 01:42



Katılıyorum. Çok. Bunun için çok özel bir gereksiniminiz yoksa, jumbo çerçevelerini normal trafikte kullanmayın. - pauska
İSCSI bağlantılarımda etkin var. İki fiziksel ana makinem ve bir SAN kutusu var. VM'ler SAN kutusunun üzerinde yaşıyor, bu yüzden aralarında mümkün olan en iyi verimi elde ettiğimden emin olmak istiyorum ve bu, gerçek VM'lerin kendisinde Jumbo Frame'lerin etkinleştirilmesini içerip içermediğini görmek istiyorum. Yanıtı takdir et;) - vlannoob
Konukların içindeki jumbo çerçevelerini etkinleştirirseniz, depolama için bunu yapmıyorsunuz, NIC genelinde veri için yapıyorsunuz. Scott Lowe'nin bir kopyasını almalısın. VMWare vSphere 5'e hakim olmak. Öğrenecek çok şeyin olduğu anlaşılıyor. - MDMarra


Jumbo çerçevelerin düzgün çalışıp çalışmadığını test etmek için:

  1. ESXi ana bilgisayarına SSH'yi etkinleştir ve kabuğa giriş yap (VmWare KB)
  2. Parçalanma seçeneğini kullanmayan bir depolama IP'sinin pingini yapın ve 1500'den daha büyük bir paket boyutu kullanın: vmkping -d -s 7000 storageipaddr

Eğer böyle bir şey alırsanız:

~ # vmkping -d -s 7000 10.10.10.10
PING 10.10.10.10 (10.10.10.10): 7000 data bytes
sendto() failed (Message too long)
sendto() failed (Message too long)
sendto() failed (Message too long)

--- 10.10.10.10 ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss

Yapılandırmanızla ilgili bir sorun olduğu anlamına gelir, Jumbo çerçeveleri çalışmıyor! Takip etmelisin bu doküman Tüm sanal anahtarlarınızın uygun MTU boyutuna sahip olup olmadığını görmek için.


3
2017-09-21 10:01



Aha! Alkış Martino - Ben bunu bir;) - vlannoob
vmkping -s 8784 -d x.x.x.x jumbo kareleri 9000 mtu, 216 baytlık daha az 8784 olmalıdır.
Paket boyutu 1500'ün üzerinde olduğu sürece önemli değildir, eğer jumbo çerçeveleri etkin değilse, DF seçeneği 1500'de bile başarısızlığa neden olacaktır;) - Martino Dino


Jumbo Çerçeveleri genellikle NIC'de varsayılan olarak devre dışıdır, bu nedenle büyük olasılıkla NIC'de Jumbo Çerçevelerini etkinleştirmeniz ve Jumbo Çerçevelerini iSCSI ağ aygıtlarınızın geri kalanıyla eşleşecek şekilde yapılandırmanız gerekir.

Bir kenara göre, Jumbo Frame'lere atfedilen I / O problemlerini deneyimleyen birkaç iSCSI uygulamasından daha fazlasını gördüm (Jumbo Çerçevelerinin devre dışı bırakılmasının ve etkinleştirilmesinin gerekli olduğu veya Jumbo Çerçevelerinin olduğu düşünülüyordu) Ethernet akış kontrol problemleri olduğu ortaya çıktı ve devre dışı bırakılması gerekiyordu). İSCSI ağınızda G / Ç sorunları yaşıyorsanız, ilk yapacağım şey iSCSI anahtarlarındaki Ethernet istatistiklerine / sayaçlarına bakmak ve çok sayıda Ethernet Pause karesi aramaktır. Bunu görüyorsanız sorununuz Ethernet akış kontrolü ile ilgilidir ve iSCSI anahtarlarında akış denetimini devre dışı bırakmalısınız.


2
2017-09-21 01:53



Şerefe Joe, herhangi bir sorun olup olmadığını görmek için iSCSI anahtarlarını kontrol edeceğim. - vlannoob