Freigeben über

VM-Größe: Bewährte Methoden zur Leistung für SQL Server auf Azure-VMs

  • Artikel

Gilt für: SQL Server auf Azure-VMs

Dieser Artikel enthält eine Anleitung zur VM-Größe sowie eine Reihe bewährter Methoden und Richtlinien zur Optimierung der Leistung für Ihre SQL Server-Instanz auf Azure Virtual Machines (VMs).

In der Regel kommt es zu einem Kompromiss zwischen einer Kostenoptimierung und einer Leistungsoptimierung. Diese Folge von bewährten Methoden zur Leistung konzentriert sich darauf, die beste Leistung für SQL Server auf Azure Virtual Machines zu erzielen. Wenn Ihre Workload weniger anspruchsvoll ist, sind möglicherweise nicht alle empfohlenen Optimierungen erforderlich. Berücksichtigen Sie bei der Evaluierung dieser Empfehlungen Ihre Leistungsanforderungen und -kosten sowie Ihre Workloadmuster.

Ausführliche Informationen finden Sie in den anderen Artikeln dieser Reihe: Checkliste, Speicher, Sicherheit, HADR-Konfiguration und Baseline erfassen.

Checkliste

In der folgenden Prüfliste finden Sie eine kurze Übersicht über die bewährten Methoden zur VM-Größe, die im weiteren Verlauf des Artikels ausführlicher behandelt werden:

  • Identifizieren Sie die Leistungsmerkmale der Workload, um die passende VM-Größe für Ihr Unternehmen zu ermitteln.
  • Wenn Sie zu Azure migrieren, verwenden Sie Tools wie Data Migration Assistant und SKU-Empfehlung, um die richtige VM-Größe für Ihre vorhandene SQL Server-Workload zu finden, und migrieren dann mit Azure Data Studio.
  • Verwenden Sie Azure Marketplace-Images zur Bereitstellung Ihrer SQL Server-VMs, weil die SQL Server-Einstellungen und -Speicheroptionen für optimale Leistung konfiguriert sind.
  • Verwenden Sie VM-Größen mit 4 oder mehr vCPUs.
  • Verwenden Sie VM-Größen mit Arbeitsspeicheroptimierung, um die bestmögliche Leistung für SQL Server-Workloads zu erzielen.
    • Die Edsv5-Serie und die Msv3- und Mdsv3-Serie bieten ein optimales Verhältnis von Arbeitsspeicher zu virtuellen Kernen, das für OLTP-Workloads benötigt wird.
    • Die MVs der Mbdsv3-Serie bieten die beste Leistung für SQL Server-Workloads auf Azure-VMs. Für unternehmenskritische OLTP- und Data Warehouse-SQL Server-Workloads sollten Sie diese Serie berücksichtigen.
    • Die Ebdsv5-Serie bietet ein hohes E/A-Durchsatz-zu-virtuelle-Kerne-Verhältnis in Azure zusammen mit einem Arbeitsspeicher-zu-virtuelle-Kerne-Verhältnis von 8:1. Diese Serie bietet das beste Preis-Leistungs-Verhältnis für SQL Server-Workloads auf Azure-VMs. Für die meisten SQL Server-Workloads sollten Sie diese VMs also zuerst berücksichtigen.
    • Die M-Serienfamilie umfasst VMs mit der höchsten Speicherbelegung in Azure.
    • Die VMs der Mbsv3- und Mbdsv3-Serie bieten eine hohe Speicherbelegung und das höchste I/O-Durchsatz-zu-vCore-Verhältnis der M-Serie sowie ein konsistentes Speicher-zu-vCore-Verhältnis von mindestens 8:1.
  • Starten Sie Entwicklungsumgebungen mit der kleineren D-Serie, B-Serie oder Av2-Serie, und erweitern Sie Ihre Umgebung dann im Laufe der Zeit.

Informationen zum Vergleichen der Prüfliste für die VM-Größe mit den anderen, finden Sie unter Prüfliste für bewährte Methoden für die Leistung.

