vCore- und DTU-basierte Kaufmodelle von Azure SQL-Datenbank im Vergleich

Gilt für: Azure SQL-Datenbank

Dieser Artikel vergleicht die beiden Kaufmodelle für Azure SQL-Datenbank:

  • vCore-basiertes Kaufmodell (empfohlen)
  • DTU-basiertes Kaufmodell

Kaufmodelle

Es gibt zwei Kaufmodelle für Azure SQL-Datenbank:

  • Dieses vCore-basierte Kaufmodell ermöglicht die Wahl zwischen der bereitgestellten Computeebene und der serverlosen Computeebene:
    • Bei der Ebene bereitgestelltes Computing wählen Sie die genaue Menge an Computeressourcen aus, die immer für Ihre Workload bereitgestellt werden.
    • Bei der Ebene serverloses Computing geben Sie die automatische Skalierung der Computeressourcen über einen konfigurierbaren Computebereich an. Im Tarif „Serverloses Computing“ werden Datenbanken während inaktiver Zeiten, in denen nur Speicher in Rechnung gestellt wird, automatisch angehalten und bei Fortsetzen der Aktivität automatisch wieder in Betrieb genommen. Der V-Kern-Einzelpreis pro Zeiteinheit ist auf der bereitgestellten Computeebene niedriger als auf der serverlosen Computeebene.
  • Das DTU-basierte Kaufmodell bietet gebündelte Compute- und Speicherpakete, die für gängige Workloads zusammengestellt wurden.

In der folgenden Tabelle und im Diagramm werden die Kaufmodelle „vCore-basiertes Modell“ und „DTU-basiertes Modell“ verglichen und gegenübergestellt:

Kaufmodell Beschreibung Am besten geeignet für
DTU-basiertes Modell Dieses Modell basiert auf einem Paket mit Compute-, Speicher- und E/A-Ressourcen. Computegrößen werden für Einzeldatenbanken in DTUs und für Pools für elastische Datenbanken in elastischen Datenbanktransaktionseinheiten (eDTUs) ausgedrückt. Weitere Informationen zu DTUs und eDTUs finden Sie unter Was sind DTUs und eDTUs?. Kunden, die einfache, vorkonfigurierte Ressourcenoptionen wünschen
vCore-basiertes Modell Mit diesem Modell können Sie Compute- und Speicherressourcen einzeln auswählen. Mit dem vCore-basierten Kaufmodell können Sie auch den Azure-Hybridvorteil für SQL Server nutzen, um Kosten einzusparen. Kunden, die Flexibilität, Kontrolle und Transparenz schätzen

Diagramm zum Vergleich von DTU- und vCore-basiertem Preismodell.

vCore-Kaufmodell

Ein virtueller Kern (V-Kern) repräsentiert eine logische CPU und bietet Ihnen die Möglichkeit, zwischen verschiedenen Hardwaregenerationen und den physischen Hardwaremerkmalen (z.B. der Anzahl der Kerne, dem Arbeitsspeicher, der Speichergröße) zu wählen. Beim vCore-basierten Kaufmodell erhalten Sie Flexibilität, Kontrolle und Transparenz in Bezug auf den individuellen Ressourcenverbrauch. Außerdem können Sie die lokalen Workloadanforderungen leicht auf die Cloud übertragen. Mit diesem Modell können Sie Compute-, Arbeitsspeicher- und Speicherressourcen entsprechend Ihren jeweiligen Workloadanforderungen auswählen.

Das vCore-basierte Kaufsmodell umfasst drei Dienstebenen: General Purpose, Business Critical und Hyperscale-Dienstebenen. Weitere Informationen finden Sie unter Dienstebenen.

Im vCore-basierten Kaufmodell hängen Ihre Kosten von der Auswahl und Verwendung der folgenden Elemente ab:

  • Dienstebene
  • Hardwarekonfiguration
  • Computeressourcen (Anzahl von virtuellen Kernen und Arbeitsspeichermenge)
  • Reservierter Datenbankspeicher
  • Tatsächlicher Sicherungsspeicher

DTU-Kaufmodell

Das DTU-basierte Kaufmodell verwendet eine Datenbanktransaktionseinheit (Database Transaction Unit, DTU) zum Berechnen und Bündeln von Computekosten. Eine Datenbanktransaktionseinheit (Database Transaction Unit, DTU) entspricht einer Mischung aus den Werten von CPU, Arbeitsspeicher, Lesevorgängen und Schreibvorgängen. Das DTU-basierte Kaufmodell verfügt über einen Satz mit vorkonfigurierten Paketen mit Computeressourcen und integriertem Speicher, um die Anwendungsleistung auf verschiedenen Ebenen zu erhöhen. Wenn Sie die Einfachheit eines vorkonfigurierten Pakets und von festen Monatszahlungen bevorzugen, ist das DTU-basierte Modell möglicherweise besser für ihre Anforderungen geeignet.

Beim DTU-basierten Kaufmodell können Sie zwischen den Dienstebenen Basic, Standard und Premium für Azure SQL-Datenbank wählen. Weitere Informationen finden Sie unter DTU-Dienstebenen.

Informationen zum Wechsel vom DTU-basierten Kaufmodell zum vCore-basierten Kaufmodell finden Sie unter Migrieren von DTU zu vCore.

