Kiezen tussen de vCore-en DTU-aankoop modellen-Azure SQL Database en SQL Managed instanceChoose between the vCore and DTU purchasing models - Azure SQL Database and SQL Managed Instance

VAN TOEPASSING OP: Azure SQL Database Azure SQL Managed Instance

Met Azure SQL Database en Azure SQL Managed Instance kunt u eenvoudig een volledig beheerd platform as a Service (PaaS)-data base-engine aanschaffen die aan uw prestatie-en kosten behoeften voldoet.Azure SQL Database and Azure SQL Managed Instance let you easily purchase a fully managed platform as a service (PaaS) database engine that fits your performance and cost needs. Afhankelijk van het implementatie model dat u hebt gekozen voor Azure SQL Database, kunt u het inkoop model selecteren dat voor u geschikt is:Depending on the deployment model you've chosen for Azure SQL Database, you can select the purchasing model that works for you:

  • Op virtuele kern (vCore) gebaseerd inkoop model (aanbevolen).Virtual core (vCore)-based purchasing model (recommended). Dit aankoop model biedt een keuze tussen een ingerichte Compute-laag en een serverloze Compute-laag.This purchasing model provides a choice between a provisioned compute tier and a serverless compute tier. Met de ingerichte Compute-laag kiest u de exacte hoeveelheid reken resources die altijd worden ingericht voor uw werk belasting.With the provisioned compute tier, you choose the exact amount of compute resources that are always provisioned for your workload. Met de compute-laag zonder server geeft u het automatisch schalen van de reken resources over een configureerbaar reken bereik op.With the serverless compute tier, you specify the autoscaling of the compute resources over a configurable compute range. Met deze Compute-laag kunt u de data base ook automatisch onderbreken en hervatten op basis van de activiteit van de werk belasting.With this compute tier, you can also automatically pause and resume the database based on workload activity. De vCore eenheids prijs per tijds eenheid is lager in de ingerichte Compute-laag dan in de serverloze Compute-laag.The vCore unit price per unit of time is lower in the provisioned compute tier than it is in the serverless compute tier.
  • Op DTU (data base Trans Action Unit) gebaseerd aankoop model.Database transaction unit (DTU)-based purchasing model. Dit aankoop model bevat gebundelde reken-en opslag pakketten die zijn afgebalanceerd voor algemene werk belastingen.This purchasing model provides bundled compute and storage packages balanced for common workloads.

Er zijn twee aankoop modellen:There are two purchasing models:

In de volgende tabel en grafiek worden de vCore en de op DTU gebaseerde inkoop modellen vergeleken en tegengesteld:The following table and chart compare and contrast the vCore-based and the DTU-based purchasing models:

AankoopmodelPurchasing model BeschrijvingDescription Ideaal voorBest for
Op basis van DTUDTU-based Dit model is gebaseerd op een gebundelde meting van compute-, opslag-en I/O-resources.This model is based on a bundled measure of compute, storage, and I/O resources. Rekengrootten worden uitgedrukt in DTU's voor afzonderlijke databases, en in EDTU's (Elastische Data Transaction Unit) voor elastische pools.Compute sizes are expressed in DTUs for single databases and in elastic database transaction units (eDTUs) for elastic pools. Zie Wat zijn DTU's en EDTU's voor meer informatie over DTU's en EDTU's.For more information about DTUs and eDTUs, see What are DTUs and eDTUs?. Klanten die eenvoudige, vooraf geconfigureerde resource opties willenCustomers who want simple, preconfigured resource options
op basis van vCorevCore-based Met dit model kunt u afzonderlijke reken-en opslag Resources kiezen.This model allows you to independently choose compute and storage resources. Met het op vCore gebaseerde aankoopmodel kunt u ook Azure Hybrid Benefit gebruiken voor SQL Server, om kosten te besparen.The vCore-based purchasing model also allows you to use Azure Hybrid Benefit for SQL Server to save costs. Klanten die flexibiliteit, controle en transparantieCustomers who value flexibility, control, and transparency

