Azure SQL Database - ServerloosAzure SQL Database serverless

Azure SQL Database serverloos is een compute-laag voor afzonderlijke data bases waarmee de berekening automatisch wordt geschaald op basis van de vraag van de werk belasting en de facturen voor de hoeveelheid reken kracht die per seconde wordt gebruikt.Azure SQL Database serverless is a compute tier for single databases that automatically scales compute based on workload demand and bills for the amount of compute used per second. De compute-laag zonder server onderbreekt ook automatisch data bases tijdens inactieve Peri Oden wanneer alleen opslag wordt gefactureerd en automatisch data bases hervat wanneer de activiteit wordt geretourneerd.The serverless compute tier also automatically pauses databases during inactive periods when only storage is billed and automatically resumes databases when activity returns.

Serverloze compute-laagServerless compute tier

De compute-laag zonder server voor één data base is vastgelegd door een bereik voor automatisch schalen van berekeningen en een vertraging van automatische onderbrekingen.The serverless compute tier for a single database is parameterized by a compute autoscaling range and an autopause delay. De configuratie van deze para meters vormen de prestaties van de data base en reken kosten.The configuration of these parameters shape the database performance experience and compute cost.

facturering zonder server

Configuratie van prestatiesPerformance configuration

  • De minimale vCores -en maximum vCores zijn Configureer bare para meters die het bereik van berekenings capaciteit bepalen dat voor de data base beschikbaar is.The minimum vCores and maximum vCores are configurable parameters that define the range of compute capacity available for the database. Geheugen-en i/o-limieten zijn evenredig met het opgegeven vCore-bereik.Memory and IO limits are proportional to the vCore range specified.
  • De vertraging voor automatische onderbrekingen is een Configureer bare para meter waarmee de periode wordt gedefinieerd die de data base inactief moet zijn voordat deze automatisch wordt onderbroken.The autopause delay is a configurable parameter that defines the period of time the database must be inactive before it is automatically paused. De data base wordt automatisch hervat wanneer de volgende aanmelding of andere activiteit plaatsvindt.The database is automatically resumed when the next login or other activity occurs. Het is ook mogelijk om autopauzes uit te scha kelen.Alternatively, autopausing can be disabled.

KostenCost

  • De kosten voor een serverloze Data Base zijn de som van de reken kosten en opslag kosten.The cost for a serverless database is the summation of the compute cost and storage cost.
  • Wanneer het reken gebruik tussen de minimale en maximale limieten is geconfigureerd, zijn de reken kosten gebaseerd op vCore en het gebruikte geheugen.When compute usage is between the min and max limits configured, the compute cost is based on vCore and memory used.
  • Wanneer het reken gebruik lager is dan de limieten die zijn geconfigureerd, zijn de reken kosten gebaseerd op de minimale vCores en het minimale geheugen dat is geconfigureerd.When compute usage is below the min limits configured, the compute cost is based on the min vCores and min memory configured.
  • Wanneer de data base wordt onderbroken, zijn de reken kosten nul en worden er alleen opslag kosten in rekening gebracht.When the database is paused, the compute cost is zero and only storage costs are incurred.
  • De opslag kosten worden bepaald op dezelfde manier als in de ingerichte Compute-laag.The storage cost is determined in the same way as in the provisioned compute tier.

Zie factureringvoor meer informatie over de kosten.For more cost details, see Billing.

Scenario'sScenarios

Serverloze is prijs-prestatie geoptimaliseerd voor afzonderlijke data bases met periodieke, onvoorspelbare gebruiks patronen die enige vertraging kunnen ondervinden bij het opwarmen van het aantal keer dat ze niet actief zijn.Serverless is price-performance optimized for single databases with intermittent, unpredictable usage patterns that can afford some delay in compute warm-up after idle usage periods. De ingerichte Compute-laag daarentegen heeft de prijs prestaties geoptimaliseerd voor afzonderlijke data bases of meerdere data bases in elastische Pools met een hoger gemiddeld gebruik dat geen vertraging kan ondervinden bij het opwarmen van berekeningen.In contrast, the provisioned compute tier is price-performance optimized for single databases or multiple databases in elastic pools with higher average usage that cannot afford any delay in compute warm-up.

Scenario's goed geschikt voor serverloze computeScenarios well-suited for serverless compute

  • Afzonderlijke data bases met periodieke, onvoorspelbare gebruiks patronen tussen Peri Oden van inactiviteit en een lager gemiddelde reken gebruik gedurende een periode.Single databases with intermittent, unpredictable usage patterns interspersed with periods of inactivity and lower average compute utilization over time.
  • Afzonderlijke data bases in de ingerichte Compute-laag die vaak worden geschaald en klanten die de voor keur geven aan het opnieuw schalen van berekeningen naar de service.Single databases in the provisioned compute tier that are frequently rescaled and customers who prefer to delegate compute rescaling to the service.
  • Nieuwe afzonderlijke data bases zonder gebruiks geschiedenis waarbij de reken grootte moeilijk is of niet kan worden geschat vóór de implementatie in SQL Database.New single databases without usage history where compute sizing is difficult or not possible to estimate prior to deployment in SQL Database.

