Azure SQL veritabanı sunucusuzAzure SQL Database serverless

Uygulama hedefi: Azure SQL veritabanı

Sunucusuz işlem, Azure SQL Veritabanı'ndaki tek veritabanları için iş yükü talebine göre işlemi otomatik olarak ölçeklendiren ve saniyede kullanılan işlem miktarını faturalayan bir işlem katmanıdır.Serverless is a compute tier for single databases in Azure SQL Database that automatically scales compute based on workload demand and bills for the amount of compute used per second. Ayrıca sunucusuz işlem katmanı etkinlik dışı dönemlerde veritabanını otomatik olarak duraklatır (bu dönemlerde yalnızca depolama faturalanır) ve etkinliğe dönüldüğünde veritabanlarını otomatik olarak sürdürür.The serverless compute tier also automatically pauses databases during inactive periods when only storage is billed and automatically resumes databases when activity returns.

Sunucusuz işlem katmanıServerless compute tier

Azure SQL veritabanı 'ndaki tek veritabanlarına yönelik sunucusuz işlem katmanı, bir işlem otomatik ölçeklendirme aralığı ve otomatik duraklatma gecikmesi tarafından parametrelenir.The serverless compute tier for single databases in Azure SQL Database is parameterized by a compute autoscaling range and an auto-pause delay. Bu parametrelerin yapılandırması, veritabanı performans deneyimini ve işlem maliyetini şekillendirilir.The configuration of these parameters shapes the database performance experience and compute cost.

Sunucusuz faturalandırma

Performans yapılandırmasıPerformance configuration

  • Minimum sanal çekirdekler ve maksimum sanal çekirdekler , veritabanı için kullanılabilir işlem kapasitesi aralığını tanımlayan yapılandırılabilir parametrelerdir.The minimum vCores and maximum vCores are configurable parameters that define the range of compute capacity available for the database. Bellek ve GÇ sınırları belirtilen vCore aralığıyla orantılıdır.Memory and IO limits are proportional to the vCore range specified.
  • Otomatik duraklatma gecikmesi , veritabanının otomatik olarak duraklatılmadan önce devre dışı olması gereken süreyi tanımlayan yapılandırılabilir bir parametredir.The auto-pause delay is a configurable parameter that defines the period of time the database must be inactive before it is automatically paused. Sonraki oturum açma veya diğer etkinlik gerçekleştiğinde veritabanı otomatik olarak sürdürülür.The database is automatically resumed when the next login or other activity occurs. Alternatif olarak, Otomatik duraklatma devre dışı bırakılabilir.Alternatively, automatic pausing can be disabled.

MaliyetCost

  • Sunucusuz bir veritabanının maliyeti, işlem maliyeti ve depolama maliyetinin özetidir.The cost for a serverless database is the summation of the compute cost and storage cost.
  • İşlem kullanımı, yapılandırılan minimum ve maksimum limitlerin arasında olduğunda, işlem maliyeti sanal çekirdeği ve kullanılan belleği temel alır.When compute usage is between the min and max limits configured, the compute cost is based on vCore and memory used.
  • İşlem kullanımı, yapılandırılan minimum limitlerin altındaysa, işlem maliyeti en düşük sanal çekirdekleri ve en az belleğe göre yapılandırılır.When compute usage is below the min limits configured, the compute cost is based on the min vCores and min memory configured.
  • Veritabanı duraklatıldığında, işlem maliyeti sıfırdır ve yalnızca depolama maliyetleri tahakkuk edilir.When the database is paused, the compute cost is zero and only storage costs are incurred.
  • Depolama maliyeti, sağlanan işlem katmanının ile aynı şekilde belirlenir.The storage cost is determined in the same way as in the provisioned compute tier.

Daha fazla maliyet ayrıntısı için bkz. faturalandırma.For more cost details, see Billing.

SenaryolarScenarios

Sunucusuz model aralıklı, tahmin edilemez kullanım düzenleri olan ve boşta kullanım dönemlerinden sonra işlemin ısınması için biraz beklemeyi kaldırabilen tek veritabanları için fiyat-performans açısından iyileştirilmiştir.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. Buna karşılık sağlanan işlem katmanı, ortalama kullanımı yüksek olan ve işlem ısınması için beklemeyi kaldıramayan tek veritabanları veya elastik havuzlardaki birden çok veritabanı için fiyat-performans açısından iyileştirilmiştir.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.

Sunucusuz işlem için uygun senaryolarScenarios well suited for serverless compute

  • Kesintili kullanım desenlerine sahip tek veritabanları, zaman içinde etkinlik dışı ve düşük ortalama işlem kullanımı dönemleriyle birlikte oluşmuştur.Single databases with intermittent, unpredictable usage patterns interspersed with periods of inactivity and lower average compute utilization over time.
  • Sağlanan işlem katmanındaki tek veritabanları, genellikle ölçeklendirildi ve hizmet için işlem yeniden oluşturmayı tercih eden müşteriler.Single databases in the provisioned compute tier that are frequently rescaled and customers who prefer to delegate compute rescaling to the service.
  • SQL veritabanı 'nda dağıtımdan önce işlem boyutlandırmanın zor veya tahmin edilmesi mümkün olmayan kullanım geçmişi olmayan yeni tek veritabanları.New single databases without usage history where compute sizing is difficult or not possible to estimate prior to deployment in SQL Database.

