Langsamer Switch blockiert Netzwerk?

Hallo "droge24",

Darf man denn auch einmal erfahren was für Switche das genau sind?
Hersteller / Series / Modell + Modellnummer oder Bezeichnung

Wäre ja auch mal schick zu wissen wie schnell das ganze von Statten geht, wenn der Klient auch am GB Switch
hängt um einmal einen Vergleich anstellen zu können bzw. beide Geschwindigkeitsraten gegenüber stellen zu können.
Sollte man eventuell einmal über eine Anbindung des Servers via LAG (LACP) nachdenken?

Auf das gesamte Netzwerk oder nur auf den selben Server?

Da hast Du schon recht, das täte höchstwahrscheinlich jeden von uns interessieren, nur um eben eine Aussage diesbezüglich treffen zu können würden wir vorab auch gerne ein paar Sachen von Dir erzählt bekommen.
- Um wie viele Benutzer handelt es sich denn? (Gesamtanzahl)
- Was für Switche sind das denn nun genau? (Blockierende oder nicht blockierende & Layer2 oder Layer3)
- Was für Dienste und Protokolle werden denn verwendet?
- Wie groß ist denn das gesamte Netzwerk?
- Wie alt sind denn die GB Switche?

Hast Du die Möglichkeit den Server einmal via LAG (LACP) anzubinden um zu testen ob das Problem dann immer noch
und vor allem anderen so schwer auftritt?

Gruß
Dobby

Zu dem was Dobby gesagt hat.

Was sind das für Switche?
Was wird kopiert und wie?
Hast du vergleichbar mit NetIO schon mal den Durchsatz geprüft? TCP und UDP

Am Server sollte es wohl nicht liegen.

Ich habe erlebt, dass ein simpler Kopiervorgang ein komplettes Netz lahm legen kann. Selbst das Telefonieren ist nahezu ausgefallen. Die produzierte Netzlast war bei etwa 5% für den Port - und für das Netz. Das Böse war ein Protokoll - das von den Switchen als Broadcast aufgefasst worden ist und die Broadcaststormkontrolle in Gang gesetzt hat. Die Switches waren blau.

Gruß
Netman

Hallo nochmal,

so in etwa habe ich mir das auch schon gedacht die kann man leider stapeln (stacken) damit würde man die zum Einen
Geschwindigkeit der internen Kommunikation der Swicthe enorm steigern können und zum Anderen würde man mittels
LAG (LACP) das die Last besser verteilen und die Reaktionsgeschwindigkeit von dem Server verbessern können.

Switch Stack:
Man unterscheidet zwischen zwei Arten von Stapelmöglichkeiten dem geschlossenen Stapel (Ring) und der einfachen offenen Verkettung (Chain).

Hier mal ein Beispiel zu dem Stapeln von Switchen

Es gibt auch noch ein so genanntes GEO Stacking oder den räumlich von einander getrennten Stapel der meist bzw. oft via 1 GBit/s oder 10 GBit/s Kupferkabel realisiert wird

Link Aggregation Group mittels LACP (LAG):
Wenn ein Server mit "echten" Netzwerkadaptern für Server ausgestattet wurde und der Switch das Bilden von LAGs auch unterstützt, kann man das Spanning Tree Protokoll (STP/RSTP/MST) aktivieren und dann mehrere Netzwerkkabel
zwischen dem Switch und dem Server anschließen was die Bandbreite (nicht den Durchsatz) erhöht und somit wenn mehrere Teilnehmer auf den Server zur gleichen Zeit zugreifen die Latenzen stark verringern.
Es in der Regel zwei Möglichkeiten um so etwas zu realisieren, einmal zur Ausfallsicherheit (Failover) was aktiv/passiv
funktioniert und einmal als LAG was aktiv/aktiv funktioniert.

Als Beispiel wenn man einen Server und einen Switch hat und beide Geräte können "nur" 100 MBit/s, verbindet man diese nun mittels 4 Netzwerkkabeln erhält man aggregierte 400 MBit/s.

Kurz um damit bildet man über das anlegen mehrerer (Maximal 8) Netzwerkkabel eine fette Leitung.


Gruß
Dobby

90 Mbit/s für einen 100Mbit Port (netio) ist wohl ok.
Hat dir dabei die Auslastung des Prozessors oder die Reaktion des Servers Gründe zur Annahme einer Beeinträchtigung gegeben?
Netio kannst du zum vergleich auf dem Server von 2 Clients laufen lassen um zu sehen, ob es eine Beeinträchtigung im Netzwerk gibt.

Wenn Mitarbeiter sich über Langsamkeit beschweren, kann das verschiedenste Gründe haben.
Es hilft immer nachzufragen und sich das zeigen zu lassen.
Und achte bitte auf die Appliaktion, die genutzt wird und ob die Daten lokal vorliegen oder vom Server bereit gestellt werden müssen.
Es kommt durchaus vor, dass Gerüchte ewig bleiben.

Ich wurde mal engagiert um zwischen zwei Städten zu klären. Ein einzelner Vorgang dauert 5 Minuten zu lang und das kostet Wartezeit und Geld. Die Applikation lief in der Nachbarstadt. Die 5 Minuten werden mit der Mitarbeiterzahl der Abteilung und der möglichen Leistungsfähigkeit an dieser Applikation hoch gerechtnet, was zwar nicht der Realität entspricht aber blumig wirkt. Am Ende waren es 5 Sekunden Differenz pro Vorgang, was allein schon durchs WAN und dessen Verarbeiteungszeit erklärbar ist. Bei Optimierung wäre man vermutlich auf 2 oder 3 Sekunden gekommen und hätte stark investieren müssen. (Es ging um große Datenmengen)

Gruß
Netman

Liegt es eventuell an den Klient PCs und/oder den Programmen? Kann ja auch gut möglich sein.

Wie viele Ports haben die Switche denn zusammen? Reicht dort einer als Ersatz?

Nimm dann aber gleich einen Layer3 Switch den man später zu einem Stapel erweitern kann und nicht irgend einen
Ladenhüter den der Dienstleister einfach nur an den Mann bringen will, weil gerade Urlaubszeit ist und auch Firmen
in den Betriebsferien sind und eh nicht so viel los ist.

Aber generell ist das schon eine Überlegung wert, nur müssen dann in den Servern auch die Karten ausgewechselt werden,
z.B. so etwas wie ein Tausch von 100 MBit/s auf 1 GBit/s?

Gruß
Dobby

Mit den vorhandenen Komponenten würde es ja schon reichen den 100 Mbit Switch mal mit Link Aggregation (Trunk, LAG) mit 2 (besser 4) Ports an den Gig Switch anzuschliessen.
Das würde ja wenigstens den Traffic Engpass am 100 Mbit Switch erheblich verbessern.
Zudem solltest du drauf achten das an allen Switches Flow Control an allen Ports ausgeschaltet ist !