Scenario's zijn goed geschikt voor de ingerichte reken krachtScenarios well-suited for provisioned compute

  • Eén data base met meer reguliere, voorspel bare gebruiks patronen en een hoger gemiddelde reken gebruik gedurende een bepaalde periode.Single databases with more regular, predictable usage patterns and higher average compute utilization over time.
  • Data bases die geen prestatie verhoudingen kunnen verdragen die voortkomen uit meer frequente geheugen inkortingen of vertraging bij autohervatten vanuit een onderbroken status.Databases that cannot tolerate performance trade-offs resulting from more frequent memory trimming or delay in autoresuming from a paused state.
  • Meerdere data bases met periodieke, onvoorspelbare gebruiks patronen die kunnen worden geconsolideerd in elastische Pools voor betere optimalisatie van de prijs prestaties.Multiple databases with intermittent, unpredictable usage patterns that can be consolidated into elastic pools for better price-performance optimization.

Vergelijking met ingerichte Compute-laagComparison with provisioned compute tier

De volgende tabel bevat een overzicht van de verschillen tussen de serverloze Compute-laag en de ingerichte Compute-laag:The following table summarizes distinctions between the serverless compute tier and the provisioned compute tier:

Serverloze computeServerless compute Ingerichte computeProvisioned compute
Database gebruiks patroonDatabase usage pattern Onregelmatige, onvoorspelbaar gebruik met minder gemiddelde reken capaciteit gedurende een bepaalde periode.Intermittent, unpredictable usage with lower average compute utilization over time. Meer reguliere gebruiks patronen met een hoger gemiddelde reken gebruik gedurende een bepaalde periode of meerdere data bases met elastische Pools.More regular usage patterns with higher average compute utilization over time, or multiple databases using elastic pools.
Prestatie beheer-inspanningPerformance management effort OnderliggendeLower OmhoogHigher
Berekening schalenCompute scaling AutomatischAutomatic HandmatigManual
Reactie tijd van berekeningenCompute responsiveness Lager dan inactieve Peri OdenLower after inactive periods OnmiddellijkImmediate
Granulatie factureringBilling granularity Per secondePer second Per uurPer hour

Aankoop model en servicelaagPurchasing model and service tier

SQL Database serverloze wordt momenteel alleen ondersteund in de laag Algemeen op generatie 5 in het vCore-aankoop model.SQL Database serverless is currently only supported in the General Purpose tier on Generation 5 hardware in the vCore purchasing model.

Automatisch schalenAutoscaling

Reactie tijd van schalenScaling responsiveness

Over het algemeen worden serverloze data bases uitgevoerd op een computer met voldoende capaciteit om te voldoen aan de vraag naar resources zonder onderbreking voor een hoeveelheid berekenings aanvragen binnen de limieten die zijn ingesteld met de waarde Max vCores.In general, serverless databases are run on a machine with sufficient capacity to satisfy resource demand without interruption for any amount of compute requested within limits set by the max vCores value. In sommige gevallen treedt taak verdeling automatisch op als de computer binnen een paar minuten niet in staat is om te voldoen aan de vraag van de resource.Occasionally, load balancing automatically occurs if the machine is unable to satisfy resource demand within a few minutes. Als de vraag van de resource bijvoorbeeld 4 vCores is, maar slechts twee vCores beschikbaar is, kan het tot een paar minuten duren voordat 4 vCores worden weer gegeven.For example, if the resource demand is 4 vCores, but only 2 vCores are available, then it may take up to a few minutes to load balance before 4 vCores are provided. De data base blijft online tijdens taak verdeling, met uitzonde ring van een korte periode aan het einde van de bewerking wanneer verbindingen worden verwijderd.The database remains online during load balancing except for a brief period at the end of the operation when connections are dropped.

Geheugen beheerMemory management

Geheugen voor serverloze data bases is vaker vrijgemaakt dan voor ingerichte Compute-data bases.Memory for serverless databases is reclaimed more frequently than for provisioned compute databases. Dit is belang rijk voor het beheren van de kosten in serverloze en kan invloed hebben op de prestaties.This behavior is important to control costs in serverless and can impact performance.

Cache terugwinningCache reclamation