Sağlanan işlem için uygun senaryolarScenarios well suited for provisioned compute

  • Daha düzenli, öngörülebilir kullanım desenleri ve zaman içinde daha fazla ortalama işlem kullanımı olan tek veritabanları.Single databases with more regular, predictable usage patterns and higher average compute utilization over time.
  • Daha sık bellek kırpmasını veya duraklatılmış bir durumdan devam eden gecikmelerden kaynaklanan performans dengelerini karşılamaz veritabanları.Databases that cannot tolerate performance trade-offs resulting from more frequent memory trimming or delays in resuming from a paused state.
  • Daha iyi fiyat performansı iyileştirmesi için esnek havuzlarda birleştirilemeyen, kesintili kullanım desenlerine sahip birden çok veritabanı.Multiple databases with intermittent, unpredictable usage patterns that can be consolidated into elastic pools for better price-performance optimization.

Sağlanan işlem katmanıyla karşılaştırmaComparison with provisioned compute tier

Aşağıdaki tabloda sunucusuz bilgi işlem katmanı ve sağlanan işlem katmanı arasındaki farklılıklar özetlenmektedir:The following table summarizes distinctions between the serverless compute tier and the provisioned compute tier:

Sunucusuz işlemServerless compute Sağlanan işlemProvisioned compute
Veritabanı kullanım desenininDatabase usage pattern Zaman içinde daha düşük ortalama işlem kullanımı ile öngörülemeyen kullanımIntermittent, unpredictable usage with lower average compute utilization over time. Zamana göre daha fazla ortalama işlem kullanımı veya elastik havuzlar kullanan birden çok veritabanı içeren daha düzenli kullanım düzenleri.More regular usage patterns with higher average compute utilization over time, or multiple databases using elastic pools.
Performans yönetimi çabalarıPerformance management effort Daha azLower Daha fazlaHigher
İşlem ölçeklemeCompute scaling AutomaticAutomatic El ileManual
İşlem yanıtlama hızıCompute responsiveness Etkin olmayan dönemlerden sonra düşükLower after inactive periods HemenImmediate
Faturalandırma ayrıntı düzeyiBilling granularity /SaniyePer second /SaatPer hour

Model ve hizmet katmanı satın almaPurchasing model and service tier

SQL veritabanı sunucusuz, şu anda yalnızca sanal çekirdek satın alma modelinde 5. nesil donanımda Genel Amaçlı katmanında desteklenir.SQL Database serverless is currently only supported in the General Purpose tier on Generation 5 hardware in the vCore purchasing model.

Otomatik ölçeklendirmeAutoscaling

Ölçeklendirme yanıt hızıScaling responsiveness

Genel olarak sunucusuz veritabanları, en fazla Vçekirdekler değeri tarafından ayarlanan limitlerde istenen herhangi bir işlem için kesintiye uğramadan kaynak talebini karşılamak üzere yeterli kapasiteye sahip bir makine üzerinde çalıştırılır.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. Bazen, makine kaynak talebini birkaç dakika içinde karşılayamaz, Yük Dengeleme otomatik olarak gerçekleşir.Occasionally, load balancing automatically occurs if the machine is unable to satisfy resource demand within a few minutes. Örneğin, kaynak talebi 4 sanal çekirdektir, ancak yalnızca 2 sanal çekirdek varsa, 4 sanal çekirdek sağlanmadan önce yük dengelenmesi birkaç dakika sürebilir.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. Veritabanı, bağlantı kesildiğinde işlemin sonunda kısa bir dönem haricinde yük dengelemesi sırasında çevrimiçi kalır.The database remains online during load balancing except for a brief period at the end of the operation when connections are dropped.

Bellek yönetimiMemory management

Sunucusuz veritabanları için bellek, sağlanan işlem veritabanlarından daha sık geri kazanılır.Memory for serverless databases is reclaimed more frequently than for provisioned compute databases. Bu davranış sunucusuz 'de maliyetleri denetlemek için önemlidir ve performansı etkileyebilir.This behavior is important to control costs in serverless and can impact performance.

Önbellek geri kazanmaCache reclamation

Sağlanan işlem veritabanlarının aksine, CPU veya etkin önbellek kullanımı düşük olduğunda SQL önbelleğinden alınan bellek sunucusuz bir veritabanından geri kazanılır.Unlike provisioned compute databases, memory from the SQL cache is reclaimed from a serverless database when CPU or active cache utilization is low.

  • En son kullanılan önbellek girişlerinin toplam boyutu bir süre eşiğinin altına düştüğünde etkin önbellek kullanımı düşük kabul edilir.Active 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.
  • Cache geri kazanma tetiklendiğinde, hedef önbellek boyutu artımlı olarak önceki boyutunun bir kesirine düşürülür ve geri kazanma yalnızca kullanım düşük kalırsa devam eder.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.
  • Cache geri kazanma gerçekleştiğinde, çıkarmak için önbellek girdileri seçme ilkesi, bellek baskısı yüksek olduğunda sağlanan işlem veritabanları için aynı seçim ilkesidir.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.
  • Önbellek boyutu, yapılandırılmış minimum sanal çekirdekler tarafından tanımlanan en düşük bellek sınırının altına hiçbir şekilde indirgenmez.The cache size is never reduced below the min memory limit as defined by min vCores, that can be configured.