Computekosten

Computekosten werden basierend auf den einzelnen Kaufmodellen unterschiedlich berechnet.

DTU-Computekosten

Im DTU-basierten Kaufmodell werden DTUs in vorkonfigurierten Paketen mit Computeressourcen und integriertem Speicher angeboten, um die Anwendungsleistung auf verschiedenen Ebenen zu erhöhen. Ihnen wird die Anzahl der DTUs in Rechnung gestellt, die Sie Ihrer Datenbank für Ihre Anwendung zuweisen.

vCore-Computekosten

Wählen Sie im vCore-basierten Kaufmodell zwischen der bereitgestellten Computeebene und der serverlosen Computeebene. In der bereitgestellten Computeebene spiegeln die Computekosten die gesamte Computekapazität wider, die für die Anwendung bereitgestellt wird. In der serverlosen Computeebene werden die Computeressourcen auf der Grundlage der Workloadkapazität automatisch skaliert, und es wird die genutzte Computeleistung pro Sekunde in Rechnung gestellt.

Für Einzeldatenbanken werden Computeressourcen, E/A sowie Daten- und Protokollspeicher pro Datenbank berechnet. Für Pools für elastische Datenbanken werden diese Ressourcen pro Pool berechnet. Der Sicherungsspeicher wird jedoch immer pro Datenbank berechnet.

Da der Dienstebene „Unternehmenskritisch“ automatisch drei zusätzliche Replikate zugeordnet werden, ist der Preis ungefähr 2,7 Mal höher als für die Dienstebene „Universell“. Entsprechend spiegelt der höhere Speicherpreis pro GB für die Dienstebene „Unternehmenskritisch“ die höheren E/A-Grenzwerte und die geringere Latenz des lokalen SSD-Speichers wider.

Speicherkosten

Speicherkosten werden basierend auf den einzelnen Kaufmodellen unterschiedlich berechnet.

DTU-Speicherkosten

Speicher ist im Preis der DTU enthalten. Es ist möglich, zusätzlichen Speicher in den Standard- und Premium-Ebenen hinzuzufügen. Details zur Bereitstellung von zusätzlichem Speicherplatz finden Sie unter Preisoptionen.

Langzeitaufbewahrung ist nicht enthalten und wird separat berechnet.

vCore-Speicherkosten

Unterschiedliche Arten von Speicher werden auch unterschiedlich berechnet.

  • Für Datenspeicher wird Ihnen der bereitgestellte Speicher basierend auf der von Ihnen gewählten maximalen Datenbank- oder Poolgröße berechnet. Die Kosten ändern sich nicht, sofern Sie dieses Maximum nicht verringern oder erhöhen.
  • Der Sicherungsspeicher ist mit den automatischen Sicherungen Ihrer Instanz verbunden und wird dynamisch zugeordnet. Durch eine Verlängerung des Aufbewahrungszeitraum von Backups vergrößert sich auch der für Ihre Datenbanken benötigte Sicherungsspeicher.
  • Die Kosten für Sicherungsspeicher sind für die Dienstebene „Unternehmenskritisch“ und die Dienstebene „Universell“ identisch, weil beide Ebenen Standardspeicher für Sicherungen verwenden.

Automatisierte Sicherungen Ihrer Datenbanken für einen Zeitraum von 7 Tagen werden standardmäßig in ein Speicherkonto kopiert. Dieser Speicher wird von vollständigen Sicherungen, Differenzialsicherungen und Transaktionsprotokollsicherungen verwendet. Die Größe von Differenzial- und Transaktionsprotokollsicherungen hängt von der Änderungsrate der Datenbank ab. Eine Mindestspeichermenge, die 100 Prozent der maximalen Datengröße für die Datenbank entspricht, wird kostenlos zur Verfügung gestellt. Zusätzlich verbrauchter Sicherungsspeicher wird pro GB und Monat abgerechnet.

Weitere Informationen zu den Speicherpreisen finden Sie unter Preise für Azure SQL-Datenbank.

Häufig gestellte Fragen (FAQs)

Muss ich meine Anwendung offline schalten, um von einer DTU-basierten Dienstebene auf eine V-Kern-basierte Dienstebene umzustellen?

Nein. Sie müssen die Anwendung dafür nicht offline schalten. Die neuen Dienstebenen bieten eine einfache Onlinekonvertierungsmethode, die dem vorhandenen Prozess zur Durchführung eines Upgrades für Datenbanken von der Dienstebene „Standard“ auf „Premium“ und andersherum ähnelt. Sie können diese Konvertierung über das Azure-Portal, über PowerShell, über die Azure CLI, über T-SQL oder über die REST-API starten. Weitere Informationen finden Sie unter Migrieren von DTU zu vCore und Skalieren von elastischen Pools.

Kann ich eine Datenbank von einer Dienstebene im vCore-basierten Kaufmodell auf eine Dienstebene im DTU-basierten Kaufmodell konvertieren?

Ja. Sie können Ihre Datenbank leicht in ein beliebiges unterstütztes Leistungsziel konvertieren, indem Sie das Azure-Portal, PowerShell, die Azure CLI, T-SQL oder die REST-API verwenden. Weitere Informationen finden Sie unter Migrieren von DTU zu vCore und Skalieren von elastischen Pools.