Soru İSCSI için HP ProCurve 2810-24G kurulumu?


Dell Equallogic SAN ve Vmware ESXi ile kullanacağım bir çift ProCurve 2810-24G var. ESXi MPIO ürettiğinden, anahtarlar arasındaki bağlantıların yapılandırılmasından biraz emin değilim. Anahtarlar arasında gitmek için doğru bir yol mu?

SAN ve ESXi ana bilgisayarlarının bağlantı noktalarının etiketsiz olması gerektiğini biliyorum, bu da etiketli VLAN'ı gövde bağlantı noktalarında kullanmak istediğim anlamına mı geliyor?

Bu, az ya da çok yapılandırmadır:

trunk 1-4 Trk1 Trunk 
snmp-server community "public" Unrestricted 
vlan 1 
    name "DEFAULT_VLAN" 
    untagged 24,Trk1 
    ip address 10.180.3.1 255.255.255.0 
    no untagged 5-23 
exit 
vlan 801 
    name "Storage" 
    untagged 5-23 
    tagged Trk1 
    jumbo 
exit 
no fault-finder broadcast-storm 
stack commander "sanstack" 
spanning-tree
spanning-tree Trk1 priority 4
spanning-tree force-version RSTP-operation

Equallogic PS4000 SAN, her biri iki ağ arabirimine sahip iki denetleyiciye sahiptir. Dell, her bir denetleyicinin, anahtarların her birine bağlanmasını önerir. Vmware belgelerinden, pNIC başına önerilen bir vmkernel oluşturuluyor. MPIO ile, bu 1 Gbps'den fazla verime izin verebilir.

enter image description here


8
2018-02-15 08:19


Menşei




Cevaplar:


Chopper3'ün, Equallogic'in networking gereksinimlerinin ve çok yol gösterici davranışlarının zayıf anlaşılmış yönlerinden dolayı iyi bilgilendirilmemiş olan cevabın yorumlarında bazı tartışmalar olmuştur.

İlk önce VMware tarafı: ESXi tarafındaki yeni başlayanlar için, iSCSI Software Initiator'ı kullanırken, VMware'den (ESX \ ESXi 4.1 için) ve Dell'in mevcut tavsiyesi, iSCSI için kullanılacak olan her VMkernel Port'una eşlenmiş tek bir fiziksel Nic'in olması gerektiğidir. Şimdi önerilen ciltleme işlemi bunu zorlar. O gerektirir Her VMkernel portu için sadece bir aktif fiziksel niceniz ve bekleme noktanız yok. Hiçbir bağlamaya izin verilmez. Artık bunu aldatıp sonra geri dönüp yük devretme işareti ekleyebilirsiniz ancak amaç, MPIO'nun yük devretme işlemiyle başa çıkabilmesidir. Bu nedenle, herhangi bir yararlı amaca hizmet etmemektedir (en azından her şey VMware tarafından tasarlandığı şekilde çalışıyorsa).

Varsayılan çoklu yol ilkesi, yuvarlak robin kullanan bir Equallogic dizisine aktif, etkin bağlantılar sağlayacaktır.

İkinci Equallogic tarafı: Equallogic diziler aktif \ standby modunda çalışan çift denetleyicilere sahiptir. PS4000 için bunların her bir kontrolörde iki Gigabit Niği var. Aktif kontrolör için bu niklerin ikisi de aktiftir ve aynı kaynaktan IO alabilir. Ağ yapılandırması dizinin tekniklerinin ayrı anahtarlara bağlanmasını önerir. Sunucu tarafında, ayrı anahtarlara dağıtılması gereken birden çok bağlantı var. Tek garip bölüm için - Equallogic diziler, tüm başlatıcı portların dizilerdeki tüm aktif portları görmesini bekliyor. Bu, iki anahtar arasında bir gövdeye ihtiyaç duyduğunuz nedenlerden biridir. Bu, iki VMkernel iSCSI bağlantı noktasına sahip bir ana bilgisayar ve tek bir PS4000 ile initator ile hedef arasında 4 aktif yolun var olduğu anlamına gelir - ikisi "doğrudan" ve iki tanesi ISL'yi geçirir.

Bekleme denetleyicisinin bağlantıları için aynı kurallar geçerlidir, ancak bu düğümler yalnızca bir denetleyicinin yük devretmesi ve aynı ilkeler geçerli olduktan sonra etkinleşir. Bu ortamda yük devretme sonrasında hala dört aktif yol olacak.

Daha gelişmiş çoklu yol için üçüncü: Equallogic artık VMkernel portları üzerinden akıllı yük dengeleme (En düşük kuyruk derinliği, Yuvarlak Robin veya MRU kullanarak) sağlayan VMware Plugable Depolama Mimarisine takılan bir Çok Yollu Uzatma Modülüne sahiptir. Tüm vmkernel uplink nics'leri tüm aktif Equallogic bağlantı noktalarına bağlanamıyorsa, bu çalışmaz. Bu, gerçekte kullanılan yol sayısının makul düzeyde kalmasını da sağlar - büyük Equallogic ortamlarda, bir ana bilgisayar ve bir Equallogic Group arasındaki geçerli yol sayısı çok yüksek olabilir çünkü tüm hedef düğümleri aktiftir ve tüm kaynak kodları tüm hedef düğümleri görebilir.