Hem sunucusuz hem de sağlanan işlem veritabanlarında, kullanılabilir tüm bellek kullanılıyorsa önbellek girdileri çıkartılamayabilir.In both serverless and provisioned compute databases, cache entries may be evicted if all available memory is used.

CPU kullanımı düşük olduğunda, etkin önbellek kullanımının kullanım düzenine bağlı olarak yüksek kalabileceğini ve bellek geri kazanma engel olabileceğini unutmayın.Note that when CPU utilization is low, active cache utilization can remain high depending on the usage pattern and prevent memory reclamation. Ayrıca, düzenli arka plan işlemlerinin önceki Kullanıcı etkinliğine yanıt vermemesi nedeniyle, bellek geri kazanma gerçekleşmeden önce Kullanıcı etkinliği durdurulmadan daha fazla gecikme olabilir.Also, there can be additional delays after user activity stops before memory reclamation occurs due to periodic background processes responding to prior user activity. Örneğin, silme işlemleri ve QDS temizleme görevleri, silinmek üzere işaretlenmiş hayalet kayıtlar oluşturur, ancak veri sayfalarını önbelleğe okumayı gerektirebilecek hayalet temizleme işlemi çalıştırılıncaya kadar fiziksel olarak silinmez.For example, delete operations and QDS cleanup tasks generate ghost records that are marked for deletion, but are not physically deleted until the ghost cleanup process runs that can involve reading data pages into cache.

Önbellek hidrasyonuCache hydration

Veriler diskten aynı şekilde ve sağlanan veritabanları için aynı hızda getirilirken, SQL önbelleği artar.The SQL cache grows as data is fetched from disk in the same way and with the same speed as for provisioned databases. Veritabanı meşgulse, önbelleğin en yüksek bellek sınırına kadar kısıtlı olarak büyümesine izin verilir.When the database is busy, the cache is allowed to grow unconstrained up to the max memory limit.

Otomatik duraklatma ve otomatik sürdürmeAuto-pausing and auto-resuming

Otomatik duraklatmaAuto-pausing

Otomatik duraklatma gecikmesi süresi için aşağıdaki koşulların tümü doğru olursa otomatik duraklatma tetiklenir:Auto-pausing is triggered if all of the following conditions are true for the duration of the auto-pause delay:

  • Sayı oturumu = 0Number sessions = 0
  • Kullanıcı havuzunda çalışan Kullanıcı iş yükü için CPU = 0CPU = 0 for user workload running in the user pool

İsterseniz otomatik duraklamayı devre dışı bırakmak için bir seçenek sağlanır.An option is provided to disable auto-pausing if desired.

Aşağıdaki özellikler otomatik duraklamayı desteklemez, ancak otomatik ölçeklendirmeyi destekler.The following features do not support auto-pausing, but do support auto-scaling. Aşağıdaki özelliklerden herhangi biri kullanılırsa, Otomatik duraklatma devre dışı bırakılmalıdır ve veritabanı eylemsizlik süresi ne olursa olsun veritabanı çevrimiçi olarak kalır:If any of the following features are used, then auto-pausing must be disabled and the database will remain online regardless of the duration of database inactivity:

  • Coğrafi çoğaltma (etkin coğrafi çoğaltma ve otomatik yük devretme grupları).Geo-replication (active geo-replication and auto-failover groups).
  • Uzun süreli yedek saklama (LTR).Long-term backup retention (LTR).
  • SQL Data Sync 'de kullanılan eşitleme veritabanı. Eşitleme veritabanlarının aksine, hub ve üye veritabanları otomatik duraklamayı destekler.The sync database used in SQL data sync. Unlike sync databases, hub and member databases support auto-pausing.
  • DNS diğer adDNS aliasing
  • Elastik Işlerde kullanılan iş veritabanı (Önizleme).The job database used in Elastic Jobs (preview).

Otomatik duraklatma, veritabanının çevrimiçi olmasını gerektiren bazı hizmet güncelleştirmelerinin dağıtımı sırasında geçici olarak engellenir.Auto-pausing is temporarily prevented during the deployment of some service updates which require the database be online. Bu gibi durumlarda, hizmet güncelleştirmesi tamamlandıktan sonra otomatik duraklatma yeniden kullanılabilir duruma gelir.In such cases, auto-pausing becomes allowed again once the service update completes.

Otomatik olarak yeniden sürdürülüyorAuto-resuming

Aşağıdaki koşullardan herhangi biri doğruysa, otomatik olarak yeniden başlatma tetiklenir:Auto-resuming is triggered if any of the following conditions are true at any time:

