Wir möchten ein iSCSI-SAN implementieren, und alle unsere Tests haben gezeigt, dass wir dies recht kostengünstig implementieren können (Starwind-Ziel, überholtes HP Storage-Array).
Was mich betrifft, ist der Durchsatz / die Latenz des Switches selbst, also offene Fragen:
Danke,
Rick.
Antworten:
Ich stimme der Antwort von ynguldyn voll und ganz zu - zum größten Teil sollte jeder moderne Switch, der für die Verwendung in einem Serverraum \ Rechenzentrum vorgesehen ist, mehr als gut genug für Ihre Anforderungen sein, und es ist wahrscheinlich wichtiger für Sie, die Dinge in Ihrer Umgebung konsistent zu halten eine Support \ Manageability-Perspektive.
Das heißt, wenn Sie wirklich das Beste aus Ihrem iSCSI-Setup herausholen möchten, verwenden Sie Schalter mit folgenden Funktionen:
Ausreichend pro Portpufferspeicher . Idealerweise etwas> 512k pro Port, aber hier gibt es einen Kompromiss. Einige Switches verwenden größere Puffer, um eine schlechte Schaltgeschwindigkeit zu maskieren. Sie müssen also nach mehr suchen. Zu wenig Pufferspeicher führt unter hoher Last zu Paketverlust, und die TCP-Schicht muss Pakete erneut senden, was alles erheblich verlangsamt.
Ausreichende Verarbeitungskapazität pro Port . Dies kann schwer festzustellen sein - die beste Metrik, nach der gesucht werden muss, ist die Schaltgeschwindigkeit. Ein Switch mit einer Vermittlungsgeschwindigkeit von 100 Mikrosekunden kann nur 10.000 Pakete pro Sekunde verarbeiten, die GigE nicht mit Leitungsgeschwindigkeit umschalten könnten. Ein Switch mit einer Schaltgeschwindigkeit von 3 Mikrosekunden kann (theoretisch) bis zu 300.000 Pakete pro Sekunde verarbeiten, was in Ordnung ist. Alles unter 12 Mikrosekunden ist wahrscheinlich gut genug. Schneller ist besser, aber die Preise steigen ziemlich dramatisch, da diese Zahl auf niedrige einstellige Werte abzielt.
Unterstützung für die Hardware-Flusskontrolle (802.3x) . Dies ist nutzlos, wenn Ihre Server-NICs und -Arrays dies nicht ebenfalls unterstützen. Wenn dies jedoch der Fall ist, kann Ihr iSCSI-Netzwerk die Flusskontrolle auf Schicht 2 viel effizienter handhaben, anstatt sich auf eine übergeordnete Überlastungskontrolle wie die TCP-Algorithmen zur Vermeidung von Überlastungen zu verlassen wird deutlich weniger effizient sein. Trotzdem ist es schwierig, einen geeigneten Switch zu finden, der ihn heute nicht unterstützt.
Unterstützung für Jumbo-Frames . Auch dies ist nur dann von Vorteil, wenn Ihr iSCSI-Array, Ihre Serverhardware und Ihr Betriebssystem auch Jumbo-Frames unterstützen. Auf der einfachsten Ebene verringern Jumbo-Frames den Protokoll-Overhead und können den Durchsatz um 10 bis 20% steigern. Diese Gewinne hängen jedoch stark von den Verkehrsmustern ab. Bei erweiterten Datenübertragungen mit hoher Bandbreite reduzieren 9k Jumbo-Frames den CPU-Overhead auf Ihrem Array, Ihren Servern (und Switches) ebenfalls um bis zu 80%. Dies kann in Ihrer Umgebung von Bedeutung sein oder auch nicht, da der anfängliche CPU-Overhead möglicherweise relativ gering ist. Low-End-Switches beanspruchen manchmal Jumbo-Frame-Unterstützung, unterstützen jedoch keine 9k-Jumbo-Frames. Dies ist die allgemein vereinbarte optimale Größe für GigE. Überprüfen Sie dies zuerst. Wenn Ihr Array keine Jumbo-Frames unterstützt, müssen Sie sich darüber natürlich keine Sorgen machen.
Switching- und Stacking-Fähigkeit mit hoher Bandbreite . Für GigE sollten Sie ein Ziel von> 1 Gbit / s pro Port anstreben, idealerweise 2 Gbit / s, um Vollduplex-Verkehr mit Leitungsgeschwindigkeit über alle Ports hinweg zu verarbeiten. Für einen 24-Port-Switch soll er in der Lage sein, intern 48 Gbit / s zu schalten und zu einem signifikanten Prozentsatz davon gestapelt zu werden, wenn Sie mehrere Switches verwenden. Für einige iSCSI-Architekturen (z. B. HP Lefthand und Dell Equallogic) müssen Sie Datenverkehr mit sehr hoher Bandbreite zwischen allen Ports auf allen Arrays unterstützen, und die Gesamtvermittlungsgeschwindigkeit wird sehr wichtig. Bei Switches, die gemischtes 1GigE und 10GigE unterstützen, sollte die gesamte Switching-Bandbreite alle Ports abdecken, die im Vollduplex-Modus mit voller Geschwindigkeit ausgeführt werden.
Spannning Tree. Sie möchten es vollständig deaktivieren können, wenn Ihre iSCSI-Umgebung einfach genug und von allem anderen isoliert ist oder wenn Rapid Spanning Tree \ Port Fast \ Edge-Ports unterstützt werden, bei denen Sie das vollständige Spanning Tree-Verhalten an bestimmten Ports selektiv deaktivieren können.
GigE ist eine alte und stabile Technologie, und die Verarbeitungsleistung moderner Switches reicht aus, um sie sehr einfach zu handhaben, insbesondere wenn es sich nur um ein Ziel und eine Handvoll Initiatoren handelt. Sie sollten davon ausgehen, dass bei jedem anständigen Switch (20 US-Dollar kleine Boxen, die Entwickler unter ihren Schreibtischen verstecken, um Systemadministratoren zu ärgern, natürlich ausgeschlossen) keine Zeit- oder Leistungsprobleme in der SAN-Umgebung auftreten. Relevante Funktionssätze sind auch in allen Bereichen nahezu gleich, mit Jumbo-Frames, Flusskontrolle, VLANs und allem, was Sie sonst noch benötigen.
Stattdessen sollten Sie sich auf das Budget, die bestehenden Lieferantenbeziehungen, die installierte Hardware und das interne Know-how konzentrieren: Holen Sie sich, was Sie sich leisten können und was Sie am besten wissen, und bleiben Sie bei derselben Marke, die Sie bereits verwenden (zwei Gründe: weniger Handbücher zum Lesen bedeutet tieferes Wissen über das, was Sie haben, und Sie vermeiden Interoperabilitätsprobleme). Cisco, ProCurve, Nortel und High-End-Netgears sollten alle gut sein.