In tegens telling tot provisioned Compute-data bases, wordt het geheugen van de SQL-cache vrijgemaakt van een serverloze data base wanneer het CPU-of cache gebruik laag is.Unlike provisioned compute databases, memory from the SQL cache is reclaimed from a serverless database when CPU or cache utilization is low.

  • Cache gebruik wordt beschouwd als laag als de totale grootte van de meest recent gebruikte cache vermeldingen voor een bepaalde tijd onder een drempel waarde valt.Cache utilization is considered low when the total size of the most recently used cache entries falls below a threshold for a period of time.
  • Wanneer het inwinnen van de cache wordt geactiveerd, wordt de grootte van de doel cache oplopend verhoogd naar een fractie van de vorige grootte, en wordt er alleen een vrijmaken als het gebruik laag blijft.When cache reclamation is triggered, the target cache size is reduced incrementally to a fraction of its previous size and reclaiming only continues if usage remains low.
  • Wanneer de cache wordt verwijderd, is het beleid voor het selecteren van cache vermeldingen voor het verwijderen hetzelfde selectie beleid als voor provisioned Compute data bases wanneer de geheugen belasting hoog is.When cache reclamation occurs, the policy for selecting cache entries to evict is the same selection policy as for provisioned compute databases when memory pressure is high.
  • De cache grootte wordt nooit kleiner dan de minimale geheugen limiet, zoals gedefinieerd door de minimale vCores die kan worden geconfigureerd.The cache size is never reduced below the min memory limit as defined by min vCores which can be configured.

In zowel serverloze als ingerichte Compute-data bases kunnen cache vermeldingen worden verwijderd als alle beschik bare geheugen wordt gebruikt.In both serverless and provisioned compute databases, cache entries may be evicted if all available memory is used.

Cache HydrationCache hydration

De SQL-cache groeit naarmate gegevens op dezelfde manier worden opgehaald van de schijf en met dezelfde snelheid als voor ingerichte data bases.The SQL cache grows as data is fetched from disk in the same way and with the same speed as for provisioned databases. Wanneer de data base bezet is, mag het cache geheugen groter worden dan de Maxi maal toegestane geheugen limiet.When the database is busy, the cache is allowed to grow unconstrained up to the max memory limit.

Autopauzeering en autohervattenAutopausing and autoresuming

AutopauzerenAutopausing

Automatische onderbreking wordt geactiveerd als aan de duur van de automatische onderbreking de volgende voor waarden van toepassing zijn:Autopausing is triggered if all of the following conditions are true for the duration of the autopause delay:

  • Aantal sessies = 0Number sessions = 0
  • CPU = 0 voor de werk belasting van de gebruiker die wordt uitgevoerd in de gebruikers groepCPU = 0 for user workload running in the user pool

Er is een optie voor het uitschakelen van de functie voor het indien gewenst van AutoActiveren.An option is provided to disable autopausing if desired.

De volgende functies bieden geen ondersteuning voor het autopauzeren.The following features do not support autopausing. Dat wil zeggen, als een van de volgende functies wordt gebruikt, de data base online blijft, ongeacht de duur van de data base-inactiviteit:That is, if any of the following features are used, then the database remains online regardless of the duration of database inactivity:

  • Geo-replicatie (actieve groepen met geo-replicatie en automatische failover).Geo-replication (active geo-replication and auto-failover groups).
  • Lange termijn retentie van back-ups (LTR).Long-term backup retention (LTR).
  • De gesynchroniseerde data base die wordt gebruikt in SQL Data Sync. In tegens telling tot synchronisatie databases ondersteunen de data bases van hubs en leden automatische onderbrekingen.The sync database used in SQL data sync. Unlike sync databases, hub and member databases support autopausing.
  • De taak database die wordt gebruikt in elastische taken.The job database used in elastic jobs.

Autopauzeren wordt tijdelijk voor komen tijdens de implementatie van sommige service-updates waarvoor de data base online is.Autopausing is temporarily prevented during the deployment of some service updates which require the database be online. In dergelijke gevallen wordt automatisch onderbreken opnieuw toegestaan zodra de service-update is voltooid.In such cases, autopausing becomes allowed again once the service update completes.

AutohervattenAutoresuming

Autohervatten wordt geactiveerd als een van de volgende voor waarden op elk moment waar is:Autoresuming is triggered if any of the following conditions are true at any time:

