Netzwerk & Schutz
Bandbreite prüfen und Durchsatz diagnostizieren
Trennen Sie Portgeschwindigkeit, Verkehrsvolumen, Paketfehler und Anwendungsdurchsatz und sammeln Sie dann Messungen, die für die Fehlerbehebung nützlich sind.
Auf dieser Seite
Bevor Sie beginnen
- Ein aktiver Server und administrativer Zugriff auf sein Betriebssystem.
- Der Schnittstellenname, der Produktionsverkehr trägt, und die erwartete Portstufe aus der Serverkonfiguration.
- Ein präzises Vorfallfenster in UTC, Quell- und Zieladressen, Protokoll sowie erwartetes gegenüber beobachtetem Ergebnis.
- Berechtigung, lokale Schnittstellenzähler einzusehen, ohne sie zurückzusetzen oder zu ändern.
Unterscheiden Sie die Messungen
Portgeschwindigkeit ist die ausgehandelte oder konfigurierte Verbindungsrate. Verkehrsvolumen ist die Anzahl der über die Zeit übertragenen Bytes oder Pakete. Durchsatz ist die von einer Arbeitslast erreichte nutzbare Rate und hängt von beiden Endpunkten, Protokollverhalten, Festplatten- und CPU-Grenzen, Paketverlust, Latenz, Überlastung und Testdesign ab. Unlimitiert bedeutet, dass der enthaltene Dienst nicht nach einem Transferkontingent abgerechnet wird; es entfernt nicht die physische Portgrenze und garantiert nicht, dass jeder Fluss die Leitungsrate erreicht.
Server zeigt die mit Ihrer Konfiguration verbundene Port-Stufe an. Dieses Label ist keine Verkehrsmessung. Das Netzwerkdiagramm enthält noch keine Live-Proben, verwenden Sie daher Ihr eigenes Monitoring für Nutzung, Spitzen und historische Belege.
| Signal | Frage beantwortet | Current source |
|---|---|---|
| Katalog-Portstufe | Welche Link-Stufe wurde bestellt? | Serverübersicht |
| Schnittstellen-Byte-Zähler | Wie viel Datenverkehr lief über diese Gast-Schnittstelle? | Betriebssystem |
| Fehler-/Drop-Zähler | Hat der Gast oder das Gerät Paketprobleme gemeldet? | Betriebssystem und Treiber |
| Provider-Switch-Zähler | Was ist außerhalb des Gastsystems passiert? | Nur Betreiber |
| Anwendungs-Timing | Welche Leistung hat die Workload erfahren? | Ihre Anwendungsüberwachung |
Erfassen Sie eine schreibgeschützte Basislinie
Ermitteln Sie den Schnittstellennamen und prüfen Sie dann die Zähler zweimal über ein bekanntes Intervall. Ersetzen Sie eth0 durch die tatsächliche Schnittstelle. Der Linux-Kernel dokumentiert, dass ip -s -s detaillierte Linkstatistiken offenlegt und dass ethtool standardmäßige und treiberdefinierte Zähler anzeigen kann. Zählernamen und Unterstützung variieren je nach Treiber. Bewahren Sie daher die vollständige Ausgabe auf, anstatt nur ein Feld auszuwählen.
- Steigende RX- oder TX-Fehler- und Drop-Zähler sind ein Anlass zur Untersuchung, kein Beweis für einen Anbieterfehler.
- Eine angezeigte Verbindungsgeschwindigkeit unterhalb der erwarteten Stufe sollte mit Schnittstellen- und Treiberdetails gemeldet werden.
- Eine ruhige Schnittstelle während eines Anwendungstests kann darauf hindeuten, dass die Arbeitslast eine andere Schnittstelle, einen anderen Namespace oder Pfad verwendet.
- Gastzähler können nicht jedes Ereignis auf dem Upstream-Switch oder Transitpfad anzeigen.
ip -brief link
ip -s -s link show dev eth0
ethtool eth0
ethtool -S eth0Entwerfen Sie einen nützlichen Test
- Formulieren Sie die Frage: Einzelfluss-Durchsatz, Gesamtdurchsatz, Paketverlust, Latenz oder Schnittstellenfehler.
- Wählen Sie einen kontrollierten Endpunkt, zu dessen Nutzung Sie berechtigt sind, und dokumentieren Sie dessen Standort und Kapazität.
- Messen Sie während eines definierten UTC-Intervalls und erfassen Sie dabei Gastzähler und Anwendungsmetriken.
- Wiederholen Sie mit einer geänderten Variable, z. B. einem anderen Ziel oder Zeitfenster, anstatt mehrere Einstellungen gleichzeitig zu ändern.
- Stoppen Sie jeden Test, der die Produktion stören oder missbräuchlichen Datenverkehr erzeugen kann.
Erwartetes Ergebnis und Eskalation
Das erwartete Ergebnis ist eine reproduzierbare Beobachtung, die an eine Schnittstelle, zwei Endpunkte, ein Protokoll und ein Zeitfenster gebunden ist – nicht ein Screenshot des Platzhalter-Diagramms. Wenn lokale Zähler gesund sind, aber die Leistung zu mehreren geeigneten Zielen durchgehend schlecht ist, senden Sie dem Operator Server, Region, Adresse, Schnittstelle, Zeitfenster, Richtung, erwartete Stufe, beobachtete Raten, Fehlerzähler und Testmethode.
Historische Verkehrsdiagramme sind noch nicht verfügbar. Führen Sie Ihr eigenes Monitoring, wenn historische Verkehrsnachweise betrieblich wichtig sind, und stimmen Sie mit dem Betreiber ab, welche anbieterseitigen Daten geteilt werden können.