ÖzellikFeature Tetikleyiciyi otomatik olarak yeniden başlatmaAuto-resume trigger
Kimlik doğrulaması ve yetkilendirmeAuthentication and authorization Oturum açLogin
Tehdit algılamaThreat detection Veritabanı veya sunucu düzeyinde tehdit algılama ayarlarını etkinleştirme/devre dışı bırakma.Enabling/disabling threat detection settings at the database or server level.
Tehdit algılama ayarlarını veritabanı veya sunucu düzeyinde değiştirme.Modifying threat detection settings at the database or server level.
Veri bulma ve sınıflandırmaData discovery and classification Duyarlılık etiketlerini ekleme, değiştirme, silme veya görüntülemeAdding, modifying, deleting, or viewing sensitivity labels
DenetimAuditing Denetim kayıtlarını görüntüleme.Viewing auditing records.
Denetim ilkesini güncelleştirme veya görüntüleme.Updating or viewing auditing policy.
Veri maskelemeData masking Veri maskeleme kuralları ekleme, değiştirme, silme veya görüntülemeAdding, modifying, deleting, or viewing data masking rules
Saydam veri şifrelemesiTransparent data encryption Saydam veri şifrelemesinin durumunu veya durumunu görüntülemeViewing state or status of transparent data encryption
Güvenlik açığı değerlendirmesiVulnerability assessment Etkinse geçici taramalar ve düzenli taramalarAd hoc scans and periodic scans if enabled
Sorgu (performans) veri deposuQuery (performance) data store Sorgu deposu ayarlarını değiştirme veya görüntülemeModifying or viewing query store settings
Performans önerileriPerformance recommendations Performans önerilerini görüntüleme veya uygulamaViewing or applying performance recommendations
Otomatik ayarlamaAuto-tuning Otomatik Dizin oluşturma gibi otomatik ayarlama önerilerini uygulama ve doğrulamaApplication and verification of auto-tuning recommendations such as auto-indexing
Veritabanı kopyalamaDatabase copying Kopya olarak veritabanı oluşturun.Create database as copy.
BACPAC dosyasına dışarı aktarın.Export to a BACPAC file.
SQL Data SyncSQL data sync Yapılandırılabilir bir zamanlamaya göre çalışan ya da el ile gerçekleştirilen merkez ve üye veritabanları arasında eşitlemeSynchronization between hub and member databases that run on a configurable schedule or are performed manually
Belirli veritabanı meta verilerini değiştirmeModifying certain database metadata Yeni veritabanı etiketleri ekleniyor.Adding new database tags.
Maksimum sanal çekirdekler, en az sanal çekirdek veya oto duraklatma gecikmesi değiştiriliyor.Changing max vCores, min vCores, or autopause delay.
SQL Server Management Studio (SSMS)SQL Server Management Studio (SSMS) 18,1 'den önceki SSMS sürümlerinin kullanılması ve sunucudaki herhangi bir veritabanı için yeni bir sorgu penceresinin açılması, aynı sunucuda otomatik olarak duraklatılan tüm veritabanlarını sürdürür.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. SSMS sürüm 18,1 veya üzeri kullanılıyorsa bu davranış oluşmaz.This behavior does not occur if using SSMS version 18.1 or later.

Yukarıda listelenen işlemlerden herhangi birini gerçekleştirerek izleme, yönetim veya diğer çözümler otomatik olarak devam ettirmeyi tetikler.Monitoring, management, or other solutions performing any of the operations listed above will trigger auto-resuming.

Otomatik sürdürme, veritabanının çevrimiçi olmasını gerektiren bazı hizmet güncelleştirmelerinin dağıtımı sırasında da tetiklenir.Auto-resuming is also triggered during the deployment of some service updates which require the database be online.

BağlantıConnectivity

Sunucusuz bir veritabanı duraklatıldığında, ilk oturum açma işlemi veritabanını sürdürür ve 40613 hata koduyla veritabanının kullanılamadığını belirten bir hata döndürür.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. Veritabanı devam ettirdikten sonra, bağlantı kurmak için oturum açma yeniden denenmelidir.Once the database is resumed, the login must be retried to establish connectivity. Bağlantı yeniden deneme mantığının bulunduğu veritabanı istemcilerinin değiştirilmesi gerekmez.Database clients with connection retry logic should not need to be modified.

Gecikme süresiLatency

Otomatik olarak devam etmeyi ve otomatik olarak duraklatma gecikmesi, otomatik olarak devam etmek için 1 dakikalık ve otomatik olarak duraklatılacağı 1-10 dakikadır.The latency to auto-resume and auto-pause a serverless database is generally order of 1 minute to auto-resume and 1-10 minutes to auto-pause.

Müşteri tarafından yönetilen saydam veri şifrelemesi (BYOK)Customer managed transparent data encryption (BYOK)

Müşteri tarafından yönetilen saydam veri şifrelemesi (bYok) kullanılıyorsa ve anahtar silme veya iptal gerçekleştiğinde sunucusuz veritabanı otomatik olarak duraklatılmışsa, veritabanı otomatik duraklatılmış durumda kalır.If using customer managed transparent data encryption (BYOK) and the serverless database is auto-paused when key deletion or revocation occurs, then the database remains in the auto-paused state. Bu durumda, veritabanının bir sonraki sürdürülme sonrasında veritabanı yaklaşık 10 dakika içinde erişilemez hale gelir.In this case, after the database is next resumed, the database becomes inaccessible within approximately 10 minutes. Veritabanı erişilemez duruma geldikten sonra kurtarma işlemi, sağlanan işlem veritabanları ile aynı olur.Once the database becomes inaccessible, the recovery process is the same as for provisioned compute databases. Anahtar silme veya iptal gerçekleştiğinde sunucusuz veritabanı çevrimiçiyse, veritabanı, sağlanan işlem veritabanları ile aynı şekilde yaklaşık 10 dakika içinde erişilemez hale gelir.If the serverless database is online when key deletion or revocation occurs, then the database also becomes inaccessible within approximately 10 minutes in the same way as with provisioned compute databases.