FunctieFeature Trigger voor automatisch hervattenAutoresume trigger
Verificatie en autorisatieAuthentication and authorization AanmeldenLogin
Detectie van bedreigingenThreat detection Instellingen voor detectie van bedreigingen in-of uitschakelen op Data Base-of server niveau.Enabling/disabling threat detection settings at the database or server level.
Instellingen voor detectie van bedreigingen wijzigen op Data Base-of server niveau.Modifying threat detection settings at the database or server level.
Gegevensdetectie en -classificatieData discovery and classification Toevoegen, wijzigen, verwijderen of weer geven van gevoeligheids labelsAdding, modifying, deleting, or viewing sensitivity labels
ControlerenAuditing Controle records weer geven.Viewing auditing records.
Controle beleid bijwerken of weer geven.Updating or viewing auditing policy.
GegevensmaskeringData masking Regels voor gegevens maskering toevoegen, wijzigen, verwijderen of weer gevenAdding, modifying, deleting, or viewing data masking rules
Transparent Data EncryptionTransparent data encryption Status of status van transparante gegevens versleuteling weer gevenView state or status of transparent data encryption
Gegevens Archief voor query (prestaties)Query (performance) data store Query Store-instellingen wijzigen of weer gevenModifying or viewing query store settings
AutotuningAutotuning Toepassing en verificatie van aanbevelingen voor automatische afstemming, zoals automatisch indexerenApplication and verification of autotuning recommendations such as auto-indexing
Data base kopiërenDatabase copying Maak een Data Base als kopie.Create database as copy.
Exporteren naar een BACPAC-bestand.Export to a BACPAC file.
SQL-gegevens synchronisatieSQL data sync Synchronisatie tussen de data bases van de hub en het lid die worden uitgevoerd op een configureerbaar schema of die hand matig worden uitgevoerdSynchronization between hub and member databases that run on a configurable schedule or are performed manually
Bepaalde data base-meta gegevens wijzigenModifying certain database metadata Nieuwe data base-Tags toevoegen.Adding new database tags.
De maximale vCores, de minimale vCores of de vertraging voor autopause wijzigen.Changing max vCores, min vCores, or autopause delay.
SQL Server Management Studio (SSMS)SQL Server Management Studio (SSMS) Als u SSMS-versies gebruikt die ouder zijn dan 18,1 en een nieuw query venster opent voor een Data Base op de server, wordt automatisch onderbroken Data Base op dezelfde server hervat.Using SSMS versions earlier than 18.1 and opening a new query window for any database in the server will resume any auto-paused database in the same server. Dit gedrag treedt niet op als u SSMS-versie 18,1 of hoger gebruikt.This behavior does not occur if using SSMS version 18.1 or later.

Autohervatten wordt ook geactiveerd tijdens de implementatie van sommige service-updates waarvoor de data base online moet zijn.Autoresuming is also triggered during the deployment of some service updates which require the database be online.

ConnectiviteitConnectivity

Als een serverloze data base wordt onderbroken, wordt de data base door de eerste aanmelding hervat en wordt een fout geretourneerd die aangeeft dat de data base niet beschikbaar is met fout code 40613.If a serverless database is paused, then the first login will resume the database and return an error stating that the database is unavailable with error code 40613. Zodra de data base is hervat, moet de aanmelding opnieuw worden geprobeerd om verbinding te maken.Once the database is resumed, the login must be retried to establish connectivity. Data base-clients met verbindings poging logica mogen niet worden gewijzigd.Database clients with connection retry logic should not need to be modified.

LatentieLatency

De latentie voor automatisch hervatten en automatisch onderbreken van een serverloze data base is doorgaans 1 minuut tot automatisch hervatten en 1-10 minuten om automatisch te onderbreken.The latency to autoresume and autopause a serverless database is generally order of 1 minute to autoresume and 1-10 minutes to autopause.

Onboarding in Compute-laag zonder serverOnboarding into serverless compute tier

Het maken van een nieuwe data base of het verplaatsen van een bestaande Data Base naar een serverloze Compute-laag volgt hetzelfde patroon als het maken van een nieuwe data base in een ingerichte Compute-laag en omvat de volgende twee stappen.Creating a new database or moving an existing database into a serverless compute tier follows the same pattern as creating a new database in provisioned compute tier and involves the following two steps.

  1. Geef de naam van de service doelstelling op.Specify the service objective name. De service doelstelling schrijft de service tier, het genereren van hardware en het maximale aantal vCores.The service objective prescribes the service tier, hardware generation, and max vCores. In de volgende tabel worden de opties voor service doelstelling weer gegeven:The following table shows the service objective options:

    Naam van service doelstellingService objective name ServicelaagService tier Hardware genererenHardware generation Maximum aantal vCoresMax vCores
    GP_S_Gen5_1GP_S_Gen5_1 Algemeen gebruikGeneral Purpose Gen5Gen5 11
    GP_S_Gen5_2GP_S_Gen5_2 Algemeen gebruikGeneral Purpose Gen5Gen5 22
    GP_S_Gen5_4GP_S_Gen5_4 Algemeen gebruikGeneral Purpose Gen5Gen5 44
    GP_S_Gen5_6GP_S_Gen5_6 Algemeen gebruikGeneral Purpose Gen5Gen5 66
    GP_S_Gen5_8GP_S_Gen5_8 Algemeen gebruikGeneral Purpose Gen5Gen5 88
    GP_S_Gen5_10GP_S_Gen5_10 Algemeen gebruikGeneral Purpose Gen5Gen5 1010
    GP_S_Gen5_12GP_S_Gen5_12 Algemeen gebruikGeneral Purpose Gen5Gen5 1212
    GP_S_Gen5_14GP_S_Gen5_14 Algemeen gebruikGeneral Purpose Gen5Gen5 1414
    GP_S_Gen5_16GP_S_Gen5_16 Algemeen gebruikGeneral Purpose Gen5Gen5 1616
  2. Geef desgewenst de minimale vCores en de vertraging voor autopause op om de standaard waarden te wijzigen.Optionally, specify the min vCores and autopause delay to change their default values. De volgende tabel bevat de beschik bare waarden voor deze para meters.The following table shows the available values for these parameters.

    ParameterParameter Opties voor waardenValue choices StandaardwaardeDefault value
    Min vCoresMin vCores Is afhankelijk van het maximum aantal geconfigureerde vCores-Zie resource limieten.Depends on max vCores configured - see resource limits. 0,5 vCores0.5 vCores
    Vertraging van autopauseAutopause delay Minimum: 60 minuten (1 uur)Minimum: 60 minutes (1 hour)
    Maximum: 10080 minuten (7 dagen)Maximum: 10080 minutes (7 days)
    Aantal stappen: 60 minutenIncrements: 60 minutes
    Autopause uitschakelen:-1Disable autopause: -1
    60 minuten60 minutes