Übersicht

Wenn Sie eine SQL Server-Instanz auf einer Azure-VM erstellen, sollten Sie die Art der erforderlichen Workload sorgfältig abwägen. Wenn Sie eine vorhandene Umgebung migrieren, erfassen Sie eine Leistungsbaseline, um Ihre Anforderungen an die SQL Server-Instanz auf der Azure-VM zu bestimmen. Verwenden Sie die vCPU- und Arbeitsspeicherkonfiguration Ihres Quellcomputers als Baseline für die Migration einer aktuellen lokalen SQL Server-Datenbank zu SQL Server auf Azure-VMs. Wenn Sie über Software Assurance verfügen, können Sie den Azure-Hybridvorteil nutzen, um mit Ihren Lizenzen zu Azure zu wechseln und die Lizenzierungskosten in SQL Server zu sparen.

Wenn es sich um einen neuen virtuellen Computer handelt, erstellen Sie basierend auf den Anforderungen Ihrer Anwendung die neue SQL Server-VM. Wenn Sie eine neue SQL Server-VM für eine neue Anwendung für die Cloud erstellen, können Sie die Skalierung Ihrer SQL Server-VM leicht anpassen, falls sich Ihre Daten- und Nutzungsanforderungen ändern sollten. Starten Sie Entwicklungsumgebungen mit der kleineren D-Serie, B-Serie oder Av2-Serie, und erweitern Sie Ihre Umgebung dann im Laufe der Zeit.

Betrachten Sie die folgende VM-Serie basierend auf Ihren SQL Server-Workloads:

  • Höchste Speicherbelegung für unternehmenskritische Workloads: Die VMs der Mbsv3- und Mbdsv3-Serien bieten die höchste Speicherbelegung in Azure mit der besten Speicherleistung.
  • Hohes E/A-Durchsatz-zu-vCore-Verhältnis: Die VMs der Mbsv3- und Mbdsv3-Serien bieten das höchste Durchsatz-zu-vCore-Verhältnis aller VM-Serien in allen Clouds. Die VMs der Ebdsv5-Serie bieten das zweithöchste Durchsatz-zu-vCore-Verhältnis in Azure. Wenn Sie die E/A-Anforderungen für Ihre SQL Server-Workload nicht kennen, sind die VMs der Ebdsv5-Serie diejenigen, die Ihren Anforderungen am ehesten entsprechen. Weitere Informationen finden Sie im Artikel Speicher.
  • Parallele Verarbeitung für größere Maschinen: Die VMs der Serien Msv3 und Mdsv3 bieten parallele Verarbeitung, wodurch sie gute Optionen für größere Data Warehouse-Umgebungen bieten.

Für SQL Server Data Warehouse und unternehmenskritische Umgebungen muss der Wert „8:1“ für das Verhältnis von Arbeitsspeicher zu virtuellen Kernen häufig erhöht werden. Für mittelgroße Umgebungen ist es ratsam, ein Verhältnis von Arbeitsspeicher zu virtuellen Kernen von „16:1“ auszuwählen, während der Wert für größere Data Warehouse-Umgebungen „32:1“ betragen sollte.

Verwenden Sie die Marketplace-Images für SQL Server-VMs mit der Speicherkonfiguration im Portal. Dies vereinfacht die richtige Erstellung der Speicherpools, die zum Erzielen der erforderlichen Größe, IOPS-Werte und Durchsatzwerte für Ihre Workloads benötigt werden. Es ist wichtig, SQL Server-VMs auszuwählen, die premium Speicherleistung unterstützen. Weitere Informationen finden Sie im Artikel Speicher.

Speicheroptimierte M-Serien-VMs

Die M-Serie verfügt über eine Anzahl virtueller Kerne und Arbeitsspeichermenge für einige der umfangreichsten SQL Server-Workloads.

Im Folgenden sind die Funktionen der VMs der M-Serie aufgeführt:

