NAS-Übertragungs-Basisworkflow für Ethernet, WLAN und Speicher

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

NAS Transfer Baseline Workflow for Ethernet, Wi-Fi, and Storage - Zima Store Online

Der sichere Ansatz besteht darin, eine wiederholbare Grundlage, die die Leistung von Netzwerk, Speicher und Dateiübertragung von Ende zu Ende mit denselben Endpunkten und demselben Datensatz isoliert, als Abfolge beobachtbarer Prüfungen zu behandeln - nicht als einzelnen Befehl.

Bei einem Heim-NAS, das kabelgebundene und drahtlose Clients versorgt, besteht das praktische Risiko darin, dass sich die Geschwindigkeit von Dateikopien je nach Client oder Arbeitslast ändert und die Beiträge von Netzwerk und Speicher noch nicht getrennt sind. Erfassen Sie die aktuelle Identität und den Wiederherstellungspunkt, beginnen Sie mit dem am wenigsten invasiven Unterscheidungstest, interpretieren Sie bestandene und fehlgeschlagene Ergebnisse, bevor Sie eine weitere Variable ändern, und stoppen Sie, sobald der Speicher instabil wird oder die einzige wiederherstellbare Kopie gefährdet wäre. Der folgende Ablauf endet erst, wenn die ursprüngliche Arbeitslast erfolgreich ist oder die Beweislage eine Eskalationsgrenze erreicht.

Testbedingungen einfrieren und den Pfad dokumentieren

Wählen Sie ein NAS, einen kabelgebundenen Client, einen Wi-Fi-Client und eine feste Testzeit. Erfassen Sie ausgehandelte Verbindungsgeschwindigkeit, Duplexmodus, Switch-Ports, Wi-Fi-Band und Kanalbreite, Signalstärke, VLAN, MTU, Protokoll, Verschlüsselung, Energiesparmodus des Clients, Wartungsaktivitäten des NAS sowie Quell- und Zielspeicher.

Verwenden Sie für anhaltende Übertragungen Dateien, die größer als die Speichercaches sind, und für das Verhalten bei kleinen Dateien einen festen Verzeichnisbaum. Führen Sie jeden Vergleich sowohl für Lese- als auch für Schreibrichtungen durch, denn ein schneller NAS-Lesevorgang beweist weder dessen Schreibpfad noch, dass das Ziel des Clients gleichermaßen leistungsfähig ist.

Die ZimaSpace-Übersicht zu Ursachen für NAS-Verlangsamungen führt Netzwerk-, Speicher- und Hintergrundarbeitsursachen für langsames NAS-Verhalten auf. Dieser Ablauf wandelt diese Kandidaten in eine gespeicherte Grundlage um, statt Reparaturen zu versuchen, bevor eine Ebene gemessen wurde.

Rohes Ethernet und Wi-Fi ohne Speicher messen

Führen Sie einen In-Memory-Durchsatztest wie iPerf3 zwischen dem NAS oder einem nahegelegenen Server und jedem Client durch. Testen Sie beide Richtungen, wiederholen Sie den Test mehrmals und erfassen Sie Durchsatz, Neuübertragungen, Einstellungen für parallele Datenströme und Latenz, während Sie Internetverkehr aus der Messung heraushalten.

Die Isolierung des rohen LAN-Durchsatzes erklärt, warum iPerf3 die LAN-Kapazität von der Festplattenleistung trennt. Wenn der rohe kabelgebundene Durchsatz niedrig ist, prüfen Sie Aushandlung, Verkabelung, Switch, CPU und MTU, bevor Sie SMB optimieren. Wenn die kabelgebundene Verbindung jedoch gesund ist, Wi-Fi aber niedrige Werte liefert, konzentrieren Sie die Untersuchung weiterhin auf Funkkanalbelegung und Verbindungsbedingungen des Clients.

Vergleichen Sie kein Wi-Fi-Ergebnis aus einem anderen Raum mit einem Ethernet-Ergebnis direkt neben dem Switch und bezeichnen Sie den Unterschied als Protokoll-Overhead. Die Grundlage muss Position, Störungen und Client-Fähigkeiten dokumentieren, damit eine spätere Regression denselben Pfad verwendet.

Speicher- und Protokollarbeitslasten getrennt messen

Testen Sie den NAS-Speicher lokal oder mit einer Methode, die das Netzwerk umgeht, und verwenden Sie dabei sichere Dateien sowie eine für die Arbeitslast repräsentative Warteschlangentiefe. Erfassen Sie sequenzielle Lese- und Schreibwerte sowie einen Test mit kleinen Dateien oder hoher Metadatenlast. Vermeiden Sie zerstörerische Tests auf rohen Geräten in einem aktiven Pool.

Führen Sie die festgelegten Kopiervorgänge großer Dateien und von Verzeichnisbäumen über SMB oder NFS durch, nachdem Sie Netzwerk- und Speichermessungen vorgenommen haben. Vergleichen Sie die End-to-End-Geschwindigkeit mit dem niedrigeren der Netzwerk- und Speichermesswerte. Berücksichtigen Sie dabei Protokoll-, Verschlüsselungs-, Metadaten- und Client-Overhead, statt bei jeder Arbeitslast die Leitungsrate zu erwarten.

Wiederholen Sie die Tests mit kontrollierten oder eindeutig gekennzeichneten Caches. Ein kurzer Kopiervorgang aus dem Cache kann die anhaltende Datenträgerrate überschreiten, während ein nahezu voller Pool, Paritätsberechnungen, Snapshots, Virenschutz oder parallel laufende Sicherungen nur die Phase der Dateikopie beeinträchtigen können.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Eine Grundlage und eine Regressionsregel veröffentlichen

Speichern Sie Befehle, Dateisatz, Zeitstempel, Versionen, Namen der Endpunkte und Medianwerte in einer Tabelle außerhalb des getesteten NAS. Fügen Sie rohe kabelgebundene Werte, rohe Wi-Fi-Werte, lokalen Speicher sowie Lese- und Schreibwerte für große und kleine Dateien ein, damit zukünftige Änderungen einer Ebene zugeordnet werden können.

Starten Sie den Client neu und verbinden Sie Wi-Fi erneut. Wiederholen Sie anschließend einen Durchlauf, um zu bestätigen, dass die Grundlage eine gewöhnliche Verbindungsherstellung übersteht. Planen Sie eine zweite Messung während der normalen Haushaltsauslastung, wenn diese Auslastung relevant ist. Mitteln Sie jedoch Tests unter hoher und niedriger Auslastung nicht, ohne sie zu kennzeichnen.

Verwenden Sie die Grundlage, wenn sich die Leistung ändert: Messen Sie zuerst das rohe Netzwerk, dann den Speicher und zuletzt die End-to-End-Leistung erneut. Beenden Sie die Optimierung, sobald die ursprüngliche Ebene in ihren akzeptierten Bereich zurückkehrt. Eskalieren Sie an die Hardware erst, wenn dieselbe eingeschränkte Ebene unter den dokumentierten Bedingungen wiederholt fehlschlägt.