Freigeben über

Bewährte Methoden für Azure-VM-SKUs für Azure NetApp Files

  • Artikel

Dieser Artikel beschreibt bewährte Azure NetApp Files-Methoden im Hinblick auf Azure-VM-SKUs, einschließlich der Unterschiede innerhalb und zwischen SKUs.

Überlegungen zur SKU-Auswahl

Die Speicherleistung umfasst mehr als nur die Geschwindigkeit des Speichers selbst. Die Prozessorgeschwindigkeit und -architektur spielen bei der Gesamtleistung eines bestimmten Computeknotens eine große Rolle. Im Rahmen des Auswahlprozesses für eine bestimmte SKU sollten Sie die folgenden Faktoren berücksichtigen:

  • AMD oder Intel: Beispielsweise verwendet SAS eine Math Kernel Library, die speziell für Intel-Prozessoren entwickelt wurde. In diesem Fall werden Intel-SKUs der AMD-SKU vorgezogen.
  • Die Computertypen F2, E_v3 und D_v3 basieren jeweils auf mehreren Chipsätzen. Bei Verwendung von Azure Dedicated Hosts können Sie bestimmte Modelle auswählen (z. B. Broadwell, Cascade Lake oder Skylake, wenn Sie den E-Typ auswählen). Andernfalls ist die Chipsatzauswahl nicht deterministisch. Wenn Sie einen HPC-Cluster bereitstellen und eine konsistente bestandsübergreifende Erfahrung wichtig ist, können Sie einzelne Azure Dedicated Host-Instanzen in Betracht ziehen oder SKUs mit einem einzelnen Chipsatz verwenden, z. B. E_v4 oder D_v4.
  • In Tests wurden sowohl bei den Intel Broadwell-basierten SKUs als auch bei den AMD EPYC™ 7551-basierten SKUs Leistungsschwankungen beim NAS-Speicher (Network Attached Storage) beobachtet. Es wurden zwei Probleme festgestellt:
    • Wenn die beschleunigte Netzwerkschnittstelle fälschlicherweise einem suboptimalen NUMA-Knoten zugeordnet ist, verringert sich die Leseleistung erheblich. Für neuere SKUs ist es von Vorteil, die beschleunigte Netzwerkschnittstelle einem bestimmten NUMA-Knoten zuzuordnen, aber für SKUs mit diesen Chipsätzen (Lv2|E_v3|D_v3) ist diese Zuordnung sogar als Voraussetzung zu betrachten.
    • VMs, die auf Lv2 oder E_v3 bzw. D_v3 auf einem Broadwell-Chipsatz ausgeführt werden, sind anfälliger für Ressourcenkonflikte als bei Ausführung in anderen SKUs. Beim Testen anhand mehrerer VMs, die innerhalb einer einzelnen Azure Dedicated Host-Instanz ausgeführt werden, wurde festgestellt, dass sich durch die Ausführung netzwerkbasierter Speicherworkloads von einer VM aus die Leistung netzwerkbasierter Speicherworkloads verringert, die über eine zweite VM ausgeführt werden. Die Verringerung ist deutlicher, wenn die beschleunigte Netzwerkschnittstelle/der NUMA-Knoten auf einer der VMs auf dem Knoten nicht optimal zugeordnet wurde. Beachten Sie, dass die SKUs E_v3 und D_V3 möglicherweise auf Haswell, Broadwell, Cascade Lake oder Skylake eingesetzt werden.

Für die konsistenteste Leistung wählen Sie bei der Auswahl von VMs aus SKUs mit einem einzelnen Chipsatztyp aus. Neuere SKUs sind den älteren Modellen vorzuziehen, falls vorhanden. Wenn Sie nicht gerade einen dedizierten Host verwenden, ist es unmöglich, richtig vorherzusagen, auf welcher Art von Hardware E_v3- oder D_v3-VMs eingesetzt werden. Bei Verwendung der E_v3- oder D_v3-SKU gilt:

  • Wenn eine VM ausgeschaltet, die Zuordnung aufgehoben und die VM dann wieder eingeschaltet wird, wechselt die VM wahrscheinlich den Host und damit auch das Hardwaremodell.
  • Wenn Anwendungen auf mehreren VMs bereitgestellt werden, müssen Sie damit rechnen, dass die VMs auf heterogener Hardware ausgeführt werden.

Unterschiede innerhalb und zwischen SKUs

In der folgenden Tabelle werden die Unterschiede innerhalb und zwischen SKUs aufgeführt. Beachten Sie beispielsweise, dass der Chipsatz der zugrunde liegenden E_v3- und D_v3-SKUs zwischen Broadwell, Cascade Lake, Skylake variieren kann.

Familie Version Beschreibung Frequenz (GHz)
E V3 Intel® Xeon® E5-2673 v4 (Broadwell) 2.3 (3.6)
E V3 Intel® Xeon® Platinum 8272CL (Cascade Lake) 2.6 (3.7)
E V3 Intel® Xeon® Platinum 8171M (Skylake) 2.1 (3.8)
E V4 Intel® Xeon® Platinum 8272CL (Cascade Lake) 2.6 (3.7)
Stk. V4 AMD EPYC™ 7452 2.35 (3.35)
D V3 Intel® Xeon® E5-2673 v4 (Broadwell) 2.3 (3.6)
D V3 Intel® Xeon® E5-2673 v3 (Haswell) 2.3 (2.3)
D V3 Intel® Xeon® Platinum 8272CL (Cascade Lake) 2.6 (3.7)
D V3 Intel® Xeon® Platinum 8171M (Skylake) 2.1 (3.8)
D V4 Intel® Xeon® Platinum 8272CL (Cascade Lake) 2.6 (3.7)
Da V4 AMD EPYC™ 7452 2.35 (3.35)
L V2 AMD EPYC™ 7551 2.0 (3.2)
Fr 1 Intel Xeon® E5-2673 v3 (Haswell) 2.3 (2.3)
Fr 2 Intel® Xeon® Platinum 8168M (Cascade Lake) 2.7 (3.7)
Fr 2 Gen 2 Intel® Xeon® Platinum 8272CL (Skylake) 2.1 (3.8)

Wenn Sie eine SAS-GRID-Umgebung mit mehreren Knoten für die Produktion vorbereiten, stellen Sie möglicherweise eine wiederholbare Abweichung von einer Stunde und 15 Minuten zwischen den Analyseläufen fest, wobei der einzige Unterschied in der zugrunde liegenden Hardware besteht.

SKU und Hardwareplattform Ausführungszeiten des Auftrags
E32-8_v3 (Broadwell) 5,5 Stunden
E32-8_v3 (Cascade Lake) 4,25 Stunden

In beiden Testsätzen wurde eine E32-8_v3-SKU ausgewählt, und RHEL 8.3 wurde zusammen mit der Bereitstellungsoption nconnect=8 verwendet.

Bewährte Methoden

  • Wählen Sie nach Möglichkeit die SKUs E_v4, D_v4 oder neuer anstelle der SKUs E_v3 oder D_v3 aus.
  • Wählen Sie nach Möglichkeit die SKUs Ed_v4, Dd_v4 oder neuer anstelle der SKU L2 aus.

Nächste Schritte