Serien Mbsv3 und Mbdsv3

Die Mbsv3- und Mbdsv3-Serien sind speicheroptimierte VMs, die für große In-Memory-Datenbanken und Workloads mit hohem Arbeitsspeicher-zu-CPU-Verhältnis ausgelegt sind. Die VMs in dieser Serie basieren auf der 4. Generation Intel® Xeon® Scalable und bieten eine Reihe von Speichergrößen und vCPU-Anzahl, um die Anforderungen Ihrer SQL Server-Workloads zu erfüllen. Die VMs der Serien Mbsv3 und Mbdsv3 werden für unternehmenskritische und Data Warehouse-Workloads empfohlen.

Die VMs der Mbsv3- und Mbdsv3-Serien unterstützen große In-Memory-Datenbanken und Workloads mit einem hohen Arbeitsspeicher-zu-CPU-Verhältnis perfekt für relationale Datenbankserver, Data Warehouse, schwere Berichte, große Caches und In-Memory-Analysen.

Die folgenden Merkmale von VMs in dieser Reihe sind:

  • Die Mbsv3-Serie bietet bis zu 176 vCores und 1.536 GiB Arbeitsspeicher mit einem konsistenten 8:1 Arbeitsspeicher-zu-vCore-Verhältnis, 650.000 IOPS und 6.000 MBit/s Speicherdurchsatz.
  • Die Mbdsv3-Serie bietet bis zu 176 vCores und 4 TiB Arbeitsspeicher, 650.000 IOPS und 10.000 MBit/s Speicherdurchsatz. Diese VM-Serie bietet mehr als 50 % Verbesserung der IOPS und des Durchsatzes an die leistungsstärkste Ebdsv5-Serie – die Mbdsv3 ist eine der leistungsstärksten VM-Optionen in allen Clouds. Die VM-Serie Mbdsv3 hat ähnliche Leistungsmerkmale wie die Mbsv3-VM-Serie, umfasst jedoch starken lokalen und flüchtigen Speicher, sodass sie perfekt für tempdb-Leistungsoptimierung, Berichterstellung, unternehmenskritische OLAP- und Data Warehousing-Workloads geeignet ist.

Msv3- und Mdsv3-Serien

Die virtuellen Msv3- und Mdsv3-Computer sind mit Rechenleistungs- und Speicherfunktionen auf mittlere, hohe und sehr hohe Arbeitsspeicherebenen ausgelegt. Diese VMs bieten eine verbesserte Leistung, Skalierbarkeit und Resilienz gegenüber Fehlern im Vergleich zu den VMs der vorherigen Generation Mv2.

Im Folgenden werden die virtuellen Computer in dieser Serie aufgeführt:

  • Msv3 und Mdsv3 Medium Memory VMs: Unterstützt durch Intel® Xeon® Scalable-Prozessoren der 4. Generation und bieten VM-Größen von bis zu 4 TiB Arbeitsspeicher, 416 vCPUs, 130.000 IOPS und 4.000 MBit/s Remotespeicherdurchsatz bei der NVMe-Schnittstelle.
  • Msv3 und Mdsv3 High Memory VMs: Sind für hohe Speicherarbeitslasten ausgelegt mit Arbeitsspeicher von 6 TiB bis 16 TiB, bis zu 832 vCPUs, bis zu 260.000 IOPS und 8.000 MBit/s Durchsatz bis hin zum Remotespeicher mit der NVMe-Schnittstelle.
  • Mdsv3 Very High Memory Series: Unterstützt von Intel® Xeon® Platinum 8490H (Sapphire Rapids)-Prozessoren der 4. Generation und verfügen über den größten Speicherbedarf aller M-Serien basierten virtuellen Maschinen, die bis zu 32 TiB Arbeitsspeicher, 1.792 vCPUs, bis zu 200.000 IOPS und 8.000 MBit/s Remotespeicherdurchsatz bieten.

Achtung