Nieuwe data base maken in serverloze Compute-laagCreate new database in serverless compute tier

Azure Portal gebruikenUse Azure portal

Zie Quick Start: een enkele data base maken in Azure SQL database met behulp van de Azure Portal.See Quickstart: Create a single database in Azure SQL Database using the Azure portal.

PowerShell gebruikenUse PowerShell

In het volgende voor beeld wordt een nieuwe data base gemaakt in de compute-laag zonder server.The following example creates a new database in the serverless compute tier. In dit voor beeld wordt expliciet het minimale vCores, het maximum aantal vCores en de vertraging voor autopause opgegeven.This example explicitly specifies the min vCores, max vCores, and autopause delay.

New-AzSqlDatabase `
  -ResourceGroupName $resourceGroupName `
  -ServerName $serverName `
  -DatabaseName $databaseName `
  -ComputeModel Serverless `
  -Edition GeneralPurpose `
  -ComputeGeneration Gen5 `
  -MinVcore 0.5 `
  -MaxVcore 2 `
  -AutoPauseDelayInMinutes 720

Transact-SQL (T-SQL) gebruikenUse Transact-SQL (T-SQL)

In het volgende voor beeld wordt een nieuwe data base gemaakt in de compute-laag zonder server.The following example creates a new database in the serverless compute tier.

CREATE DATABASE testdb
( EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_S_Gen5_1' ) ;

Zie Create Data Base(Engelstalig) voor meer informatie.For details, see CREATE DATABASE.

Data base verplaatsen van ingerichte Compute-laag naar serverloze Compute-laagMove database from provisioned compute tier into serverless compute tier

PowerShell gebruikenUse PowerShell

In het volgende voor beeld wordt een Data Base van de ingerichte Compute-laag verplaatst naar de serverloze Compute-laag.The following example moves a database from the provisioned compute tier into the serverless compute tier. In dit voor beeld wordt expliciet het minimale vCores, het maximum aantal vCores en de vertraging voor autopause opgegeven.This example explicitly specifies the min vCores, max vCores, and autopause delay.

Set-AzSqlDatabase `
  -ResourceGroupName $resourceGroupName `
  -ServerName $serverName `
  -DatabaseName $databaseName `
  -Edition GeneralPurpose `
  -ComputeModel Serverless `
  -ComputeGeneration Gen5 `
  -MinVcore 1 `
  -MaxVcore 4 `
  -AutoPauseDelayInMinutes 1440

Transact-SQL (T-SQL) gebruikenUse Transact-SQL (T-SQL)

In het volgende voor beeld wordt een Data Base van de ingerichte Compute-laag verplaatst naar de serverloze Compute-laag.The following example moves a database from the provisioned compute tier into the serverless compute tier.

ALTER DATABASE testdb 
MODIFY ( SERVICE_OBJECTIVE = 'GP_S_Gen5_1') ;

Zie ALTER data base(Engelstalig) voor meer informatie.For details, see ALTER DATABASE.

Data base verplaatsen van serverloze Compute-laag naar ingerichte Compute-laagMove database from serverless compute tier into provisioned compute tier

Een serverloze data base kan op dezelfde manier worden verplaatst naar een ingerichte Compute-laag als het verplaatsen van een ingerichte Compute-Data Base naar een serverloze Compute-laag.A serverless database can be moved into a provisioned compute tier in the same way as moving a provisioned compute database into a serverless compute tier.

Configuratie zonder server wijzigenModifying serverless configuration