Sunucusuz işlem katmanına eklemeOnboarding into serverless compute tier

Yeni bir veritabanı oluşturmak veya var olan bir veritabanını sunucusuz bir işlem katmanına taşımak, sağlanan işlem katmanında yeni bir veritabanı oluşturma ile aynı kalıbı izler ve aşağıdaki iki adımı içerir.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. Hizmet hedefini belirtin.Specify the service objective. Hizmet hedefi, hizmet katmanını, donanım üretimini ve maks. sanal çekirdekleri bir bütün olarak kullanıma önerir.The service objective prescribes the service tier, hardware generation, and max vCores. Hizmet hedefi seçenekleri için bkz. sunucusuz kaynak limitleriFor service objective options, see serverless resource limits

  2. İsteğe bağlı olarak, varsayılan değerlerini değiştirmek için en düşük sanal çekirdekleri ve oto duraklatma gecikmesini belirtin.Optionally, specify the min vCores and autopause delay to change their default values. Aşağıdaki tabloda bu parametreler için kullanılabilir değerler gösterilmektedir.The following table shows the available values for these parameters.

    ParametreParameter Değer seçimleriValue choices Varsayılan değerDefault value
    En düşük sanal çekirdeklerMin vCores Yapılandırılan en fazla sanal çekirdek sayısını gösterir- kaynak sınırlarınabakın.Depends on max vCores configured - see resource limits. 0,5 sanal çekirdekler0.5 vCores
    Oto duraklatma gecikmesiAutopause delay En az: 60 dakika (1 saat)Minimum: 60 minutes (1 hour)
    Maksimum: 10080 dakika (7 gün)Maximum: 10080 minutes (7 days)
    Artımlar: 10 dakikaIncrements: 10 minutes
    Oto duraklamayı devre dışı bırak:-1Disable autopause: -1
    60 dakika60 minutes

Sunucusuz işlem katmanında yeni bir veritabanı oluşturunCreate a new database in the serverless compute tier

Aşağıdaki örnekler sunucusuz işlem katmanında yeni bir veritabanı oluşturur.The following examples create a new database in the serverless compute tier.

Azure portalını kullanmaUse the Azure portal

Bkz. hızlı başlangıç: Azure SQL veritabanı 'nda Azure Portal kullanarak tek bir veritabanı oluşturma.See Quickstart: Create a single database in Azure SQL Database using the Azure portal.

PowerShell kullanmaUse PowerShell

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

Azure CLI kullanmaUse the Azure CLI

az sql db create -g $resourceGroupName -s $serverName -n $databaseName `
  -e GeneralPurpose -f Gen5 --min-capacity 0.5 -c 2 --compute-model Serverless --auto-pause-delay 720

Transact-SQL (T-SQL) kullanmaUse Transact-SQL (T-SQL)

T-SQL kullanırken, en düşük sanal çekirdekler ve oto duraklatma gecikmesi için varsayılan değerler uygulanır.When using T-SQL, default values are applied for the min vcores and autopause delay.

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

Ayrıntılar için bkz. veritabanı oluşturma.For details, see CREATE DATABASE.

Sağlanan işlem katmanından bir veritabanını sunucusuz işlem katmanına taşımaMove a database from the provisioned compute tier into the serverless compute tier

Aşağıdaki örneklerde, bir veritabanı sağlanan işlem katmanından sunucusuz işlem katmanına taşınır.The following examples move a database from the provisioned compute tier into the serverless compute tier.

PowerShell kullanmaUse PowerShell

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

Azure CLI kullanmaUse the Azure CLI

az sql db update -g $resourceGroupName -s $serverName -n $databaseName `
  --edition GeneralPurpose --min-capacity 1 --capacity 4 --family Gen5 --compute-model Serverless --auto-pause-delay 1440

Transact-SQL (T-SQL) kullanmaUse Transact-SQL (T-SQL)

T-SQL kullanırken, varsayılan değerler en düşük sanal çekirdekler ve otomatik duraklatma gecikmesi için uygulanır.When using T-SQL, default values are applied for the min vcores and auto-pause delay.

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

Ayrıntılar için bkz. alter database.For details, see ALTER DATABASE.

Bir veritabanını sunucusuz işlem katmanından sağlanan işlem katmanına taşımaMove a database from the serverless compute tier into the provisioned compute tier

Bir sunucusuz veritabanı, sağlanan bir işlem veritabanını sunucusuz bir işlem katmanına taşıma ile aynı şekilde, sağlanan bir işlem katmanına taşınabilir.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.

Sunucusuz yapılandırmayı değiştirmeModifying serverless configuration

PowerShell kullanmaUse PowerShell

Maksimum veya en düşük sanal çekirdekleri ve oto duraklatma gecikmesini değiştirmek,, ve bağımsız değişkenleri kullanılarak PowerShell 'deki set-AzSqlDatabase komutu kullanılarak gerçekleştirilir MaxVcore MinVcore AutoPauseDelayInMinutes .Modifying the maximum or minimum vCores, and autopause delay, is performed by using the Set-AzSqlDatabase command in PowerShell using the MaxVcore, MinVcore, and AutoPauseDelayInMinutes arguments.

Azure CLI kullanmaUse the Azure CLI

