Aankoopmodellen op basis van vCore en DTU van Azure SQL Database vergelijken

Van toepassing op:Azure SQL Database

In dit artikel worden de twee aankoopmodellen voor Azure SQL Database vergeleken:

• Aankoopmodel op basis van vCore (aanbevolen)
• Aankoopmodel op basis van DTU

Aankoopmodellen

Er zijn twee aankoopmodellen voor Azure SQL-database:

• Het aankoopmodel op basis van vCore biedt een keuze tussen de ingerichte of serverloze rekenlagen:
  • Met de ingerichte rekenlaag kiest u de exacte hoeveelheid rekenbronnen die altijd voor uw workload worden ingericht.
  • Met de serverloze rekenlaag geeft u het automatisch schalen van de rekenresources op voor een configureerbaar rekenbereik. De serverloze compute-laag pauzeert databases ook automatisch tijdens inactieve perioden, zodat er alleen opslag wordt gefactureerd, en hervat databases automatisch wanneer er weer activiteit plaatsvindt. De prijs van de vCore-eenheid per tijdseenheid is lager voor de ingerichte rekenlaag dan voor de serverloze rekenlaag.
• Dit aankoopmodel op basis van DTU biedt gebundelde reken- en opslagpakketten die geschikt zijn voor algemene workloads.

De volgende tabel en grafiek vergelijken en contrasteren de aankoopmodellen op basis van vCore en DTU:

Aankoopmodel voor vCore

Een virtuele kern (vCore) vertegenwoordigt een logische CPU en biedt u de mogelijkheid om te kiezen tussen generaties hardware en de fysieke kenmerken van de hardware (bijvoorbeeld het aantal kernen, het geheugen en de opslaggrootte). Het aankoopmodel op basis van vCore biedt u flexibiliteit, controle, transparantie van het individuele resourceverbruik en een eenvoudige manier om on-premises workloadvereisten te vertalen naar de cloud. Met dit model kunt u reken-, geheugen- en opslagresources kiezen op basis van uw workloadbehoeften.

Het aankoopmodel op basis van vCore heeft drie servicelagen: Algemeen gebruik, Bedrijfskritiek en Hyperscale-servicelagen . Bekijk servicelagen voor meer informatie.

In het aankoopmodel op basis van vCore zijn uw kosten afhankelijk van de keuze en het gebruik van:

• Serviceniveau
• Hardwareconfiguratie
• Rekenresources (het aantal vCores en de hoeveelheid geheugen)
• Gereserveerde databaseopslag
• Werkelijke reservekopieopslag

DTU-aankoopmodel

Het aankoopmodel op basis van DTU maakt gebruik van een DTU (Database Transaction Unit) om de rekenkosten te berekenen en te bundelen. Een database transaction unit (DTU) vertegenwoordigt een gemengde meting van CPU, geheugen, leesbewerkingen en schrijfbewerkingen. Het aankoopmodel op basis van DTU biedt een set vooraf geconfigureerde bundels rekenresources en inbegrepen opslag om verschillende niveaus van toepassingsprestaties te stimuleren. Als u liever de eenvoud van een vooraf geconfigureerde bundel en vaste betalingen elke maand, is het DTU-model mogelijk geschikter voor uw behoeften.

In het aankoopmodel op basis van DTU kunt u kiezen tussen de servicelagen Basic, Standard en Premium voor Azure SQL Database. Bekijk de DTU-servicelagen voor meer informatie.

Als u wilt converteren van het aankoopmodel op basis van DTU naar het aankoopmodel op basis van vCore, raadpleegt u Azure SQL Database migreren van het DTU-model naar het vCore-model.

Rekenkosten

De rekenkosten worden anders berekend op basis van elk aankoopmodel.

DTU-rekenkosten

In het DTU-aankoopmodel worden DTU's aangeboden in vooraf geconfigureerde bundels rekenresources en inbegrepen opslag om verschillende niveaus van toepassingsprestaties te stimuleren. U wordt gefactureerd door het aantal DTU's dat u toewijst aan uw database voor uw toepassing.

vCore-rekenkosten

Kies in het aankoopmodel op basis van vCore tussen de ingerichte rekenlaag of de serverloze rekenlaag. In de ingerichte rekenlaag weerspiegelen de rekenkosten de totale rekencapaciteit die voor de toepassing is ingericht. In de serverloze rekenlaag worden rekenresources automatisch geschaald op basis van de workloadcapaciteit en gefactureerd voor de hoeveelheid gebruikte rekenkracht per seconde.

Voor individuele databases, rekenresources, I/O en gegevens- en logboekopslag worden kosten in rekening gebracht per database. Voor elastische pools worden deze resources per pool in rekening gebracht. Er worden echter altijd kosten in rekening gebracht voor back-upopslag per database.

Omdat drie extra replica's automatisch worden toegewezen in de servicelaag Bedrijfskritiek, is de prijs ongeveer 2,7 keer hoger dan in de servicelaag Algemeen gebruik. Op dezelfde manier weerspiegelt de hogere opslagprijs per GB in de servicelaag Bedrijfskritiek de hogere I/O-limieten en lagere latentie van de lokale SSD-opslag.

Opslagkosten

Opslagkosten worden verschillend berekend op basis van elk aankoopmodel.

DTU-opslagkosten

Opslag is inbegrepen in de prijs van de DTU. Het is mogelijk om extra opslagruimte toe te voegen in de Standard- en Premium-lagen. Zie de prijsopties voor meer informatie over het inrichten van extra opslagruimte.

Langetermijnretentie is niet inbegrepen en wordt afzonderlijk gefactureerd.

Kosten voor vCore-opslag

Verschillende typen opslag worden anders gefactureerd.

• Voor gegevensopslag worden kosten in rekening gebracht voor de ingerichte opslag op basis van de maximale grootte van de database of pool die u selecteert. De kosten worden niet gewijzigd, tenzij u dat maximum verlaagt of verhoogt.
• Back-upopslag is gekoppeld aan geautomatiseerde back-ups van uw databases en wordt dynamisch toegewezen. Als u de bewaarperiode voor back-ups verhoogt, wordt de back-upopslag die door uw databases is vereist, verhoogd.
• De kosten van back-upopslag zijn hetzelfde voor de servicelaag Bedrijfskritiek en de servicelaag Algemeen gebruik, omdat beide lagen gebruikmaken van standard-opslag voor back-ups.

Standaard worden zeven dagen aan automatische back-ups van uw databases gekopieerd naar een opslagaccount. Deze opslag wordt gebruikt door volledige back-ups, differentiële back-ups en back-ups van transactielogboeken. De grootte van differentiële back-ups en transactielogboeken is afhankelijk van de snelheid van de wijziging van de database. Er wordt geen extra kosten in rekening gebracht voor een minimale opslaghoeveelheid die gelijk is aan 100 procent van de maximale gegevensgrootte voor de database. Extra verbruik van back-upopslag wordt in GB per maand in rekening gebracht.

Zie prijzen voor Azure SQL Database voor meer informatie over opslagprijzen.

Veelgestelde vragen (FAQ's)

Moet ik mijn toepassing offline halen om te converteren van een op DTU gebaseerde servicelaag naar een vCore-servicelaag?

Nee. U hoeft de toepassing niet offline te halen. De nieuwe servicelagen bieden een eenvoudige onlineconversiemethode die vergelijkbaar is met het bestaande proces voor het upgraden van databases van standard naar de Premium-servicelaag en andersom. U kunt deze conversie starten met behulp van Azure Portal, PowerShell, de Azure CLI, T-SQL of de REST API. Zie DTU migreren naar vCore en elastische pools schalen voor meer informatie.

Kan ik een database converteren van een servicelaag in het aankoopmodel op basis van vCore naar een servicelaag in het aankoopmodel op basis van DTU?

Ja, u kunt uw database eenvoudig converteren naar elke ondersteunde prestatiedoelstelling met behulp van Azure Portal, PowerShell, de Azure CLI, T-SQL of de REST API. Zie DTU migreren naar vCore en elastische pools schalen voor meer informatie.

Verwante inhoud

• Aankoopmodel op basis van vCore
• overzicht van aankoopmodel op basis van DTU