Maximum vCoresMaximum vCores

PowerShell gebruikenUse PowerShell

Het wijzigen van de maximale vCores wordt uitgevoerd met behulp van de set-AzSqlDatabase opdracht in Power shell met behulp van het argument MaxVcore.Modifying the max vCores is performed by using the Set-AzSqlDatabase command in PowerShell using the MaxVcore argument.

Minimum vCoresMinimum vCores

PowerShell gebruikenUse PowerShell

Het wijzigen van de min-vCores wordt uitgevoerd met behulp van de set-AzSqlDatabase opdracht in Power shell met behulp van het argument MinVcore.Modifying the min vCores is performed by using the Set-AzSqlDatabase command in PowerShell using the MinVcore argument.

Vertraging van autopauseAutopause delay

PowerShell gebruikenUse PowerShell

Het wijzigen van de vertraging voor autopause wordt uitgevoerd met behulp van de opdracht set-AzSqlDatabase in Power shell met behulp van het argument AutoPauseDelayInMinutes.Modifying the autopause delay is performed by using the Set-AzSqlDatabase command in PowerShell using the AutoPauseDelayInMinutes argument.

BewakingMonitoring

Gebruikte resources en gefactureerdResources used and billed

De resources van een serverloze Data Base worden ingekapseld door het app-pakket, het SQL-exemplaar en de entiteiten van de gebruikers resource groep.The resources of a serverless database are encapsulated by app package, SQL instance, and user resource pool entities.

App-pakketApp package

Het app-pakket is de buitenste grens voor resource beheer voor een Data Base, ongeacht of de data base zich in een serverloze of ingerichte Compute-laag bevindt.The app package is the outer most resource management boundary for a database, regardless of whether the database is in a serverless or provisioned compute tier. Het app-pakket bevat het SQL-exemplaar en de externe services die samen het bereik hebben van alle gebruikers-en systeem resources die worden gebruikt door een data base in SQL Database.The app package contains the SQL instance and external services that together scope all user and system resources used by a database in SQL Database. Voor beelden van externe services zijn R en zoeken in volledige tekst.Examples of external services include R and full-text search. Het SQL-exemplaar is doorgaans het totale resource gebruik in het app-pakket.The SQL instance generally dominates the overall resource utilization across the app package.

Resource groep gebruikerUser resource pool

De resource groep van de gebruiker is de binnenste grenzen voor bron beheer voor een Data Base, ongeacht of de data base zich in een serverloze of ingerichte Compute-laag bevindt.The user resource pool is the inner most resource management boundary for a database, regardless of whether the database is in a serverless or provisioned compute tier. De resource groep van de gebruiker bereiken CPU en IO voor de werk belasting van de gebruiker die wordt gegenereerd door DDL-query's, zoals het maken en wijzigen van en DML-query's zoals selecteren, invoegen, bijwerken en verwijderen.The user resource pool scopes CPU and IO for user workload generated by DDL queries such as CREATE and ALTER and DML queries such as SELECT, INSERT, UPDATE, and DELETE. Deze query's vertegenwoordigen in het algemeen het meest significante deel van het gebruik binnen het app-pakket.These queries generally represent the most substantial proportion of utilization within the app package.

Metrische gegevensMetrics

De metrische gegevens voor het bewaken van het resource gebruik van het app-pakket en de gebruikers groep van een serverloze Data Base worden weer gegeven in de volgende tabel:Metrics for monitoring the resource usage of the app package and user pool of a serverless database are listed in the following table:

EntiteitEntity GegevensMetric BeschrijvingDescription EenhedenUnits
App-pakketApp package app_cpu_percentapp_cpu_percent Het percentage vCores dat door de app wordt gebruikt ten opzichte van het maximale aantal vCores dat voor de app is toegestaan.Percentage of vCores used by the app relative to max vCores allowed for the app. PercentagePercentage
App-pakketApp package app_cpu_billedapp_cpu_billed De hoeveelheid reken kracht die tijdens de rapportage periode in rekening wordt gebracht voor de app.The amount of compute billed for the app during the reporting period. Het betaalde bedrag tijdens deze periode is het product van deze metrische waarde en de vCore eenheids prijs.The amount paid during this period is the product of this metric and the vCore unit price.