Maksimum veya en düşük sanal çekirdekleri ve oto duraklatma gecikmesini değiştirmek,, ve bağımsız değişkenlerini kullanarak Azure CLı 'deki az SQL DB Update komutu kullanılarak gerçekleştirilir capacity min-capacity auto-pause-delay .Modifying the maximum or minimum vCores, and autopause delay, is performed by using the az sql db update command in Azure CLI using the capacity, min-capacity, and auto-pause-delay arguments.

İzlemeMonitoring

Kullanılan ve faturalandırılan kaynaklarResources used and billed

Sunucusuz bir veritabanının kaynakları uygulama paketi, SQL örneği ve Kullanıcı kaynak havuzu varlıkları tarafından kapsüllenir.The resources of a serverless database are encapsulated by app package, SQL instance, and user resource pool entities.

Uygulama paketiApp package

Uygulama paketi, veritabanının sunucusuz veya sağlanmış bir işlem katmanında olup olmamasına bakılmaksızın bir veritabanı için en dıştaki kaynak yönetimi sınırıdır.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. Uygulama paketi, hepsi bir arada SQL veritabanındaki bir veritabanı tarafından kullanılan tüm Kullanıcı ve sistem kaynaklarının kapsamını kapsayan tam metin araması gibi SQL örneğini ve dış hizmetleri içerir.The app package contains the SQL instance and external services like full-text search that all together scope all user and system resources used by a database in SQL Database. SQL örneği genellikle uygulama paketi genelinde genel kaynak kullanımını ayırır.The SQL instance generally dominates the overall resource utilization across the app package.

Kullanıcı kaynak havuzuUser resource pool

Kullanıcı kaynak havuzu, veritabanının sunucusuz veya sağlanmış bir işlem katmanında olup olmamasından bağımsız olarak bir veritabanı için en çok kaynak yönetimi sınırıdır.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. Kullanıcı kaynak havuzu kapsamları, SELECT, INSERT, UPDATE ve DELETE gibi DDL sorguları tarafından oluşturulan kullanıcı iş yükü için CPU ve g/ç sorguları.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. Bu sorgular genellikle uygulama paketindeki kullanım oranının en önemli oranını temsil eder.These queries generally represent the most substantial proportion of utilization within the app package.

ÖlçümlerMetrics

Bir sunucusuz veritabanının uygulama paketinin ve Kullanıcı havuzunun kaynak kullanımını izlemeye yönelik ölçümler aşağıdaki tabloda listelenmiştir:Metrics for monitoring the resource usage of the app package and user pool of a serverless database are listed in the following table:

VarlıkEntity MetricMetric AçıklamaDescription BirimlerUnits
Uygulama paketiApp package app_cpu_percentapp_cpu_percent Uygulama tarafından, uygulama için izin verilen en fazla Vçekirdelere göre kullanılan sanal çekirdekler yüzdesi.Percentage of vCores used by the app relative to max vCores allowed for the app. YüzdePercentage
Uygulama paketiApp package app_cpu_billedapp_cpu_billed Raporlama döneminde uygulama için faturalandırılan işlem miktarı.The amount of compute billed for the app during the reporting period. Bu süre boyunca ödenen miktar, bu ölçümün ve vCore birim fiyatının ürünüdür.The amount paid during this period is the product of this metric and the vCore unit price.

Bu ölçümün değerleri, en fazla CPU kullanımı ve her saniye kullanılan bellek için toplanan zamana göre belirlenir.Values of this metric are determined by aggregating over time the maximum of CPU used and memory used each second. Kullanılan miktar, en düşük sanal çekirdekler ve minimum bellek tarafından ayarlanan şekilde sağlanan minimum miktardan azsa, sağlanan minimum miktar faturalandırılır.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.İşlemci amacıyla CPU 'yu bellek ile karşılaştırmak için, bellek miktarı GB cinsinden vCore başına 5 GB olarak yeniden ayarlayarak sanal çekirdek birimlerine normalleştirilmelidir. 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.
Sanal çekirdek SaniyelervCore seconds
Uygulama paketiApp package app_memory_percentapp_memory_percent Uygulama tarafından uygulama için izin verilen en fazla belleğe göre kullanılan bellek yüzdesi.Percentage of memory used by the app relative to max memory allowed for the app. YüzdePercentage
Kullanıcı havuzuUser pool cpu_percentcpu_percent Kullanıcı iş yükü tarafından Kullanıcı iş yükü için izin verilen en fazla sanal çekirdeğe göre kullanılan sanal çekirdekler yüzdesi.Percentage of vCores used by user workload relative to max vCores allowed for user workload. YüzdePercentage
Kullanıcı havuzuUser pool data_IO_percentdata_IO_percent Kullanıcı iş yükü tarafından Kullanıcı iş yükü için izin verilen en fazla veri ıOPS 'ye göre kullanılan veri ıOPS yüzdesi.Percentage of data IOPS used by user workload relative to max data IOPS allowed for user workload. YüzdePercentage
Kullanıcı havuzuUser pool log_IO_percentlog_IO_percent Kullanıcı iş yükü tarafından Kullanıcı iş yükü için izin verilen en fazla günlük MB/sn 'ye göre kullanılan günlük MB/sn yüzdesi.Percentage of log MB/s used by user workload relative to max log MB/s allowed for user workload. YüzdePercentage
Kullanıcı havuzuUser pool workers_percentworkers_percent Kullanıcı iş yükü tarafından Kullanıcı iş yükü için izin verilen en fazla çalışanlara göre kullanılan çalışanların yüzdesi.Percentage of workers used by user workload relative to max workers allowed for user workload. YüzdePercentage
Kullanıcı havuzuUser pool sessions_percentsessions_percent Kullanıcı iş yükü tarafından Kullanıcı iş yükü için izin verilen en fazla oturumlara göre kullanılan oturumların yüzdesi.Percentage of sessions used by user workload relative to max sessions allowed for user workload. YüzdePercentage