Prijs model vergelijking

Wilt u uw clouduitgaven optimaliseren en geld besparen?Want to optimize and save on your cloud spending?

Azure-services kosten geld.Azure services cost money. Azure Cost Management helpt u om budgetten op te stellen en waarschuwingen te configureren om uw uitgaven onder controle te houden.Azure Cost Management helps you set budgets and configure alerts to keep spending under control. Analyseer, beheer en optimaliseer uw Azure-kosten met Cost Management.Analyze, manage, and optimize your Azure costs with Cost Management. Raadpleeg voor meer informatie de snelstartgids over de analyse van uw kosten.To learn more, see the quickstart on analyzing your costs.

Reken kostenCompute costs

Ingerichte reken kostenProvisioned compute costs

In de ingerichte Compute-laag weerspiegelt de reken kosten de totale reken capaciteit die is ingericht voor de toepassing.In the provisioned compute tier, the compute cost reflects the total compute capacity that is provisioned for the application.

In de servicelaag Bedrijfskritiek worden automatisch ten minste drie replica's toegewezen.In the Business Critical service tier, we automatically allocate at least three replicas. Om deze extra toewijzing van reken bronnen weer te geven, is de prijs in het op vCore gebaseerde aankoop model ongeveer 2,7 keer hoger in het Bedrijfskritiek servicetier dan het deel uitmaakt van de Algemeen servicelaag.To reflect this additional allocation of compute resources, the price in the vCore-based purchasing model is approximately 2.7 times higher in the Business Critical service tier than it is in the General Purpose service tier. De hogere opslag prijs per GB in de Bedrijfskritiek servicelaag weerspiegelt ook de hogere i/o-limieten en de lagere latentie van de SSD-opslag.Likewise, the higher storage price per GB in the Business Critical service tier reflects the higher IO limits and lower latency of the SSD storage.

De kosten voor back-upopslag zijn hetzelfde voor de Bedrijfskritiek servicelaag en de Algemeen servicelaag omdat beide lagen standaard opslag gebruiken voor back-ups.The cost of backup storage is the same for the Business Critical service tier and the General Purpose service tier because both tiers use standard storage for backups.

Reken kosten zonder serverServerless compute costs

Zie SQL database serverloze laagvoor een beschrijving van de manier waarop reken capaciteit is gedefinieerd en de kosten worden berekend voor de serverloze Compute-laag.For a description of how compute capacity is defined and costs are calculated for the serverless compute tier, see SQL Database serverless tier.

OpslagkostenStorage costs

Verschillende soorten opslag worden anders gefactureerd.Different types of storage are billed differently. Voor gegevens opslag worden er kosten in rekening gebracht voor de ingerichte opslag op basis van de maximale grootte van de data base of groep die u selecteert.For data storage, you're charged for the provisioned storage based upon the maximum database or pool size you select. De kosten worden niet gewijzigd tenzij u het maximum vermindert of als u dit verhoogt.The cost doesn't change unless you reduce or increase that maximum. Back-upopslag is gekoppeld aan automatische back-ups van uw exemplaar en wordt dynamisch toegewezen.Backup storage is associated with automated backups of your instance and is allocated dynamically. Als u uw back-upperiode verhoogt, wordt de back-upopslag die door uw exemplaar wordt gebruikt, verhoogd.Increasing your backup-retention period increases the backup storage that's consumed by your instance.

Standaard worden zeven dagen automatische back-ups van uw data bases gekopieerd naar een standaard Blob Storage-account met geografisch redundante opslag met lees toegang (RA-GRS).By default, seven days of automated backups of your databases are copied to a read-access geo-redundant storage (RA-GRS) standard Blob storage account. Deze opslag wordt gebruikt door wekelijkse volledige back-ups, dagelijkse differentiële back-ups en back-ups van transactie logboeken, die elke vijf minuten worden gekopieerd.This storage is used by weekly full backups, daily differential backups, and transaction log backups, which are copied every five minutes. De grootte van de transactie Logboeken is afhankelijk van de frequentie waarmee de data base wordt gewijzigd.The size of the transaction logs depends on the rate of change of the database. Er wordt geen extra kosten in rekening gebracht voor een minimale opslag hoeveelheid die gelijk is aan 100 procent van de grootte van de data base.A minimum storage amount equal to 100 percent of the database size is provided at no extra charge. Extra verbruik van back-upopslag wordt in GB per maand in rekening gebracht.Additional consumption of backup storage is charged in GB per month.