Deaktivieren Sie SMT, um SQL Server auf Azure-VMs zu verwenden, die 64 vCores pro NUMA-Knoten überschreiten.

Speicheroptimierte E-Serien-VMs

Die VMs der E-Series sind für arbeitsspeicherintensive Workloads konzipiert, z. B. große Datenbanken, Big Data-Analysen und Unternehmensanwendungen, die eine erhebliche RAM-Kapazität erfordern, um eine hohe Leistung zu gewährleisten.

Ebdsv5-Serie

Die Ebdsv5-Serie ist eine speicheroptimierte Serie von VMs, die den höchsten Remotespeicherdurchsatz bieten, der in Azure verfügbar ist. Diese VMs verfügen über ein Arbeitsspeicher-zu-virtuelle-Kerne-Verhältnis von 8:1, wodurch sie sich zusammen mit dem hohen E/A-Durchsatz ideal für die meisten SQL Server-Workloads eignen. Die VMs der Ebdsv5-Serie bieten das beste Preis-Leistungs-Verhältnis für SQL Server-Workloads, die auf virtuellen Azure-Computern ausgeführt werden, und wir empfehlen sie dringend für die meisten Ihrer SQL Server-Produktionsworkloads.

Hinweis

Die größeren Dimensionierungen der Ebdsv5-Serie (48 vCPUs und größer) bieten Unterstützung für NVMe-fähigen Speicherzugriff. Um diese hohe E/A-Leistung nutzen zu können, müssen Sie Ihren virtuellen Computer mithilfe von NVMe bereitstellen.

Edsv5-Serie

Die Edsv5-Serie ist für speicherintensive Anwendungen konzipiert und eignet sich ideal für SQL Server-Workloads, die keinen so hohen E/A-Durchsatz benötigen, wie ihn die Ebdsv5-Serie bietet. Diese VMs verfügen über eine große lokale SSD-Speicher-Kapazität mit bis zu 672 GiB RAM und über sehr hohen Durchsatz für lokale Speicher und Remotespeicher. Bei den meisten dieser VMs stehen fast durchgängig 8 GiB Arbeitsspeicher pro virtuellem Kern zur Verfügung, was ideal für die meisten SQL Server-Workloads ist.

Der größte virtuelle Computer in dieser Gruppe ist der Standard_E104ids_v5 mit 104 virtuellen Kernen und 672 GiBs Arbeitsspeicher. Diese VM ist bemerkenswert, da sie isoliert ist, was bedeutet, dass sie garantiert die einzige VM ist, die auf dem Host ausgeführt wird, und daher von anderen Kundenworkloads isoliert ist. Dieser weist ein Verhältnis von Arbeitsspeicher zu virtuellen Kernen auf, das niedriger ist als das für SQL Server empfohlene Verhältnis, daher sollte es nur verwendet werden, wenn die Isolation erforderlich ist.

Für die virtuellen Computer der Edsv5-Serie werden Storage Premium und die Storage Premium-Zwischenspeicherung unterstützt.

ECadsv5-Serie

Die VM-Größen der ECadsv5-Serie sind speicheroptimierte vertrauliche Azure-VMs mit einem temporären Datenträger. Weitere Informationen zu den Sicherheitsvorteilen vertraulicher Azure-VMs finden Sie unter Vertrauliche VMs.

Da die Sicherheitsfeatures von vertraulichen Azure-VMs einen zusätzlichen Leistungsaufwand verursachen könnten, testen Sie Ihre Workload, und wählen Sie eine VM-Größe aus, die Ihren Leistungsanforderungen entspricht.

Universell

Die VM-Größen vom Typ „Universell“ sind darauf ausgelegt, ausgeglichene Arbeitsspeicher/Kern-Verhältnisse für weniger umfangreiche Workloads auf Einstiegsebene bereitzustellen, z. B. Entwicklung und Tests, Webserver und kleinere Datenbankserver.