Durumu duraklatma ve devam etmeyiPause and resume status

Azure portal veritabanı durumu, içerdiği veritabanlarını listeleyen sunucunun Genel Bakış bölmesinde görüntülenir.In the Azure portal, the database status is displayed in the overview pane of the server that lists the databases it contains. Veritabanı durumu, veritabanının genel bakış bölmesinde de görüntülenir.The database status is also displayed in the overview pane for the database.

Bir veritabanının duraklatma ve devam durumunu sorgulamak için aşağıdaki komutları kullanma:Using the following commands to query the pause and resume status of a database:

PowerShell kullanmaUse PowerShell

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

Azure CLI kullanmaUse the Azure CLI

az sql db show --name $databasename --resource-group $resourcegroupname --server $servername --query 'status' -o json

Kaynak sınırlarıResource limits

Kaynak sınırları için bkz. sunucusuz işlem katmanı.For resource limits, see serverless compute tier.

FaturalandırmaBilling

Faturalandırılan işlem miktarı, her saniye kullanılan en yüksek CPU ve bellek sayısıdır.The amount of compute billed is the maximum of CPU used and memory used each second. Kullanılan CPU miktarı ve kullanılan bellek miktarı her biri için sağlanan minimum tutardan azsa, sağlanan miktar faturalandırılır.If the amount of CPU used and memory used is less than the minimum amount provisioned for each, then the provisioned amount is billed. İşlemci amacıyla CPU 'yu bellek ile karşılaştırmak için, bellek miktarı GB cinsinden vCore başına 5 GB olarak yeniden ayarlayarak sanal çekirdek birimlerine normalleştirilmelidir.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.

  • Faturalandırılan kaynak: CPU ve bellekResource billed: CPU and memory
  • Faturalandırılan miktar: Vcore birim fiyatı * Max (en az sanal çekirdek, sanal çekirdek, en az bellek gb * 1/3, bellek GB kullanıldı * 1/3)Amount billed: vCore unit price * max (min vCores, vCores used, min memory GB * 1/3, memory GB used * 1/3)
  • Faturalama sıklığı: saniye başınaBilling frequency: Per second

VCore birim fiyatı, saniye başına sanal çekirdek başına maliyettir.The vCore unit price is the cost per vCore per second. Belirli bir bölgedeki belirli birim fiyatları için Azure SQL Veritabanı fiyatlandırma sayfasına bakın.Refer to the Azure SQL Database pricing page for specific unit prices in a given region.

Faturalandırılan işlem miktarı aşağıdaki ölçüm tarafından sunulur:The amount of compute billed is exposed by the following metric:

  • Ölçüm: App_cpu_billed (sanal çekirdek saniye)Metric: app_cpu_billed (vCore seconds)
  • Tanım: Max (min sanal çekirdekler, sanal çekirdekler, en az bellek gb * 1/3, bellek GB kullanılan * 1/3)Definition: max (min vCores, vCores used, min memory GB * 1/3, memory GB used * 1/3)
  • Raporlama sıklığı: dakika başınaReporting frequency: Per minute

Bu miktar saniyede hesaplanır ve 1 dakikadan fazla toplanır.This quantity is calculated each second and aggregated over 1 minute.

Minimum işlem faturanızMinimum compute bill

Sunucusuz bir veritabanı duraklatılmışsa, işlem faturanız sıfırdır.If a serverless database is paused, then the compute bill is zero. Sunucusuz bir veritabanı duraklatılmadığı takdirde, en düşük işlem faturanız en fazla (en düşük sanal çekirdek, en az bellek GB * 1/3) temel alan sanal çekirdek miktarından daha az olmaz.If a serverless database is not paused, then the minimum compute bill is no less than the amount of vCores based on max (min vCores, min memory GB * 1/3).

Örnekler:Examples:

  • Sunucusuz bir veritabanının duraklatılmadığını ve 3,0 GB dakikalık belleğe karşılık gelen 8 maks sanal çekirdek ve 1 dakikalık sanal çekirdek ile yapılandırıldığını varsayalım.Suppose a serverless database is not paused and configured with 8 max vCores and 1 min vCore corresponding to 3.0 GB min memory. Daha sonra minimum işlem faturanız en fazla (1 sanal çekirdek, 3,0 GB * 1 sanal çekirdek/3 GB) = 1 sanal çekirdek tabanlıdır.Then the minimum compute bill is based on max (1 vCore, 3.0 GB * 1 vCore / 3 GB) = 1 vCore.
  • Sunucusuz bir veritabanının duraklatılmadığını ve 6 GB dakikalık belleğe karşılık 2,1 gelen 4 maksimum sanal çekirdek ve 0,5 minimum Vcore ile yapılandırıldığını varsayalım.Suppose a serverless database is not paused and configured with 4 max vCores and 0.5 min vCores corresponding to 2.1 GB min memory. Daha sonra minimum işlem faturanız en yüksek (0,5 sanal çekirdek, 2,1 GB * 1 sanal çekirdek/3 GB) = 0,7 sanal çekirdekleri temel alır.Then the minimum compute bill is based on max (0.5 vCores, 2.1 GB * 1 vCore / 3 GB) = 0.7 vCores.

Sunucusuz için Azure SQL Veritabanı Fiyatlandırma Hesaplayıcı , yapılandırılan en fazla ve en düşük sanal çekirdek sayısına göre yapılandırılabilir en düşük belleği tespit etmek için kullanılabilir.The Azure SQL Database pricing calculator for serverless can be used to determine the min memory configurable based on the number of max and min vCores configured. Kural olarak, yapılandırılan en düşük sanal çekirdekler 0,5 sanal çekirdekten fazlaysa, en düşük işlem faturanız yapılandırılan en düşük bellekten ve yalnızca yapılandırılan minimum sanal çekirdek sayısına göre belirlenir.As a rule, if the min vCores configured is greater than 0.5 vCores, then the minimum compute bill is independent of the min memory configured and based only on the number of min vCores configured.

Örnek senaryoExample scenario

1 dakikalık sanal çekirdek ve 4 maks sanal çekirdeklerle yapılandırılmış sunucusuz bir veritabanını göz önünde bulundurun.Consider a serverless database configured with 1 min vCore and 4 max vCores. Bu, 3 GB ve daha fazla bellek ve 12 GB maksimum bellek ile aynıdır.This corresponds to around 3 GB min memory and 12-GB max memory. Otomatik duraklatma gecikmesini 6 saat olarak, veritabanı iş yükünün ise 24 saatlik bir dönemde ilk 2 saat boyunca etkin olduğunu ve aksi takdirde devre dışı olduğunu varsayalım.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.

Bu durumda, veritabanı ilk 8 saat boyunca işlem ve depolama için faturalandırılır.In this case, the database is billed for compute and storage during the first 8 hours. Veritabanı, ikinci saatten sonra devre dışı bırakılsa bile, veritabanı çevrimiçi olduğunda sağlanan minimum işlem temelinde sonraki 6 saat içinde işlem için faturalandırılır.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. Veritabanı duraklatıldıktan sonra yalnızca depolama, 24 saatlik sürenin geri kalanı üzerinden faturalandırılır.Only storage is billed during the remainder of the 24-hour period while the database is paused.

Daha kesin olarak, bu örnekteki işlem faturanız aşağıdaki gibi hesaplanır:More precisely, the compute bill in this example is calculated as follows:

Zaman aralığıTime Interval her saniye kullanılan sanal çekirdeklervCores used each second Her saniye kullanılan GBGB used each second Faturalandırılan işlem boyutuCompute dimension billed zaman aralığı içinde faturalandırılan sanal çekirdek SaniyelervCore seconds billed over time interval
0:00-1:000:00-1:00 44 99 kullanılan sanal çekirdeklervCores used 4 sanal çekirdek * 3600 saniye = 14400 sanal çekirdek saniye4 vCores * 3600 seconds = 14400 vCore seconds
1:00-2:001:00-2:00 11 1212 Kullanılan bellekMemory used 12 GB * 1/3 * 3600 saniye = 14400 sanal çekirdek saniye12 GB * 1/3 * 3600 seconds = 14400 vCore seconds
2:00-8:002:00-8:00 00 00 Sağlanan minimum bellekMin memory provisioned 3 GB * 1/3 * 21600 saniye = 21600 sanal çekirdek saniye3 GB * 1/3 * 21600 seconds = 21600 vCore seconds
8:00-24:008:00-24:00 00 00 Durakladığında faturalandırılan işlem yokNo compute billed while paused 0 sanal çekirdek saniye0 vCore seconds
24 saat üzerinden faturalandırılan toplam vCore saniyeTotal vCore seconds billed over 24 hours 50400 sanal çekirdek saniye50400 vCore seconds

İşlem birimi fiyatının $0.000145/vCore/Second olduğunu varsayalım.Suppose the compute unit price is $0.000145/vCore/second. Ardından bu 24 saatlik dönem için faturalandırılan işlem, faturalandırılan işlem birimi fiyatının ve sanal çekirdek saniyenin ürünüdür: $0.000145/vCore/Second * 50400 sanal çekirdek saniyesi ~ $7,31Then the compute billed for this 24-hour period is the product of the compute unit price and vCore seconds billed: $0.000145/vCore/second * 50400 vCore seconds ~ $7.31

Azure Hibrit Avantajı ve ayrılmış kapasiteAzure Hybrid Benefit and reserved capacity

Azure Hibrit Avantajı (AHB) ve ayrılmış kapasite iskontoları sunucusuz işlem katmanına uygulanmaz.Azure Hybrid Benefit (AHB) and reserved capacity discounts do not apply to the serverless compute tier.

Kullanılabilir bölgelerAvailable regions

Sunucusuz bilgi işlem katmanı, aşağıdaki bölgeler dışında Dünya çapında kullanılabilir: Çin Doğu, Çin Kuzey, Almanya Orta, Almanya Kuzeydoğu ve US Gov Orta (Iowa).The serverless compute tier is available worldwide except the following regions: China East, China North, Germany Central, Germany Northeast, and US Gov Central (Iowa).

Sonraki adımlarNext steps