Bir sunucuda 2 NIC olması için herhangi bir neden var mı?

Bir sunucuda 2 NIC'nin aşağıdaki durumlarda BESIDES olması için herhangi bir neden var mı?

1. 2 farklı fiziksel ağa bağlanmanız gerekiyor
2. Redudancy (1 NIC başarısız, bu yüzden diğerini kullanıyorsunuz)

Başka nedenleri var mı?

(2a). Yük dengeleme.

(3). Trafiğin ayrılması (yani, birleşik bir web / veritabanı sunucunuz, aynı ağınız olabilir, tüm web trafiğini bir NIC'ye, db trafiğini diğerlerine koyabilirsiniz, trafik türleri için yüklerin hesaplanmasını kolaylaştırır). Bu, daha sonra ikisini bölmeyi de kolaylaştırır, kimse bağlantı dizelerini değiştirmek zorunda kalmaz.

1. Yedeklemeler için ayrı bir ağ.

2. Konsol erişimi için ayrı bir ağ (bunlar artık normalde ana sunucular için sistem kartına entegre edilmiştir).

3. Artan verim (çoklu GB ağları) birbirine bağlandı.

Düşünebileceğim, yedekliliğe benzeyen başka bir önemli neden daha var ve bu da Trunking, böylece trafiği 2x1Gbit bağlantı noktalarından akacak şekilde yapılandırarak toplam 2Gbit toplam verim elde edebilirsiniz. Bazıları bunu LaCP olarak adlandırır, linux bunu aşağıda açıklandığı gibi mode = 4 olarak bilir.

Linux arayüz bağlama modları birkaç seçenek daha sunar:

mode = 0 (balance-rr) Round-robin politikası

mode = 1 (aktif yedekleme) Aktif yedekleme politikası

mode = 2 (balance-xor) XOR politikası: [[(hedef MAC adresiyle XOR'lu kaynak MAC adresi) modulo slave sayısı] 'na dayalı iletim.

mode = 3 (yayın) Yayın politikası: tüm bağımlı arayüzlerdeki her şeyi iletir. Bu mod hataya dayanıklılık sağlar.

mode = 4 (802.3ad) IEEE 802.3ad Dinamik bağlantı birleştirme. Aynı hız ve dupleks ayarlarını paylaşan toplama grupları oluşturur.

mode = 5 (balance-tlb) Uyarlamalı iletim yük dengelemesi: özel anahtar desteği gerektirmeyen kanal bağlama.

mode = 6 (balance-alb) Uyarlamalı yük dengeleme: balance-tlb artı IPV4 trafiği için yük dengeleme (rlb) içerir ve herhangi bir özel anahtar desteği gerektirmez.

Microsoft kümeleri, düğümler arasında kalp atışı için ek bir NIC bağlantı noktası gerektirir.

# 2'ye benzer şekilde, birden fazla NIC de yüksek kullanılabilirlik için bir gerekliliktir. Birden fazla ağ arabirimi (aynı ağda, ancak gerçekten ayrı olmalıdır) hangi sunucuların kullanılabilir olduğunu (kalp atışı) izlemek için kullanılacaktır. Ayrıca, VMWare durumunda, genel arabirime veya kalp atışına uygun bant genişliği miktarına müdahale etmeden bir sanal makinenin aktif durumunu geçirmek için 3. bir NIC kullanılabilir.

Muhtemelen 2 NIC, bir sunucu için gereken minimumdur, diğerlerinin en az HA için olduğu gibi. Konsol, kalp atışı, muhtemelen iSCSI depolama alanı dahil etmeye başlarsanız ... bir sunucu için yarım düzine NIC'ye kolayca vurabilirsiniz.

Bu, "# 2 farklı fiziksel ağa bağlanmanız gerekir" altında gelebilir, ancak sunucu aynı zamanda yönlendiriciyse, iki NIC'ye ihtiyaç duyacaktır.

Yedekleme için her zaman bir sunucuda 2 NIC kullanırım. Yıllar içinde birden fazla kez yanlış kabloyu söktüm (genellikle çok fazla acele etmesinden kaynaklanır). Sonuç olarak sunucunun bağlantısının kesilmemesi gerçekten güzel. Ayrıca birkaç kez başarısız NIC'ler yaşadım.

Ben endişeliyim kadarıyla, eğer mümkünse bir sunucu her şeyi gereksiz olmalıdır. NIC'ler istisna değildir. Nadiren de trafik izolasyonuna ihtiyacım vardı bunun için ikinci bir çift ekliyorum.

NIC fazlalık argümanını hiç anlamadım. Hareketli parçalar olmadan nadiren başarısız olurlar ... bir sunucuda 2 anakartınız yok, değil mi? En iyisi tüm sunucu düzeyinde gereksiz olmaktır.

Ancak, hata fişini çekerken yukarıdaki "insan hatası" artıklığını seviyorum.

Bir arayüzün snort veya başka bir bal küpü veya IDS çalıştırmasına adanmış bir arayüze sahip olması ve diğerinin dahili ağınızda olması, 2 nic kartınızın olması için iyi bir nedendir. Yük dengeleme ve kanal fikirleri üzerinde de anlaştı.