Aufgrund der geringeren Verhältnisse von Arbeitsspeicher zu virtuellen Kernen bei VMs vom Typ „Universell“ ist es wichtig, die speicherbasierten Leistungsindikatoren sorgfältig zu überwachen, um sicherzustellen, dass SQL Server in der Lage ist, den benötigten Puffer-Cache-Speicher zu erhalten. Weitere Informationen finden Sie im Abschnitt zur Baseline für die Arbeitsspeicherleistung.

Da für Produktionsworkloads ein anfängliches Verhältnis von Arbeitsspeicher zu virtuellem Kern von „8“ empfohlen wird, lautet die Mindestempfehlung für die Konfiguration einer VM vom Typ „Universell“ mit SQL Server wie folgt: 4 vCPUs und 32 GiB Arbeitsspeicher.

Ddsv5-Serie

Die Ddsv5-Serie bietet eine ausgewogene Kombination in Bezug auf vCPU, Arbeitsspeicher und temporären Datenträger, verfügt aber über eine eingeschränkte Arbeitsspeicher/Kern-Unterstützung.

Die Ddsv5-VMs ermöglichen eine geringere Latenz und lokale Speichervorgänge mit höherer Geschwindigkeit.

Diese Computer eignen sich ideal für parallele SQL- und App-Bereitstellungen, für die ein schneller Zugriff auf den temporären Speicher und die relationalen Datenbanken verschiedener Abteilungen benötigt wird. Für alle VMs dieser Serie beträgt das Verhältnis von Arbeitsspeicher und virtuellen Kernen standardmäßig „4“.

Aus diesem Grund empfehlen wir Ihnen, die VM „D8ds_v5“ als Start-VM dieser Serie zu verwenden. Sie verfügt über acht virtuelle Kerne und 32 GiB Arbeitsspeicher. Der größte Computer ist der „D96ds_v5“ mit 96 virtuellen Kernen und 256 GiB Arbeitsspeicher.

Für die virtuellen Computer der Ddsv5-Serie werden Storage Premium und die Storage Premium-Zwischenspeicherung unterstützt.

Hinweis

Die Ddsv5-Serie verfügt nicht über das Arbeitsspeicher/Kern-Verhältnis von „8“, das für SQL Server-Workloads empfohlen wird. Aus diesem Grund ist es ratsam, diese virtuellen Computer nur für kleine Anwendungen und Entwicklungsworkloads zu verwenden.

DCadsv5-Serie

Die VM-Größen der DCadsv5-Serie sind universelle vertrauliche Azure-VMs mit temporärem Datenträger. Weitere Informationen zu den Sicherheitsvorteilen vertraulicher Azure-VMs finden Sie unter Vertrauliche VMs.

Da die Sicherheitsfeatures von vertraulichen Azure-VMs einen zusätzlichen Leistungsaufwand verursachen könnten, testen Sie Ihre Workload, und wählen Sie eine VM-Größe aus, die Ihren Leistungsanforderungen entspricht.

B-Serie

Die Größen der burstfähigen VMs der B-Serie sind ideal für Workloads geeignet, für die keine einheitliche Leistung erforderlich ist, z. B. Proof of Concept und sehr kleine Anwendungs- und Entwicklungsserver.

Die meisten burstfähigen VMs der B-Serie verfügen über ein Arbeitsspeicher/Kern-Verhältnis von „4“. Die größte burstfähige B-Serie ist hierbei der Standard_B20ms mit 20 virtuellen Kernen und 80 GiB Arbeitsspeicher.

Diese Serie ist einzigartig, weil für die Apps während der Geschäftszeiten Bursts erfolgen können, wobei der Umfang der Burstfähigkeit je nach Computergröße variiert.

Wenn das Guthaben erschöpft ist, wird die VM auf die Baseline-Computerleistung zurückgestuft.

Der Vorteil der B-Serie sind die Computeeinsparungen, die Sie im Vergleich zu den anderen VM-Größen anderer Serien erzielen können. Dies gilt besonders, wenn Sie die Verarbeitungsleistung über den Tag verteilt nicht sehr häufig benötigen.