Waarden van deze metrische gegevens worden bepaald door het samen voegen van het maximum van CPU-gebruik en het geheugen dat elke seconde wordt gebruikt.Values of this metric are determined by aggregating over time the maximum of CPU used and memory used each second. Als de gebruikte hoeveelheid kleiner is dan de minimum hoeveelheid die is ingericht zoals ingesteld door de min-vCores en het minimale geheugen, wordt de ingerichte minimum hoeveelheid gefactureerd.If the amount used is less than the minimum amount provisioned as set by the min vCores and min memory, then the minimum amount provisioned is billed. Als u de CPU wilt vergelijken met geheugen voor facturerings doeleinden, wordt geheugen genormaliseerd in eenheden van vCores door de hoeveelheid geheugen in GB met 3 GB per vCore opnieuw te schalen. In order to compare CPU with memory for billing purposes, memory is normalized into units of vCores by rescaling the amount of memory in GB by 3 GB per vCore.
vCore secondenvCore seconds
App-pakketApp package app_memory_percentapp_memory_percent Percentage van het geheugen dat wordt gebruikt door de app ten opzichte van Maxi maal geheugen dat is toegestaan voor de app.Percentage of memory used by the app relative to max memory allowed for the app. PercentagePercentage
Gebruikers groepUser pool cpu_percentcpu_percent Het percentage vCores dat wordt gebruikt door de werk belasting van de gebruiker ten opzichte van Max vCores toegestaan voor de werk belastingPercentage of vCores used by user workload relative to max vCores allowed for user workload. PercentagePercentage
Gebruikers groepUser pool data_IO_percentdata_IO_percent Het percentage gegevens-IOPS dat wordt gebruikt door de werk belasting van de gebruiker ten opzichte van het maximale aantal gegevens IOPS dat is toegestaan voorPercentage of data IOPS used by user workload relative to max data IOPS allowed for user workload. PercentagePercentage
Gebruikers groepUser pool log_IO_percentlog_IO_percent Percentage logboek MB/s dat wordt gebruikt door de werk belasting van de gebruiker ten opzichte van het maximale aantal logboeken per seconde dat is toegestaan voor de werk belastingPercentage of log MB/s used by user workload relative to max log MB/s allowed for user workload. PercentagePercentage
Gebruikers groepUser pool workers_percentworkers_percent Percentage van werk nemers die worden gebruikt door de werk belasting van de gebruiker ten opzichte van Maxi maal toegestane werk nemersPercentage of workers used by user workload relative to max workers allowed for user workload. PercentagePercentage
Gebruikers groepUser pool sessions_percentsessions_percent Het percentage sessies dat wordt gebruikt door de werk belasting van de gebruiker ten opzichte van het maximum aantal toegestane sessies voor de werk belastingPercentage of sessions used by user workload relative to max sessions allowed for user workload. PercentagePercentage

Status onderbreken en hervattenPause and resume status

In de Azure Portal wordt de status van de Data Base weer gegeven in het deel venster Overzicht van de server met de data bases die deze bevat.In the Azure portal, the database status is displayed in the overview pane of the server that lists the databases it contains. De database status wordt ook weer gegeven in het deel venster Overzicht voor de data base.The database status is also displayed in the overview pane for the database.

Gebruik de volgende Power shell-opdracht om de status van een Data Base te onderbreken en te hervatten:Using the following PowerShell command to query the pause and resume status of a database:

Get-AzSqlDatabase `
  -ResourceGroupName $resourcegroupname `
  -ServerName $servername `
  -DatabaseName $databasename `
  | Select -ExpandProperty "Status"

BronlimietenResource limits

Zie serverloze Compute-laagvoor resource limieten.For resource limits, see serverless compute tier.

FactureringBilling

De hoeveelheid berekenings kosten is het maximum van CPU-gebruik en het geheugen dat elke seconde wordt gebruikt.The amount of compute billed is the maximum of CPU used and memory used each second. Als de gebruikte hoeveelheid CPU en het gebruikte geheugen kleiner is dan het minimum aantal dat voor elk is ingericht, wordt de ingerichte hoeveelheid gefactureerd.If the amount of CPU used and memory used is less than the minimum amount provisioned for each, then the provisioned amount is billed. Als u de CPU wilt vergelijken met geheugen voor facturerings doeleinden, wordt geheugen genormaliseerd in eenheden van vCores door de hoeveelheid geheugen in GB met 3 GB per vCore opnieuw te schalen.In order to compare CPU with memory for billing purposes, memory is normalized into units of vCores by rescaling the amount of memory in GB by 3 GB per vCore.

  • Gefactureerde resource: CPU en geheugenResource billed: CPU and memory
  • Gefactureerd bedrag: vCore eenheids prijs * Max (min vCores, vCores gebruikt, min geheugen gb * 1/3, geheugen GB gebruikt * 1/3)Amount billed: vCore unit price * max (min vCores, vCores used, min memory GB * 1/3, memory GB used * 1/3)
  • Facturerings frequentie: per secondeBilling frequency: Per second

De vCore eenheids prijs is de kosten per vCore per seconde.The vCore unit price is the cost per vCore per second. Raadpleeg de pagina met prijzen voor de Azure SQL database voor specifieke eenheids prijzen in een bepaalde regio.Refer to the Azure SQL Database pricing page for specific unit prices in a given region.

