Freigeben über

Häufig gestellte Fragen zur Leistung von Azure NetApp Files

  • Artikel

In diesem Artikel werden häufig gestellte Fragen (FAQs) zur Leistung von Azure NetApp Files beantwortet.

Was kann ich tun, um die Leistung von Azure NetApp Files zu optimieren?

Je nach Leistungsanforderungen können Sie folgende Aktionen ausführen:

  • Stellen Sie sicher, dass der virtuelle Computer (die VM) eine angemessene Größe aufweist.
  • Aktivieren Sie Beschleunigter Netzwerkbetrieb für die VM.
  • Wählen Sie die gewünschte Dienstebene und -größe für den Kapazitätspool aus.
  • Erstellen Sie ein Volume mit der gewünschten Kontingentgröße für Kapazität und Leistung.

Es ist nicht notwendig, den beschleunigten Netzwerkbetrieb für die Netzwerkschnittstellenkarten (Network Interface Cards, NICs) im dedizierten Subnetz von Azure NetApp Files festzulegen. Beschleunigter Netzwerkbetrieb ist eine Funktion, die es nur für Azure-VMs gibt. Azure NetApp Files-NICs sind per Design optimiert.

Wie kann ich die Volumenleistung von Azure NetApp Files überwachen

Die Leistung von Azure NetApp Files-Volumes kann über verfügbare Metriken überwacht werden.

Wie kann ich durchsatzbasierte Dienstebenen von Azure NetApp Files in Eingabe-/Ausgabevorgänge pro Sekunde (IOPS) konvertieren?

Sie können Megabyte pro Sekunden (MBit/s) mit dieser Formel in IOPS konvertieren:

IOPS = (MBps Throughput / KB per IO) * 1024

Wie ändere ich die Dienstebene eines Volumes?

Sie können den Servicelevel eines vorhandenen Volumes ändern, indem Sie das Volume in einen anderen Kapazitätspool verschieben, der den von Ihnen für das Volume gewünschten Servicelevel verwendet. Siehe Dynamisches Ändern der Dienstebene eines Volumes.

Wie überwache ich die Leistung von Azure NetApp Files?

Azure NetApp Files bietet Metriken zum Messen der Volumeleistung. Sie können auch Azure Monitor verwenden, um die Nutzungsmetriken für Azure NetApp Files zu überwachen. Eine Liste der Leistungsmetriken für Azure NetApp Files finden Sie unter Metriken für Azure NetApp Files.

Warum ist die Latenz einer Workload hoch, wenn die IOPS niedrig sind?

Wenn keine anderen Symptome auftreten (z. B. Fehler, Netzwerkprobleme oder eine nicht reagierende Anwendung), sind niedrige IOP-Workloads in der Regel kein Problem. Niedrige IOPS liegen meist unter 500–600 IOPS, sie können aber variieren.

Azure NetApp Files antwortet auf Anforderungen beim Empfang. Eine Workload mit wenigen Anforderungen erscheint vielleicht höher, reagiert aber wie erwartet. Niedrige IOPS-Workloads (z. B. 5 IOPS und 32 KiB/s):

  • Befinden sich nicht im RAM-Cache, müssen also häufiger auf den Datenträger zugreifen.
  • Haben keine hohe Stichprobengröße und werden daher als statistisch irrelevant betrachtet.
  • Enthalten nicht genügend Stichproben, um Ausreißer herauszufiltern.

Die gemeldete Latenz kann aufgrund der durchschnittlichen Latenzschiefe einen Bereich von Sekunden oder Zehntelsekunden erreichen. Das Erhöhen der Workload auf dem Volume mit geringen IOPS kann dazu beitragen festzustellen, ob Latenzschiefe der Grund für die erhöhte angezeigte Latenz ist.

Was sind die Leistungsauswirkungen von Kerberos auf NFSv4.1?

Informationen zu den Sicherheitsoptionen für NFSv4.1, den getesteten Leistungsvektoren und den erwarteten Leistungsauswirkungen finden Sie unter Leistungsauswirkungen von Kerberos auf NFSv4.1-Volumes.

Welche Auswirkungen hat die Verwendung von nconnect mit Kerberos auf die Leistung?

Es wird nicht empfohlen, die Einbindungsoptionen nconnect und sec=krb5* gemeinsam zu verwenden. Leistungsbeeinträchtigungen wurden beobachtet, wenn die beiden Optionen in Kombination verwendet werden.

Die GSS-API (Generic Security Standard Application Programming Interface) bietet Anwendungen eine Möglichkeit zum Schutz von Daten, die an Peeranwendungen gesendet werden. Diese Daten könnten von einem Client auf einem Computer an einen Server auf einem anderen Computer gesendet werden. 

Bei Verwendung von nconnect unter Linux wird der GSS-Sicherheitskontext zwischen allen nconnect-Verbindungen mit einem bestimmten Server gemeinsam genutzt. TCP ist ein zuverlässiger Transport, der die unsortierte Paketübermittlung (Out-of-Order) unterstützt, um Pakete in falscher Reihenfolge in einem GSS-Stream mit einem Gleitfenster von Sequenznummern zu behandeln. Wenn Pakete empfangen werden, die sich nicht im Sequenzfenster befinden, wird der Sicherheitskontext verworfen, und ein neuer Sicherheitskontext wird ausgehandelt. Alle Nachrichten, die in dem nun verworfenen Kontext gesendet wurden, sind nicht mehr gültig, weshalb die Nachrichten erneut gesendet werden müssen. Eine größere Anzahl von Paketen in einer nconnect-Einrichtung führt zu häufigen außerhalb des Fensters liegenden Paketen, wodurch das beschriebene Verhalten ausgelöst wird. Für dieses Verhalten können keine spezifischen Beeinträchtigungsprozentsätze angegeben werden.

Unterstützt Azure NetApp Files SMB Direct?

Nein, Azure NetApp Files unterstützt SMB Direct nicht.

Wird NIC-Teaming von Azure unterstützt?

NIC-Teaming wird von Azure nicht unterstützt. Auch wenn auf virtuellen Azure-Computern mehrere Netzwerkschnittstellen unterstützt werden, stellen sie eher ein logisches als ein physisches Konstrukt dar. Daher bieten sie keine Fehlertoleranz. Außerdem wird die Bandbreite, die für einen virtuellen Azure-Computer verfügbar ist, für den Computer selbst und nicht für einzelne Netzwerkschnittstellen berechnet.

Werden Großrahmen unterstützt?

Großrahmen werden für Azure-VM nicht unterstützt.

Nächste Schritte