Zie de pagina met prijzen voor meer informatie over opslag prijzen.For more information about storage prices, see the pricing page.

Aankoopmodel op basis van vCorevCore-based purchasing model

Een virtuele kern (vCore) vertegenwoordigt een logische CPU en biedt u de mogelijkheid om te kiezen tussen generaties van hardware en fysieke kenmerken van de hardware (bijvoorbeeld het aantal kernen, het geheugen en de opslag grootte).A virtual core (vCore) represents a logical CPU and offers you the option to choose between generations of hardware and the physical characteristics of the hardware (for example, the number of cores, the memory, and the storage size). Het vCore-inkoop model biedt u flexibiliteit, controle, transparantie van het gebruik van afzonderlijke bronnen en een eenvoudige manier om on-premises werkbelasting vereisten te vertalen naar de Cloud.The vCore-based purchasing model gives you flexibility, control, transparency of individual resource consumption, and a straightforward way to translate on-premises workload requirements to the cloud. Met dit model kunt u reken-, geheugen-en opslag Resources kiezen op basis van de behoeften van uw werk belasting.This model allows you to choose compute, memory, and storage resources based on your workload needs.

In het op vCore gebaseerde aankoop model kunt u kiezen tussen de Algemeen -en bedrijfskritiek -service lagen voor SQL database en SQL Managed instance.In the vCore-based purchasing model, you can choose between the General Purpose and Business Critical service tiers for SQL Database and SQL Managed Instance. Voor afzonderlijke data bases kunt u ook de grootschalige-servicelaagkiezen.For single databases, you can also choose the Hyperscale service tier.

Met het op vCore gebaseerde aankoop model kunt u afzonderlijke reken-en opslag Resources kiezen, de on-premises prestaties afstemmen en de prijs optimaliseren.The vCore-based purchasing model lets you independently choose compute and storage resources, match on-premises performance, and optimize price. In het op vCore gebaseerde aankoop model betaalt u voor:In the vCore-based purchasing model, you pay for:

  • Rekenbronnen (de servicelaag, het aantal vCores, de hoeveelheid geheugen en de generatie van de hardware).Compute resources (the service tier + the number of vCores and the amount of memory + the generation of hardware).
  • Het type en de hoeveelheid gegevens- en logboekopslag.The type and amount of data and log storage.
  • Back-upopslag (RA-GRS).Backup storage (RA-GRS).

Belangrijk

Reken resources, I/O en gegevens-en logboek opslag worden in rekening gebracht per data base of elastische pool.Compute resources, I/O, and data and log storage are charged per database or elastic pool. Back-upopslag wordt per data base in rekening gebracht.Backup storage is charged per each database. Zie SQL Managed instance(Engelstalig) voor meer informatie over de kosten voor SQL Managed instances.For more information about SQL Managed Instance charges, see SQL Managed Instance. Beperkingen van de regio: Zie voor de huidige lijst met ondersteunde regio's beschik bare producten per regio.Region limitations: For the current list of supported regions, see products available by region. Als u een beheerd exemplaar wilt maken in een regio die momenteel niet wordt ondersteund, verzendt u een ondersteunings aanvraag via de Azure Portal.To create a managed instance in a region that currently isn't supported, send a support request via the Azure portal.