De gefactureerde hoeveelheid berekenings kosten wordt weer gegeven met de volgende metriek:The amount of compute billed is exposed by the following metric:

  • Metrisch: App_cpu_billed (vCore seconden)Metric: app_cpu_billed (vCore seconds)
  • Definitie: Max (min vCores, vCores gebruikt, min geheugen gb * 1/3, geheugen GB gebruikt * 1/3)Definition: max (min vCores, vCores used, min memory GB * 1/3, memory GB used * 1/3)
  • Rapportage frequentie: per minuutReporting frequency: Per minute

Deze hoeveelheid wordt per seconde berekend en op 1 minuut geaggregeerd.This quantity is calculated each second and aggregated over 1 minute.

Overweeg een serverloze data base die is geconfigureerd met 1 min vCore en Maxi maal 4 vCores.Consider a serverless database configured with 1 min vCore and 4 max vCores. Dit komt overeen met ongeveer 3 GB min geheugen en een maximum van 12 GB geheugen.This corresponds to around 3 GB min memory and 12-GB max memory. Stel dat de vertraging voor automatisch onderbreken is ingesteld op 6 uur en dat de werk belasting van de data base actief is gedurende de eerste twee uur van een periode van 24 uur en anders niet actief is.Suppose the auto-pause delay is set to 6 hours and the database workload is active during the first 2 hours of a 24-hour period and otherwise inactive.

In dit geval wordt de data base in de eerste acht uur gefactureerd voor Compute en opslag.In this case, the database is billed for compute and storage during the first 8 hours. Hoewel de data base na het tweede uur inactief is, wordt deze in de komende 6 uur nog steeds gefactureerd op basis van de minimale Compute die is ingericht terwijl de data base online is.Even though the database is inactive starting after the second hour, it is still billed for compute in the subsequent 6 hours based on the minimum compute provisioned while the database is online. Alleen opslag wordt in rekening gebracht gedurende de rest van de periode van 24 uur wanneer de data base wordt onderbroken.Only storage is billed during the remainder of the 24-hour period while the database is paused.

Nauw keuriger wordt de reken factuur in dit voor beeld als volgt berekend:More precisely, the compute bill in this example is calculated as follows:

Tijds intervalTime Interval vCores elke seconde gebruiktvCores used each second GB gebruikt elke secondeGB used each second Gefactureerde reken dimensieCompute dimension billed vCore seconden gefactureerd over het tijds intervalvCore seconds billed over time interval
0:00-1:000:00-1:00 44 99 vCores gebruiktvCores used 4 vCores seconden * 3600 seconde = 14400 vCore seconden4 vCores * 3600 seconds = 14400 vCore seconds
1:00-2:001:00-2:00 11 1212 Gebruikt geheugenMemory used 12 GB * 1/3 * 3600 seconden = 14400 vCore seconden12 GB * 1/3 * 3600 seconds = 14400 vCore seconds
2:00-8:002:00-8:00 00 00 Mini maal geheugen ingerichtMin memory provisioned 3 GB * 1/3 * 21600 seconden = 21600 vCore seconden3 GB * 1/3 * 21600 seconds = 21600 vCore seconds
8:00-24:008:00-24:00 00 00 Er wordt geen reken tijd in rekening gebrachtNo compute billed while paused 0 vCore seconden0 vCore seconds
Totaal aantal vCore seconden gefactureerd over 24 uurTotal vCore seconds billed over 24 hours 50400 vCore seconden50400 vCore seconds

Stel dat de reken eenheids prijs $0.000073/vCore/seconde is.Suppose the compute unit price is $0.000073/vCore/second. De reken tijd die voor deze periode van 24 uur wordt gefactureerd, is het product van de reken eenheids prijs en vCore seconden in rekening gebracht: $0.000073/vCore/Second * 50400 vCore seconden = $3,68Then the compute billed for this 24-hour period is the product of the compute unit price and vCore seconds billed: $0.000073/vCore/second * 50400 vCore seconds = $3.68

Azure Hybrid Benefit en gereserveerde capaciteitAzure Hybrid Benefit and reserved capacity

Azure Hybrid Benefit (AHB) en gereserveerde capaciteits kortingen zijn niet van toepassing op de serverloze Compute-laag.Azure Hybrid Benefit (AHB) and reserved capacity discounts do not apply to the serverless compute tier.

Beschikbare regio'sAvailable regions

De compute-laag zonder server is wereld wijd beschikbaar, met uitzonde ring van de volgende regio's: China-oost, China-noord, Duitsland-centraal, Duitsland-noordoost, UK-noord, UK-zuid 2, West-Centraal VS en US Gov Central (Iowa).The serverless compute tier is available worldwide except the following regions: China East, China North, Germany Central, Germany Northeast, UK North, UK South 2, West Central US, and US Gov Central (Iowa).

Volgende stappenNext steps