Bei dieser Serie wird Storage Premium unterstützt, aber nicht Storage Premium-Zwischenspeicherung.

Hinweis

Die burstfähige B-Serie verfügt nicht über das Arbeitsspeicher/Kern-Verhältnis von „8“, das für SQL Server-Workloads empfohlen wird. Aus diesem Grund ist es ratsam, diese virtuellen Computer nur für kleinere Anwendungen, Webserver und Entwicklungsworkloads zu verwenden.

Av2-Serie

Die VMs der Av2-Serie eignen sich am besten für Workloads auf Einstiegsebene, z. B. Entwicklung und Tests, Webserver mit wenig Datenverkehr, kleinere bis mittlere App-Datenbanken und Proof of Concept-Vorgänge.

Nur Standard_A2m_v2 (2 virtuelle Kerne und 16 GiB Arbeitsspeicher), Standard_A4m_v2 (4 virtuelle Kerne und 32 GiB Arbeitsspeicher) und Standard_A8m_v2 (8 virtuelle Kerne und 64 GiB Arbeitsspeicher) verfügen über ein gutes Arbeitsspeicher/Kern-Verhältnis von „8“ für diese drei virtuellen Computer der obersten Ebene.

Diese virtuellen Computer sind eine gute Option, wenn kleinere SQL Server-Computer für Entwicklungs- und Testzwecke benötigt werden.

Standard_A8m_v2 mit acht virtuellen Kernen kann ebenfalls eine gute Option für kleine Anwendungen und Webserver sein.

Hinweis

Für die Av2-Serie wird Storage Premium nicht unterstützt. Sie ist daher auch dann nicht für SQL Server-Produktionsworkloads zu empfehlen, wenn die virtuellen Computer mit einem Arbeitsspeicher/Kern-Verhältnis von „8“ verwendet werden.

Speicheroptimiert

Die VM-Größen vom Typ „Datenspeicheroptimiert“ sind für spezifische Anwendungsfälle gedacht. Bei diesen virtuellen Computern wurden der Datenträgerdurchsatz und die E/A-Leistung speziell optimiert.

Lsv2-Reihe

Die Lsv2-Serie bietet hohen Durchsatz, geringe Latenz und lokalen NVMe-Speicher. Die VMs der Lsv2-Reihe sind für die Verwendung des direkt an die VM angebundenen lokalen Datenträgers auf dem Knoten optimiert, statt für die Verwendung dauerhafter Datenträger.

Diese virtuellen Computer stellen eine sehr gute Option für Big Data, Data Warehousing, Berichterstellung und ETL-Workloads dar. Der hohe Durchsatz und IOPS-Wert des lokalen NVMe-Speichers ist ein guter Anwendungsfall zur Verarbeitung von Dateien, die in Ihre Datenbank geladen werden, sowie für andere Szenarien, in denen die Daten aus dem Quellsystem oder anderen Repositorys, z. B. Azure-Blobspeicher oder Azure Data Lake, neu erstellt werden können. Die virtuellen Computer der Lsv2-Serie können ihre Datenträgerleistung ebenfalls für jeweils bis zu 30 Minuten per Burst steigern.

Diese VM-Größen bewegen sich zwischen 8 und 80 vCPUs mit 8 GiB Arbeitsspeicher pro vCPU, und für acht vCPUs sind jeweils 1,92 TiB an NVMe-SSD-Speicherplatz verfügbar. Dies bedeutet, dass für die größte VM dieser Serie (L80s_v2) 80 vCPUs und 640 BiB Arbeitsspeicher mit 10 x 1,92 TiB an NVMe-Speicherplatz zur Verfügung stehen. Für all diese VMs gilt einheitlich ein Verhältnis von Arbeitsspeicher und virtuellen Kernen von „8“.

