Cisco 6500 VSS, MTBF'yi iyileştirir veya incitir mi?


11

Cisco 6500 VSS'nin avantajlarını, tek yönetim, tek yönlendirme örneği, STP eliminasyonu, şasi genelinde port kanalları vb. Gibi açık satış noktaları ile anlıyorum. Aralarında L3 ve L2 port kanallarına sahip olabilecek iki bağımsız Cisco 6500 ile, en azından kontrol düzlemi aracılığıyla birbirlerine herhangi bir bağımlılıkları yoktur.

Bir VSS dünyasında - ve bununla ilgili doğrudan bir deneyimim yok - şimdi her iki anahtarı da kontrol eden yazılım ve diğer protokollerimiz var. Kontrol düzlemi yazılımında hatalar olmasını bekleyen tasarımlarımda , VSS, MTBF'yi şüphelendiğim gibi düşürüyor mu ve kazanılan yeteneklerle bir denge mi yoksa MTBF'nin nasıl geliştirildiğini kaçırıyor muyum?


4
Bu konuda ham veriler görmek isterdim, ancak Cisco'nun bile olduğundan şüpheliyim. C-nsp ve bugtool'daki gündelik görünüm, VSS'ye özgü birçok arıza modunu gösterir, ancak açıkçası hiçbir şey kanıtlamaz. Bizim ağımızda her biri büyük bir farkla ayrılmış 3 kesinti sebebi 1'dir. Operatör hatası 2. Kırık SW 3. Kırık HW / Alt Ama genellikle tasarımlar 3. daha iyi yapmaya odaklanırken, aynı zamanda 1-2 daha kötü hale getirir.
ytti

2
Deneyiminize göre # 2 Broken SW'nizi verin, bu VSS ile daha mı az mı oluyor?
generalnetworkerror

1
VSS çalıştırmıyoruz, bu yüzden veri yok. Düğümler arasında kader paylaşım sinyali ekleyen herhangi bir çözümü erken benimsemekten çekiniyorum, daha çok vatansız yerel onarım çözümlerine odaklandım. Ancak bazı uygulamalar için VSS'nin son derece cazip olabileceğini tamamen kabul ediyorum.
ytti

3
Hizmet kesintileri veya gerçek hat kartı hataları mı soruyorsunuz? MTBF genellikle donanım arızalarının oranını tanımlamak için kullanılır. Bu durumda VSS, donanımı her iki şekilde etkilemez.
smoothbSE

@smoothbSE, MTBF'de s / b hataları için iyi bir nokta. Terimi herhangi bir tür başarısızlığı belirtmek için gevşek kullandım.
generalnetworkerror

Yanıtlar:


7

Cevabın kısa versiyonu: her ikisinden de biraz, ancak kullanılabilirliği doğrudan iyileştirmek için bir teknoloji olması amaçlanmamıştır

Cevabın uzun versiyonu: Diğerlerinin de belirttiği gibi, üreticinin MTBF'nin geleneksel tanımları ve kullanılabilirliği donanım arızalarına odaklanmaktadır. Diğer faktörler - insan hatası, buggy yazılımı, planlı bakım, vb. - bir mimarinin geliştirilmesinde dikkat edilmesi gereken hususlardır, ancak bireysel kullanıcı seviyesinde yapılır.

Yalnızca donanım açısından, VSS kullanılabilirliği etkilemez. Kullanılan aynı donanımdır, bu nedenle aynı MTBF / MTTR numaraları kullanılır ve son kullanılabilirlik denklemleri aynıdır.

Daha bütünsel bir bakış açısı için, bu gerçekten bir savurganlık ve büyük ölçüde bireysel istek ve ihtiyaçlarınıza bağlı olacaktır. Bir yandan, karmaşık bir teknoloji parçası olduğu ve tek bir "sanal arıza noktası" (yani VSS kontrol düzlemi) her iki yedek parçayı da etkileyeceğinden daha az güvenilir olduğunu düşünebilirsiniz. Öte yandan, tek bir sanal cihaz ağı daha basit hale getirdiği için kullanılabilirliği arttırdığı görülebilir, bu da diğer şeylerin yanlış gitme olasılığını azaltır (daha az cihaz yönetir, HSRP / VRRP yok, döngüsüz STP alanı, daha basit L3 topolojisi, vb.).

Piyasa, çoğu ağ mühendisinin VSS ve benzer teknolojileri geleneksel L2 dağıtım / erişim topolojisine göre bir iyileştirme olarak gördüğünü gösterdi, ancak gidebileceğiniz başka teknolojiler de var. Örneğin, yönlendirilmiş bir L3 erişim katmanı VSS'nin avantajlarının çoğunu başarabilir, ancak VLAN'lar birden fazla erişim katmanı cihazını kapsayamaz, bu da çözümü bazı senaryolarda (örneğin, sanallaştırılmış veri merkezleri) potansiyel olarak işe yaramaz hale getirir.


2

İşlevsel açıdan VSS temel olarak iki şasi alır ve bunları tek bir kontrol düzleminde çalıştırır. 18 yuvalı bir 6500 oluşturmak istiyorsanız ideal teknolojidir. Hedef daha büyük kullanılabilirlikse, haklı göstermek çok daha zordur. Önemli nokta, bir VSS çifti oluştururken tek bir fonksiyonel şasi oluşturmuş olmanızdır . Kontrol düzlemindeki herhangi bir arıza modunun - yazılım hatasından konfigürasyon hatasına kadar - tüm kompleks üzerinde anında etkisi vardır.

Değeri ne olursa olsun, son beş yıl içinde pek çok yeni VSS uygulaması görmedim, ancak bağımsız 6K çiftleri çalıştırmak için özelliğin kaldırıldığı adil bir sayı gördüm.


1

Deneyimim VSS, özellikle daha az deneyimli mühendislere sahip mağazalar için daha az operasyonel karmaşıklık (yani HSRP / VRRP, daha az STP ayarı, daha basit yönlendirme vb.) Sayesinde MTBF'yi uzatıyor. Ağın geri kalanı çifti L2 ve L3 perspektifinden tek bir cihaz olarak gördüğünden bağlantı başarısızlıklarından sonraki uzlaşma genellikle daha hızlıdır. Tahminimce VSS yazılım hatalarıyla ilgili olarak, o katmanda çalışan çeşitli protokollerin etkileşim ve başarısızlık modlarına atfedilen kesintilerden daha az kesinti olacaktır.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.