Als uw data base meer dan 300 Dtu's verbruikt, kunt u uw kosten verlagen door te converteren naar het op vCore gebaseerde aankoop model.If your database consumes more than 300 DTUs, converting to the vCore-based purchasing model might reduce your costs. U kunt converteren met behulp van de API van Choice of met behulp van de Azure Portal, zonder uitval tijd.You can convert by using your API of choice or by using the Azure portal, with no downtime. Conversie is echter niet vereist en wordt niet automatisch uitgevoerd.However, conversion isn't required and isn't done automatically. Als het op DTU gebaseerde aankoop model voldoet aan uw prestatie-en bedrijfs vereisten, moet u het blijven gebruiken.If the DTU-based purchasing model meets your performance and business requirements, you should continue using it.

Als u wilt omzetten van het op DTU gebaseerde aankoop model naar het op vCore gebaseerde aankoop model, raadpleegt u Migrate from DTU to vCore.To convert from the DTU-based purchasing model to the vCore-based purchasing model, see Migrate from DTU to vCore.

Op DTU gebaseerd inkoop modelDTU-based purchasing model

Een Data Base Trans Action Unit (DTU) vertegenwoordigt een overvloei meting van CPU, geheugen, lees bewerkingen en schrijf bewerkingen.A database transaction unit (DTU) represents a blended measure of CPU, memory, reads, and writes. Het op DTU gebaseerde aankoop model biedt een aantal vooraf geconfigureerde bundels van reken bronnen en opgenomen opslag om verschillende niveaus van toepassings prestaties te kunnen best Ellen.The DTU-based purchasing model offers a set of preconfigured bundles of compute resources and included storage to drive different levels of application performance. Als u de voor keur geeft aan de eenvoud van een vooraf geconfigureerde bundel en vaste betalingen per maand, is het op DTU gebaseerde model mogelijk beter geschikt voor uw behoeften.If you prefer the simplicity of a preconfigured bundle and fixed payments each month, the DTU-based model might be more suitable for your needs.

In het op DTU gebaseerde aankoop model kunt u kiezen tussen de basis-, standaard-en Premium-Service lagen voor Azure SQL Database.In the DTU-based purchasing model, you can choose between the basic, standard, and premium service tiers for Azure SQL Database. Het op DTU gebaseerde aankoop model is niet beschikbaar voor Azure SQL Managed instance.The DTU-based purchasing model isn't available for Azure SQL Managed Instance.

Data base Trans Action units (Dtu's)Database transaction units (DTUs)

Voor één data base met een specifieke reken grootte binnen een servicelaaggarandeert Azure een bepaald niveau van resources voor die data base (onafhankelijk van andere data bases in de Azure-Cloud).For a single database at a specific compute size within a service tier, Azure guarantees a certain level of resources for that database (independent of any other database in the Azure cloud). Deze garantie biedt een voorspelbaar prestatie niveau.This guarantee provides a predictable level of performance. De hoeveelheid resources die voor een Data Base wordt toegewezen, wordt berekend als een aantal Dtu's en is een gebundelde meting van compute, Storage en I/O-resources.The amount of resources allocated for a database is calculated as a number of DTUs and is a bundled measure of compute, storage, and I/O resources.

De verhouding tussen deze resources wordt oorspronkelijk bepaald door een OLTP-werk belasting (online Trans Action processing) die is ontworpen om typische fysieke OLTP-workloads te zijn.The ratio among these resources is originally determined by an online transaction processing (OLTP) benchmark workload designed to be typical of real-world OLTP workloads. Wanneer uw werk belasting de hoeveelheid van een van deze resources overschrijdt, wordt uw door Voer beperkt, wat resulteert in tragere prestaties en time-outs.When your workload exceeds the amount of any of these resources, your throughput is throttled, resulting in slower performance and time-outs.

De resources die door uw werk belasting worden gebruikt, hebben geen invloed op de resources die beschikbaar zijn voor andere data bases in de Azure-Cloud.The resources used by your workload don't impact the resources available to other databases in the Azure cloud. De resources die worden gebruikt door andere workloads, hebben ook geen invloed op de resources die beschikbaar zijn voor uw data base.Likewise, the resources used by other workloads don't impact the resources available to your database.

Begrenzingsvak

Dtu's zijn het handigst om te weten wat de relatieve resources zijn die zijn toegewezen voor data bases met verschillende reken grootten en service lagen.DTUs are most useful for understanding the relative resources that are allocated for databases at different compute sizes and service tiers. Bijvoorbeeld:For example:

  • Door de Dtu's te verdubbelen door de reken grootte van een Data Base te verg Roten, wordt de set beschik bare bronnen voor die data base verdubbeld.Doubling the DTUs by increasing the compute size of a database equates to doubling the set of resources available to that database.
  • Een Premium service tier P11-data base met 1750 Dtu's biedt 350 keer meer DTU-reken kracht dan een eenvoudige data base van de servicelaag met 5 Dtu's.A premium service tier P11 database with 1750 DTUs provides 350 times more DTU compute power than a basic service tier database with 5 DTUs.

Als u meer inzicht wilt krijgen in het gebruik van uw workload door de resource (DTU), gebruikt u query-prestatie inzichten om:To gain deeper insight into the resource (DTU) consumption of your workload, use query-performance insights to:

  • Identificeer de meest voorkomende query's op basis van het aantal CPU/duur/uitvoeringen dat mogelijk kan worden afgestemd op betere prestaties.Identify the top queries by CPU/duration/execution count that can potentially be tuned for improved performance. Een I/O-intensieve query kan bijvoorbeeld profiteren van optimalisatie technieken in het geheugen om beter gebruik te maken van het beschik bare geheugen in een bepaalde servicelaag en de berekenings grootte.For example, an I/O-intensive query might benefit from in-memory optimization techniques to make better use of the available memory at a certain service tier and compute size.
  • Zoom in op de details van een query om de tekst en de geschiedenis van het resource gebruik weer te geven.Drill down into the details of a query to view its text and its history of resource usage.
  • Aanbevelingen voor het afstemmen van prestaties voor het weer geven van acties die door SQL database Advisorworden uitgevoerd.Access performance-tuning recommendations that show actions taken by SQL Database Advisor.

Elastic data base Trans Action units (Edtu's)Elastic database transaction units (eDTUs)

Voor data bases die altijd beschikbaar zijn in plaats van een speciale set resources (Dtu's) die mogelijk niet altijd nodig zijn, kunt u deze data bases in een elastische poolplaatsen.For databases that are always available, rather than provide a dedicated set of resources (DTUs) that might not always be needed, you can place these databases into an elastic pool. De data bases in een elastische pool bevinden zich op één server en delen een groep resources.The databases in an elastic pool are on a single server and share a pool of resources.

De gedeelde resources in een elastische pool worden gemeten door Elastic data base Trans Action units (Edtu's).The shared resources in an elastic pool are measured by elastic database transaction units (eDTUs). Elastische Pools bieden een eenvoudige en kosteneffectieve oplossing voor het beheer van de prestatie doelen voor meerdere data bases met veel verschillende en onvoorspelbare gebruiks patronen.Elastic pools provide a simple, cost-effective solution to manage performance goals for multiple databases that have widely varying and unpredictable usage patterns. Een elastische groep garandeert dat alle resources niet kunnen worden gebruikt door één data base in de pool, terwijl ervoor wordt gezorgd dat elke data base in de groep altijd een minimale hoeveelheid beschik bare bronnen heeft.An elastic pool guarantees that all the resources can't be consumed by one database in the pool, while ensuring that each database in the pool always has a minimum amount of necessary resources available.

Een pool krijgt een ingesteld aantal Edtu's voor een ingestelde prijs.A pool is given a set number of eDTUs for a set price. In de elastische pool kunnen afzonderlijke data bases automatisch worden geschaald binnen de geconfigureerde grenzen.In the elastic pool, individual databases can autoscale within the configured boundaries. Een Data Base onder een zwaarere belasting neemt meer Edtu's in beslag om aan de vraag te voldoen.A database under a heavier load will consume more eDTUs to meet demand. Data bases met een lichtere belasting nemen minder Edtu's in beslag.Databases under lighter loads will consume fewer eDTUs. Data bases zonder belasting nemen geen Edtu's in beslag.Databases with no load will consume no eDTUs. Omdat resources zijn ingericht voor de hele pool in plaats van per data base, vereenvoudigen elastische Pools uw beheer taken en bieden ze een voorspelbaar budget voor de pool.Because resources are provisioned for the entire pool, rather than per database, elastic pools simplify your management tasks and provide a predictable budget for the pool.

U kunt extra Edtu's toevoegen aan een bestaande pool zonder uitval tijd van de data base en zonder dat dit van invloed is op de data bases in de pool.You can add additional eDTUs to an existing pool with no database downtime and with no impact on the databases in the pool. Als u extra Edtu's niet meer nodig hebt, kunt u deze op elk gewenst moment verwijderen uit een bestaande groep.Similarly, if you no longer need extra eDTUs, remove them from an existing pool at any time. U kunt ook data bases toevoegen aan of verwijderen uit een pool op elk gewenst moment.You can also add databases to or subtract databases from a pool at any time. Als u Edtu's voor andere data bases wilt reserveren, beperkt u het aantal Edtu's dat door een Data Base kan worden gebruikt onder een zware belasting.To reserve eDTUs for other databases, limit the number of eDTUs a database can use under a heavy load. Als een Data Base consequent bronnen gebruikt, verplaatst u deze uit de pool en configureert u deze als één data base met een voorspel bare hoeveelheid vereiste resources.If a database consistently underuses resources, move it out of the pool and configure it as a single database with a predictable amount of required resources.

Het aantal Dtu's bepalen dat nodig is voor een workloadDetermine the number of DTUs needed by a workload

Als u een bestaande on-premises of SQL Server werk belasting van virtuele machine naar SQL Database wilt migreren, gebruikt u de DTU-reken machine om het aantal benodigde dtu's te benaderen.If you want to migrate an existing on-premises or SQL Server virtual machine workload to SQL Database, use the DTU calculator to approximate the number of DTUs needed. Gebruik voor een bestaande SQL Database workload query-prestatie inzichten om inzicht te krijgen in uw database verbruik (dtu's) en krijg meer inzicht in het optimaliseren van uw werk belasting.For an existing SQL Database workload, use query-performance insights to understand your database-resource consumption (DTUs) and gain deeper insights for optimizing your workload. Met de sys.dm_db_resource_stats dynamische beheer weergave (DMV) kunt u het Resource verbruik voor het afgelopen uur weer geven.The sys.dm_db_resource_stats dynamic management view (DMV) lets you view resource consumption for the last hour. In de catalogus weergave van de sys.resource_stats wordt het Resource verbruik voor de afgelopen 14 dagen weer gegeven, maar een lagere betrouw baarheid van gemiddelden van vijf minuten.The sys.resource_stats catalog view displays resource consumption for the last 14 days, but at a lower fidelity of five-minute averages.

DTU-gebruik bepalenDetermine DTU utilization

Gebruik de volgende formule om het gemiddelde percentage van DTU/eDTU-gebruik te bepalen ten opzichte van de DTU/eDTU-limiet van een Data Base of een elastische pool:To determine the average percentage of DTU/eDTU utilization relative to the DTU/eDTU limit of a database or an elastic pool, use the following formula:

avg_dtu_percent = MAX(avg_cpu_percent, avg_data_io_percent, avg_log_write_percent)

De invoer waarden voor deze formule kunnen worden verkregen uit sys.dm_db_resource_stats, sys.resource_statsen sys.elastic_pool_resource_stats dmv's.The input values for this formula can be obtained from sys.dm_db_resource_stats, sys.resource_stats, and sys.elastic_pool_resource_stats DMVs. Met andere woorden, om het percentage van DTU/eDTU-gebruik te bepalen ten opzichte van de DTU/eDTU-limiet van een Data Base of een elastische pool, kiest u de hoogste percentage waarde uit de volgende opties: avg_cpu_percent , avg_data_io_percent en avg_log_write_percent op een bepaald moment.In other words, to determine the percentage of DTU/eDTU utilization toward the DTU/eDTU limit of a database or an elastic pool, pick the largest percentage value from the following: avg_cpu_percent, avg_data_io_percent, and avg_log_write_percent at a given point in time.

Notitie

De DTU-limiet van een Data Base wordt bepaald door CPU, lees bewerkingen, schrijf bewerkingen en geheugen dat beschikbaar is voor de data base.The DTU limit of a database is determined by CPU, reads, writes, and memory available to the database. Maar omdat de SQL Database-Engine doorgaans al het beschik bare geheugen gebruikt voor de gegevens cache om de prestaties te verbeteren, avg_memory_usage_percent wordt de waarde doorgaans bijna 100 procent, ongeacht de huidige laad capaciteit van de data base.However, because the SQL Database engine typically uses all available memory for its data cache to improve performance, the avg_memory_usage_percent value will usually be close to 100 percent, regardless of current database load. Daarom wordt het niet gebruikt in de formule voor het DTU-gebruik, zelfs als het geheugen indirect van invloed is op de DTU-limiet.Therefore, even though memory does indirectly influence the DTU limit, it is not used in the DTU utilization formula.

Workloads die profiteren van een elastische groep resourcesWorkloads that benefit from an elastic pool of resources

Groepen zijn goed geschikt voor data bases met een gemiddelde en relatief weinig gebruik van pieken voor het resource gebruik.Pools are well suited for databases with a low resource-utilization average and relatively infrequent utilization spikes. Zie Wanneer moet u rekening houden met een SQL database elastische pool?voor meer informatie.For more information, see When should you consider a SQL Database elastic pool?.

Hardware gegenereerd in het op DTU gebaseerde aankoop modelHardware generations in the DTU-based purchasing model

In het op DTU gebaseerde aankoop model kunnen klanten de hardware-generatie kiezen die wordt gebruikt voor de data bases.In the DTU-based purchasing model, customers cannot choose the hardware generation used for their databases. Hoewel een bepaalde data base doorgaans gedurende lange tijd op een specifieke generatie van de hardware blijft, zijn er bepaalde gebeurtenissen die ertoe kunnen leiden dat een Data Base wordt verplaatst naar een andere generatie van hardware.While a given database usually stays on a specific hardware generation for a long time (commonly for multiple months), there are certain events that can cause a database to be moved to another hardware generation.

U kunt bijvoorbeeld een Data Base verplaatsen naar een andere hardware-generatie als deze omhoog of omlaag wordt geschaald naar een andere service doelstelling, of als de huidige infra structuur in een Data Center de capaciteits limieten nadert of als de momenteel gebruikte hardware buiten gebruik wordt gesteld vanwege het einde van de levens duur.For example, a database can be moved to a different hardware generation if it's scaled up or down to a different service objective, or if the current infrastructure in a datacenter is approaching its capacity limits, or if the currently used hardware is being decommissioned due to its end of life.

Als een Data Base wordt verplaatst naar andere hardware, kunnen de prestaties van de werk belasting veranderen.If a database is moved to different hardware, workload performance can change. Het DTU-model garandeert dat de door Voer en respons tijd van de werk belasting van de DTU-benchmark periode aanzienlijk hetzelfde blijft als de data base wordt verplaatst naar een andere generatie hardware, mits de service doelstelling (het aantal dtu's) hetzelfde blijft.The DTU model guarantees that the throughput and response time of the DTU benchmark workload will remain substantially identical as the database moves to a different hardware generation, as long as its service objective (the number of DTUs) stays the same.

In het brede spectrum van klant werkbelastingen die worden uitgevoerd in Azure SQL Database, kan de impact van het gebruik van verschillende hardware voor dezelfde service doelstelling echter meer worden uitgesp roken.However, across the wide spectrum of customer workloads running in Azure SQL Database, the impact of using different hardware for the same service objective can be more pronounced. Verschillende werk belastingen profiteren van verschillende hardwareconfiguraties en functies.Different workloads will benefit from different hardware configuration and features. Daarom is het mogelijk om voor andere workloads dan de DTU-Bench Mark prestatie verschillen te zien als de data base van de ene hardware-generatie naar de andere wordt verplaatst.Therefore, for workloads other than the DTU benchmark, it's possible to see performance differences if the database moves from one hardware generation to another.

Een toepassing die bijvoorbeeld gevoelig is voor netwerk latentie, kan betere prestaties zien op GEN5-hardware ten opzichte van Gen4 vanwege het gebruik van versneld netwerken in GEN5, maar een toepassing die intensieve Lees-IO gebruikt, kan betere prestaties zien op Gen4-hardware versus GEN5 vanwege een groter geheugen per core-verhouding van Gen4.For example, an application that is sensitive to network latency can see better performance on Gen5 hardware vs. Gen4 due to the use of Accelerated Networking in Gen5, but an application using intensive read IO can see better performance on Gen4 hardware versus Gen5 due to a higher memory per core ratio on Gen4.

Klanten met werk belastingen die gevoelig zijn voor wijzigingen in de hardware of klanten die de keuze van de hardware-generatie voor hun data base willen beheren, kunnen het vCore -model gebruiken om hun voorkeurs generatie van hardware te kiezen tijdens het maken en schalen van de data base.Customers with workloads that are sensitive to hardware changes or customers who wish to control the choice of hardware generation for their database can use the vCore model to choose their preferred hardware generation during database creation and scaling. In het vCore-model worden resource limieten van elke service doelstelling op elke hardware-generatie gedocumenteerd voor zowel afzonderlijke data bases als elastische Pools.In the vCore model, resource limits of each service objective on each hardware generation are documented, for both single databases and elastic pools. Zie Hardware-generatiesvoor meer informatie over hardware-generaties in het vCore-model.For more information about hardware generations in the vCore model, see Hardware generations.

Veelgestelde vragen (FAQ)Frequently asked questions (FAQs)

Moet ik mijn toepassing offline zetten om een service tier op basis van DTU te converteren naar een vCore-service tier?Do I need to take my application offline to convert from a DTU-based service tier to a vCore-based service tier?

Nee.No. U hoeft de toepassing niet offline te zetten.You don't need to take the application offline. De nieuwe service lagen bieden een eenvoudige online conversie methode die vergelijkbaar is met het bestaande proces van het bijwerken van data bases van de standaard naar de Premium-servicelaag en de andere manier.The new service tiers offer a simple online-conversion method that's similar to the existing process of upgrading databases from the standard to the premium service tier and the other way around. U kunt deze conversie starten met behulp van de Azure Portal, Power shell, de Azure CLI, T-SQL of de REST API.You can start this conversion by using the Azure portal, PowerShell, the Azure CLI, T-SQL, or the REST API. Zie voor het beheren van afzonderlijke data bases en het beheren van elastische Pools.See Manage single databases and Manage elastic pools.

Kan ik een Data Base van een servicelaag in het op vCore gebaseerde aankoop model converteren naar een servicelaag in het op DTU gebaseerde aankoop model?Can I convert a database from a service tier in the vCore-based purchasing model to a service tier in the DTU-based purchasing model?

Ja, u kunt uw data base eenvoudig converteren naar een ondersteunde prestatie doelstelling door gebruik te maken van de Azure Portal, Power shell, de Azure CLI, T-SQL of de REST API.Yes, you can easily convert your database to any supported performance objective by using the Azure portal, PowerShell, the Azure CLI, T-SQL, or the REST API. Zie voor het beheren van afzonderlijke data bases en het beheren van elastische Pools.See Manage single databases and Manage elastic pools.

Volgende stappenNext steps