Der NVMe-Speicher ist kurzlebig, d. h. die Daten auf diesen Datenträgern gehen verloren, wenn Sie die Zuordnung des virtuellen Computers aufheben oder wenn er zur Dienstreparatur auf einen anderen Host verschoben wird.

Die Serien Lsv2 und Ls unterstützen Storage Premium, aber keine Storage Premium-Zwischenspeicherung. Die Erstellung eines lokalen Caches zur Erhöhung des IOPS-Werts wird nicht unterstützt.

Warnung

Die Speicherung Ihrer Datendateien in kurzlebigem NVMe-Speicher kann zu Datenverlust führen, wenn die Zuordnung der VM aufgehoben wird.

Eingeschränkte virtuelle Kerne

Für SQL Server-Workloads mit hohen Leistungsanforderungen werden häufig größere Mengen an Arbeitsspeicher, IOPS und Durchsatz ohne eine höhere Anzahl virtueller Kerne benötigt.

Bei den meisten OLTP-Workloads handelt es sich um Anwendungsdatenbanken mit einer großen Zahl an kleineren Transaktionen. Bei OLTP-Workloads wird nur eine geringe Menge der Daten gelesen oder geändert, aber die Menge an Transaktionen basierend auf der Benutzeranzahl ist deutlich größer. Es ist wichtig, dass SQL Server-Arbeitsspeicher verfügbar ist, um Pläne zwischenzuspeichern, kürzlich genutzte Daten zur Verbesserung der Leistung zu speichern und sicherzustellen, dass physische Lesevorgänge schneller in den Arbeitsspeicher eingelesen werden können.

Für diese OLTP-Umgebungen sind eine größere Menge an Arbeitsspeicher, schneller Speicher und die benötigte E/A-Bandbreite zur Erzielung einer optimalen Leistung erforderlich.

Um diese Leistungsebene nutzen zu können, ohne dass die höheren SQL Server-Lizenzierungskosten anfallen, werden von Azure VM-Größen mit einer eingeschränkten vCPU-Anzahl angeboten.

Auf diese Weise sind die Lizenzierungskosten kontrollierbar, indem die verfügbaren virtuellen Kerne reduziert werden, während die Werte für den Arbeitsspeicher, den Speicher und die E/A-Bandbreite des übergeordneten virtuellen Computers beibehalten werden.

Die Anzahl von vCPUs kann auf die Hälfte oder ein Viertel der ursprünglichen VM-Größe beschränkt werden. Durch die Verringerung der für die VM verfügbaren virtuellen Kerne wird ein höheres Verhältnis von Arbeitsspeicher zu virtuellen Kernen erreicht, aber die Computekosten bleiben gleich.

Diese neuen VM-Größen verfügen über ein Suffix, das die Anzahl von aktiven vCPUs angibt, um die Identifizierung zu erleichtern.

Beispielsweise müssen für M64-32ms nur 32 virtuelle SQL Server-Kerne mit den Arbeitsspeicher-, E/A- und Durchsatzwerten von M64ms lizenziert werden, und für M64-16ms ist nur die Lizenzierung von 16 virtuellen Kernen erforderlich. Für M64-16ms fällt dann zwar ein Viertel der SQL Server-Lizenzierungskosten von M64ms an, aber die Computekosten der VM sind identisch.

Hinweis

  • Mittlere bis große Data Warehouse-Workloads können trotzdem von VMs mit eingeschränkten virtuellen Kernen profitieren. Data Warehouse-Workloads zeichnen sich häufig aber durch weniger Benutzer und Prozesse aus, bei denen größere Datenmengen mit parallel ausgeführten Abfrageplänen verarbeitet werden.
  • Die Computekosten, zu denen auch die Lizenzierung für das Betriebssystem gehört, ändern sich gegenüber dem übergeordneten virtuellen Computer nicht.

Nächste Schritte

Weitere Informationen finden Sie in auch in anderen Artikeln dieser Reihe zu den bewährten Methoden: