Verbessert oder verletzt Cisco 6500 VSS MTBF?

Ich verstehe die Vorteile des Cisco 6500 VSS mit den offensichtlichen Verkaufsargumenten von Einzelverwaltung, Einzelroutinginstanz, STP-Eliminierung, Portkanälen über Chassis usw. Mit zwei eigenständigen Cisco 6500s, zwischen denen möglicherweise L3- und L2-Portkanäle liegen. Zumindest haben sie über die Steuerebene keine betriebliche Abhängigkeit voneinander.

In einer VSS-Welt - und ich habe keine direkte Erfahrung damit - haben wir jetzt Software und andere Protokolle, die beide Switches steuern. Verringert der VSS in meinen Entwürfen, bei denen erwartet wird, dass die Software für die Steuerungsebene Fehler aufweist, die MTBF, wie ich vermute, und ist dies ein Kompromiss mit den gewonnenen Fähigkeiten, oder fehlt mir, wie die MTBF verbessert wird?

Kurzfassung der Antwort: ein bisschen von beidem, aber es ist keine Technologie zur direkten Verbesserung der Verfügbarkeit

Lange Version der Antwort: Wie andere bereits betont haben, konzentrieren sich die traditionellen Definitionen des Herstellers von MTBF und Verfügbarkeit auf Hardwarefehler. Andere Faktoren - menschliches Versagen, fehlerhafte Software, geplante Wartung usw. - sind Überlegungen bei der Entwicklung einer Architektur, werden jedoch auf der Ebene der einzelnen Benutzer vorgenommen.

Für eine reine Hardware-Perspektive hat VSS keinen Einfluss auf die Verfügbarkeit. Es wird dieselbe Hardware verwendet, daher werden dieselben MTBF / MTTR-Nummern verwendet und die Endverfügbarkeitsgleichungen sind dieselben.

Für eine ganzheitlichere Perspektive ist es wirklich ein Fehler und hängt weitgehend von Ihren individuellen Wünschen und Bedürfnissen ab. Einerseits könnte man es als weniger zuverlässig betrachten, da es sich um eine komplexe Technologie handelt und ein einziger "virtueller Fehlerpunkt" (dh die VSS-Steuerebene) beide redundanten Ausrüstungsgegenstände betrifft. Auf der anderen Seite kann dies als Erhöhung der Verfügbarkeit angesehen werden, da ein einzelnes virtuelles Gerät das Netzwerk viel einfacher macht und es weniger wahrscheinlich ist, dass andere Dinge schief gehen (weniger zu verwaltende Geräte, kein HSRP / VRRP, STP-Domäne ohne Schleife, einfachere L3-Topologie usw.).

Der Markt hat ziemlich genau gezeigt, dass die meisten Netzwerktechniker VSS und ähnliche Technologien als Verbesserung gegenüber einer herkömmlichen L2-Distribution / Zugriffstopologie betrachten, aber es gibt andere Technologien, mit denen Sie arbeiten könnten. Beispielsweise könnte eine geroutete L3-Zugriffsschicht die meisten Vorteile von VSS erzielen, aber VLANs können nicht mehrere Geräte der Zugriffsschicht umfassen, was die Lösung in einigen Szenarien (z. B. virtualisierten Rechenzentren) möglicherweise unbrauchbar macht.

Aus funktionaler Sicht nimmt VSS grundsätzlich zwei Chassis und führt sie auf einer einzigen Steuerebene aus. Wenn Sie einen 6500 mit 18 Steckplätzen erstellen möchten, ist dies die ideale Technologie. Wenn das Ziel eine höhere Verfügbarkeit ist, ist es viel schwieriger zu rechtfertigen. Der entscheidende Punkt ist, dass Sie beim Aufbau eines VSS-Paares ein einziges funktionales Chassis erstellt haben. Jeder Fehlermodus auf der Steuerebene - vom Softwarefehler bis zum Konfigurationsfehler - wirkt sich unmittelbar auf den gesamten Komplex aus.

Für das, was es wert ist, habe ich in den letzten fünf Jahren nicht wirklich viele neue Bereitstellungen von VSS gesehen, aber ich habe eine ganze Reihe gesehen, bei denen die Funktion zugunsten der Ausführung unabhängiger 6K-Paare entfernt wurde.

Ich habe die Erfahrung gemacht, dass VSS die MTBF durch eine geringere Komplexität des Betriebs verlängert (dh kein HSRP / VRRP, weniger STP-Tuning, einfacheres Routing usw.), insbesondere für Geschäfte mit weniger erfahrenen Ingenieuren. Die Rekonverganz nach Verbindungsfehlern ist im Allgemeinen schneller, da der Rest des Netzwerks das Paar aus L2- und L3-Sicht als ein Gerät betrachtet. Ich vermute, dass es weniger Ausfälle im Zusammenhang mit VSS-Softwarefehlern gibt als Ausfälle, die auf die Interaktionen und Fehlermodi der verschiedenen Protokolle zurückzuführen sind, die normalerweise auf dieser Ebene ausgeführt werden.