Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Auf dieser Seite finden Sie Details zu Parametern, die sich direkt auf die Lautstärkeleistung auswirken.
Hinweise zum Speicherplatz
Berücksichtigen Sie beim Zuweisen von Kapazität für Ihre Volumes Folgendes:
Die Wahl des Zugriffsprotokolls (Server Message Block (SMB) oder Network File System (NFS)) kann sich auf den Durchsatz auswirken.
Die Auswahl des Servicelevels wirkt sich auf das Durchsatzlimit aus.
Hinweise zum Speicherplatz für die Flex-Stufe
Die folgenden Überlegungen gelten für Volumes, die mit der Flex-Dienstebene erstellt wurden:
Der Pool bietet ein gemeinsames Gesamtdurchsatzlimit für alle Volumes im Pool. Volumes teilen sich den Durchsatz des Pools.
Wenn Sie die Poolkapazität erhöhen, wird das maximale Durchsatzlimit für Volumes im Pool erhöht.
Wenn Sie einem Volume zusätzliche Kapazität hinzufügen, wird das maximale Durchsatzlimit des Volumes nicht erhöht.
Hinweise zu Volumes für die Service-Levels „Standard“, „Premium“ und „Extrem“
Die folgenden Hinweise gelten für Volumes, die mit den Service-Levels „Standard“, „Premium“ und „Extreme“ erstellt wurden:
Die Volumekapazität definiert das gemeinsame Durchsatzlimit, unabhängig von der Speicherpoolkapazität.
Durch das Hinzufügen von Volumekapazität wird das maximale Durchsatzlimit des Volumes erhöht.
Arbeitslasteigenschaften
Wenn Sie NetApp-Volumes verwenden, sendet Ihre Anwendung I/O-Anfragen an Volumes, die Ihre Arbeitslast definieren und durch die folgenden Parameter gekennzeichnet sind:
Größe des Lesecaches der Client-VM: Sie können das Lese-/Schreibverhältnis einer Arbeitslast nicht anpassen, aber Sie können Ihren virtuellen Maschinen (VMs) mehr Puffercache hinzufügen, um die Anzahl der erforderlichen Lesevorgänge zu reduzieren.
Blockgröße: Weniger, dafür aber größere E/A-Vorgänge sind viel effizienter als viele kleinere. Verwenden Sie große Blockgrößen von mindestens 64 KiB. Lesen Sie in der Bedienungsanleitung Ihrer Anwendung nach, ob Sie die Blockgröße ändern können.
E/A-Parallelität: Sie können die E/A-Parallelität erhöhen, um mehr E/A-Vorgänge parallel zu verarbeiten, ohne die Gesamtlaufzeit zu erhöhen.
Metadatenvorgänge
Metadatenvorgänge sind kleine, protokollspezifische Vorgänge. Die Leistung von Metadatenoperationen wird hauptsächlich durch die Latenz begrenzt. Beispiele für Metadatenvorgänge:
Inhalt eines Ordners auflisten
Dateien löschen
Berechtigungen festlegen
Latenz
Die Latenz ist die Gesamtzeit, die für die Ausführung eines E/A-Vorgangs benötigt wird.
Dazu gehören die Wartezeit in der Warteschlange und die Dienstzeit, in der die E/A-Vorgänge ausgeführt werden. Um die Latenz zu verbessern, empfehlen wir, die Verbindung zu NetApp-Volumes von allen Zonen in Ihrer Region zu testen und die Zone mit der niedrigsten Latenz auszuwählen.
Latenz
Wenn die Netzwerkbandbreite eines Clients kleiner als erforderlich ist, ist die vom Perfmon in Windows oder nfsiostat in Linux gemeldete Clientlatenz höher als die von NetApp-Volumes gemeldete Latenz, da der E/A-Vorgang Zeit in der Warteschlange auf dem Client verbringt.
Die Speicherlatenz wird hoch, wenn die Durchsatzobergrenze eines Volumes niedriger ist als für eine bestimmte Arbeitslast erforderlich. Dies führt auch zu einer höheren Clientlatenz aufgrund der zusätzlichen clientseitigen Warteschlangen.
Wenn das kapazitätsdefinierte Durchsatzlimit erreicht ist, können Sie die Client- und Speicherlatenz verbessern, indem Sie das Durchsatzlimit erhöhen.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-09-04 (UTC)."],[],[],null,["# Performance considerations\n\nThis page provides details on parameters that directly affect volume performance.\n\nVolume considerations\n---------------------\n\nWhen you assign capacity to your volumes, consider the following:\n\n- Your choice of access protocol (Server Message Block (SMB) or Network File\n System (NFS)) might impact throughput.\n\n- Your choice of service level affects the throughput limit.\n\n### Volume considerations for the Flex service level\n\nThe following considerations apply to volumes created within the Flex\nservice level:\n\n- The pool provides a common aggregate throughput limit for all volumes in the\n pool. Volumes share the pool's throughput.\n\n- Adding pool capacity increases the maximum throughput limit for volumes in\n the pool.\n\n- Adding additional capacity to a volume doesn't increase the maximum volume\n throughput limit.\n\n### Volume considerations for the Standard, Premium, and Extreme service levels\n\nThe following considerations apply to volumes created within the Standard,\nPremium, and Extreme service levels:\n\n- The volume capacity defines the common throughput limit, independent of the\n storage pool capacity.\n\n- Adding volume capacity increases the maximum throughput limit of the volume.\n\nWorkload characteristics\n------------------------\n\nWhen you use NetApp Volumes, your application sends input/output\n(I/O) operation requests to volumes that define your workload and are\ncharacterized by the following parameters:\n\n- **Client VM read cache size**: you can't adjust a workload's read and write\n ratio, but you can add more buffer cache in your virtual machines (VMs),\n which can help reduce the number of necessary read operations.\n\n- **Block size**: Fewer, larger I/O operations are much more efficient than many\n smaller ones. Strive to use large block sizes of 64 KiB or more. Consult your\n application manual to determine if you can change block size.\n\n- **I/O concurrency**: you can increase I/O concurrency to process more I/O\n operations in parallel without increasing the overall runtime.\n\nMetadata operations\n-------------------\n\nMetadata operations are small, protocol-specific operations. Metadata operation\nperformance is primarily limited by latency. Examples of metadata operations\ninclude the following:\n\n- List contents of a folder\n\n- Delete a file\n\n- Set permissions\n\nLatency\n-------\n\nLatency is the total amount of time it takes for an I/O operation to complete.\nThis includes the wait time in queue and the service time where the I/O is acted\nupon. To improve your latency, we recommend that you test the connection to\nNetApp Volumes from all the zones in your region and select the\nzone with the lowest latency.\n\n### Latency considerations\n\n- When a client's network bandwidth is smaller than required, the client\n latency reported by perfmon in Windows or `nfsiostat` in Linux is higher than\n the latency reported by NetApp Volumes because the I/O\n operation spends time queueing on the client.\n\n- Storage latency becomes high when a volume's throughput ceiling is lower\n than required for a given workload. This also causes the client latency to be\n higher because of the additional client-side queuing.\n\n- When the capacity-defined throughput ceiling is reached, you can improve the\n client and storage latencies by increasing the throughput limit.\n\nWhat's next\n-----------\n\n[Expected performance](/netapp/volumes/docs/performance/expected-performance)."]]