Daha büyük Equallogic Ortamlar için dördüncü: Equallogic ortamını büyütürken, paylaşılan bir gruba ek diziler eklersiniz. Bir gruptaki tüm üye dizilerindeki tüm etkin bağlantı noktaları, aynı gruptaki diğer tüm dizilerdeki diğer tüm etkin bağlantı noktalarını görebilmelidir. Bu, Equallogic iSCSI kumaşınızdaki tüm anahtarlar arasında ara geçiş bağlantıları sağlayan yağ borularına ihtiyaç duymanızın bir başka nedenidir. Bu ölçeklendirme ayrıca, başlatıcılar ve hedefler arasındaki geçerli etkin yol sayısını da artırır. 3 PS6000 dizisinden oluşan bir Equallogic Group (PS4000 için 2'ye karşılık 4 nci) ve iki vmkernel portlu bir ESX hostu ile MPIO yığınının seçebileceği 24 olası aktif yol olacaktır.

Equallogic Ortamında Beşinci Bağlama \ bağlantı toplaması ve Inter Switch bağlantıları: Tüm inter array ve initator <-> dizi bağlantıları, Gigabit bağlantılarını işaret eden tek noktalardır (veya 10Gig diziniz varsa 10Gig). ESX sunucu tarafına bağlanma ve kazanmanın hiçbir yararı yoktur ve Equallogic dizilerindeki portları bağlayamazsınız. Link agregasyonunun bağlayıcılığını \ bağlamanız gereken tek alan, Equallogic anahtarlı bir ethernet kumaşın ilgili olduğu anahtar-arası bağlantılar üzerindedir. Bu bağlantıların, ortamınızdaki toplam aktif Equallogic port sayısına eşit olabilen eşzamanlı akışları taşıyabilmesi gerekir. Dizi portları ve iniatator portları arasındaki noktaya bağlantı noktası her nokta 1gbps ile sınırlı olsa bile orada bir sürü bant genişliğine ihtiyaç duyabilirsiniz.

En sonunda: Bir Equallogic ortamında, bir host (başlatıcı) ile bir dizi arasındaki trafik, ara anahtar bağlantısının üstesinden gelebilir. Belirli bir yolun söz konusu yol için kaynak ve hedef ip-adresine bağlı olup olmadığı, ancak her kaynak portunun her bir hedef portuna bağlanabileceği ve bu yollardan en az birinin ISL'yi geçmesi gerekecektir. Daha küçük ortamlarda (bunun gibi) tüm bu yollar kullanılacaktır ve aktif olacaktır. Daha büyük ortamlarda, yalnızca olası yolların bir alt kümesi kullanılır, ancak aynı dağıtım gerçekleşir. Tek bir diziye ve tek bir birime bağlansanız bile, bir ana bilgisayar için kullanılabilen toplam iSCSI bant genişliği (düzgün yapılandırılmışsa) tüm iSCSI vmkernel bağlantı noktası bant genişliğinin toplamıdır. Ne kadar verimli olabilir başka bir sorun olabilir ve bu cevap zaten çok uzun.


12
2018-02-23 00:55



Bu tavsiyeye uymanız gerekiyor! Ortabatıdaki en büyük EQL satıcısı için çalışıyorum, bu sistemlere günlük olarak koydum. Etiketleme / mayolar gitmek ve MEM eklentisi sizin için vswitches oluşturmak için yoldur. ISL'niz, bağlantı bilgisine sahip olabileceğiniz kadar büyük olmalıdır. Genellikle istiflenebilir anahtarları kullanırız. Juniper EX4200'ler iSCSI için harika. - SpacemanSpiff
Vay, harika cevap. Şu ana kadar bu mesajı görmedim, ancak hepsini almayı ve beklediğim gibi çalışmayı başardım ve iometer sonuçları, aldığı kadar iyi performans gösteriyor. Yine de tüm fazlalığı kontrol etmeliyim. Son derece bilgilendirici cevabınız için çok teşekkürler! - 3molo
Kalite yanıtı ... teşekkürler! - Doug Luxem


Since ESXi does MPIO, I am a little uncertain on the configuration for links between the switches. Is a trunk the right way to go between the switches?

ESX / i kendi yol yönetimini yapar - iki veya daha fazla bağlantısının aynı düğmeye geçmediği veya anahtarların Cisco'nun VSS'si gibi bir CAM paylaşım modunda olmadığı sürece bağlantılarında etkin / aktif olmayacaktır. başka bir aktif / pasif konfigürasyon olacak.

İsterseniz anahtarlar arasında hiç bir şey olmaz, fakat muhtemelen her ikisinin de bazı ana anahtarlara veya yönlendiricilere yukarı doğru bağlantıları var mı? öyleyse, bu durumda sadece iki anahtar arasında neden sandığınızdan tam olarak emin değilim. Çünkü ESX / i kutuları ilk geçişin ardından (eğer doğru şekilde yapılandırılmışsa) ikinci anahtara geçecektir.

I know that the ports for the SAN and the ESXi hosts should be untagged, so does that mean that I want tagged VLAN on the trunk ports?

Bu varsayımın nereden geldiğini bilmiyorum, ESX / i, ister konuk ister iSCSI trafiği olsun, etiketli veya etiketsiz bir kurulumda çalışmak kadar rahattır. Bu, varsayılan vlans kullanırken etiketli ve etiketsiz olarak karıştırmayla ilgili sorun yaşadığımı ve bu nedenle her zaman şimdi her şeyi etiketlediğimi ve varsayılan bir vlanın olmadığını, çok esnek bir kurulum olduğunu ve deneyimlerimde fark edilebilir bir performansın olmadığını belirtti.


6
2018-02-15 08:40



Ben SAN depolama için ESXi belgelerinin nics'in bağlayıcılığı olmadığını, bunun yerine hem artırılmış performans ve hem de yedeklemenin yararları için (hem de bağlantıların aynı anahtara gidip gitmediği fark etmeden) MPIO'ya güveneceğinden eminim. Tabii ki, ana anahtarlar için uplink olmayacak, bu sadece depolama için bir çift anahtar. Ayrıca etiketsiz vlans'ı ana bilgisayarlara ve SAN'a kullanmaya niyetlendiğimi de belirtmek isterim; trunk bağlantılarında TAGGED kullanmamalı mıyım yoksa kullanmamalı mıyım? - 3molo
Etiketli bağlantı noktalarını kullanmanın gerekçesi, aşağıdan birden fazla VLAN taşımanız gerektiğidir. VLAN'ları etiketlemek, aralarında ayrım yapabilmenizi sağlar. Ayrıca, bir bağlantı birleştirme (HP için Cisco, Cisco için Etherchannel) paketi oluşturmak üzere LACP kullanmanız gerekmez. Statik bir toplama grubu oluşturabilir ve anahtar tarafındaki dengelemeden yararlanabilir ve devre dışı kalabilirsiniz. Bununla birlikte, anahtarın tek başına bırakılması ve ESX'in trafik kararını vermesini sağlamak da yaygın. - mcmeel
mcmeel, lütfen gerçek bir cevap yazmayı düşün. Yorum yapmak daha kolay. ESXi'nin karar vermesine izin verirseniz, geçişler arası yapılandırmanın nasıl olacağından emin değil misiniz? - 3molo
-1 doğrayıcı, ya konu hakkında yeterince bilgi sahibi olamadığımı ya da soruyu tam olarak okumadığınızı hissediyorum. - 3molo
LAG beklendiği gibi çalışır. İki adet 1 Gbit bağlantım var ve EQ her biri bir anahtara bağlı. 235 MB / sn'ye kadar ardışık okuma ve yazma yapıyorum. Ya birbirimizi hiç anlamadık, ya da kurulum hakkındaki ifadelerimde haklıydım. Btw, onun yuvarlak robin ama aktif / aktif belirtir. - 3molo


Bunu nasıl bağlamanız gerektiğini tanımlayan SAN dizi denetleyicisi. Aynı denetleyiciyi aynı denetleyicideki her iki bağlantı noktasında mı sağlıyor? Daha sonra port0, switchA'ya, port1'e switchB'ye geçer ve bir sonraki kontrolörle aynıdır.

Neden 1gbit uplink bağlantı noktalarına sahip bir iSCSI SAN'a karşı LACP / etherchannel kullanmak istiyorsunuz? Size herhangi bir şekilde yardımcı olmuyor. Her vSwitch'de tek bir pNic ile 2 vswitch oluşturun ve ilk pNic'i switchA'ya, ikinci pNic'i B'ye getirin. Bu size denetleyici / anahtar / nic arızalarına karşı tam yedeklilik verecektir.


1
2018-02-15 10:42



Etherchannel / LACP sadece ara anahtarlar, ama bu bana hiç yardımcı olmuyor mu? Denetleyiciden birinin bağlı olduğu anahtarda bir bağlantı noktası varsa, bağlantıların MPIO nedeniyle anahtarlar arasında hareket edebileceğini hayal ettim. - 3molo
Anahtarlar neden anahtarlar arasında geçiş yapar? Hiç bir anlamı yok. - pauska
Her başlatıcı, gruptaki NIC'lerden birinin IP'sine yönlendiren IP gruplarına temas eder. Switch B'ye bağlı NIC üzerindeki diziye bağlanan A Anahtarı üzerinde bir başlatıcıyı durduran hiçbir şey yoktur. Bağlantı sayısına bağlı olarak, anahtarlar arasındaki bir 4GB LACP bağlantısı herhangi bir sıkıntıdan kaçınmak için yeterli olmalıdır. Kişisel olarak bir denetleyicideki tüm bağlantı noktalarını bir anahtara bağlamayı tercih ediyorum. Bunları böldüğünüzde, bir arıza durumunda dizideki bant genişliğini yarıya indirirsiniz. - SpacemanSpiff
Büyük cevap SpacemanSpiff, 2 LACP bağlantısı ile gittim. - 3molo