Azure SQL Veritabanı sunucusuz

ŞUNUN İÇİN GEÇERLİDİR: Azure SQL Database

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. 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.

Sunucusuz işlem katmanı

Azure SQL Veritabanı içindeki tek veritabanlarına yönelik sunucusuz işlem katmanı, bir işlem otomatik ölçeklendirme aralığı ve otomatik duraklatma gecikmesi tarafından parametrelenir. Bu parametrelerin yapılandırması, veritabanı performans deneyimini ve işlem maliyetini şekillendirilir.

Performans yapılandırması

• Minimum sanal çekirdekler ve maksimum sanal çekirdekler , veritabanı için kullanılabilir işlem kapasitesi aralığını tanımlayan yapılandırılabilir parametrelerdir. Bellek ve GÇ sınırları belirtilen vCore aralığıyla orantılıdır. 
• 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. Sonraki oturum açma veya diğer etkinlik gerçekleştiğinde veritabanı otomatik olarak sürdürülür. Alternatif olarak, Otomatik duraklatma devre dışı bırakılabilir.

Maliyet

• Sunucusuz bir veritabanının maliyeti, işlem maliyeti ve depolama maliyetinin özetidir.
• İş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.
• İş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.
• Veritabanı duraklatıldığında, işlem maliyeti sıfırdır ve yalnızca depolama maliyetleri tahakkuk edilir.
• Depolama maliyeti, sağlanan işlem katmanının ile aynı şekilde belirlenir.

Daha fazla maliyet ayrıntısı için bkz. faturalandırma.

Senaryolar

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. 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.

Sunucusuz işlem için uygun senaryolar

• Aralıklı olarak, öngörülemeyen kullanım desenlerine sahip tek veritabanları, etkinlik dışı dönemlerle birlikte ve ortalama işlem kullanımını zamana göre azaltır.
• Sağlanan işlem katmanındaki tek veritabanları, genellikle ölçeklendirildi ve hizmet için işlem yeniden oluşturmayı tercih eden müşteriler.
• işlem boyutlandırmanın zor olduğu veya SQL Veritabanı ' de dağıtımdan önce tahmin edilmesi mümkün olmadığı kullanım geçmişi olmayan yeni tek veritabanları.

Sağlanan işlem için uygun senaryolar

• Daha düzenli, öngörülebilir kullanım desenleri ve zaman içinde daha fazla ortalama işlem kullanımı olan tek veritabanları.
• Daha sık bellek kırpmasını veya duraklatılmış bir durumdan devam eden gecikmelerden kaynaklanan performans dengelerini karşılamaz veritabanları.
• Daha iyi fiyat performansı iyileştirmesi için esnek havuzlarda birleştirilemeyen, kesintili kullanım desenlerine sahip birden çok veritabanı.

Sağlanan işlem katmanıyla karşılaştırma

Aşağıdaki tabloda sunucusuz bilgi işlem katmanı ve sağlanan işlem katmanı arasındaki farklılıklar özetlenmektedir:

Model ve hizmet katmanı satın alma

SQL Veritabanı sunucusuz, şu anda yalnızca sanal çekirdek satın alma modelinde 5. nesil donanım üzerinde Genel Amaçlı katmanında desteklenir.

Otomatik ölçeklendirme

Ölçeklendirme yanıt hızı

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. Bazen, makine kaynak talebini birkaç dakika içinde karşılayamaz, Yük Dengeleme otomatik olarak gerçekleşir. Ö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. Veritabanı, bağlantı kesildiğinde işlemin sonunda kısa bir dönem haricinde yük dengelemesi sırasında çevrimiçi kalır.

Bellek yönetimi

Sunucusuz veritabanları için bellek, sağlanan işlem veritabanlarından daha sık geri kazanılır. Bu davranış sunucusuz 'de maliyetleri denetlemek için önemlidir ve performansı etkileyebilir.

Önbellek geri kazanma

sağlanan işlem veritabanlarının aksine, CPU veya etkin önbellek kullanımı düşük olduğunda SQL önbelleğinden bellek sunucusuz bir veritabanından geri kazanılır.

• 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.
• 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.
• 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.
• Ö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.

Hem sunucusuz hem de sağlanan işlem veritabanlarında, kullanılabilir tüm bellek kullanılıyorsa önbellek girdileri çıkartılamayabilir.

CPU kullanımı düşük olduğunda, etkin önbellek kullanımı kullanım düzenine bağlı olarak yüksek kalabilir ve bellek geri kazanma ' ı engelleyebilir. 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 önce başka gecikmeler olabilir. Örneğin, silme işlemleri ve sorgu deposu temizleme görevleri, silinmek üzere işaretlenmiş hayalet kayıtlar oluşturur, ancak hayalet temizleme işlemi çalışana kadar fiziksel olarak silinmez. Hayalet temizleme, ek veri sayfalarını önbelleğe okumayı gerektirebilir.

Önbellek hidrasyonu

SQL önbelleği, veriler diskten aynı şekilde ve sağlanan veritabanları için aynı hızda getirilirken artar. Veritabanı meşgulse, önbelleğin en yüksek bellek sınırına kadar kısıtlı olarak büyümesine izin verilir.

Otomatik duraklatma ve otomatik sürdürme

Otomatik duraklatma

Otomatik duraklatma gecikmesi süresi için aşağıdaki koşulların tümü doğru olursa otomatik duraklatma tetiklenir:

• Oturum sayısı = 0
• Kullanıcı kaynak havuzunda çalışan Kullanıcı iş yükü için CPU = 0

İsterseniz otomatik duraklamayı devre dışı bırakmak için bir seçenek sağlanır.

Aşağıdaki özellikler otomatik duraklamayı desteklemez, ancak otomatik ölçeklendirmeyi destekler. 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:

• Coğrafi çoğaltma (etkin coğrafi çoğaltma ve otomatik yük devretme grupları).
• Uzun süreli yedek saklama (LTR).
• SQL Data Sync'de kullanılan eşitleme veritabanı. Eşitleme veritabanlarının aksine, hub ve üye veritabanları otomatik duraklamayı destekler.
• Sunucusuz bir veritabanını içeren mantıksal sunucu için oluşturulan DNS diğer adı .
• Esnek işler (Önizleme), iş veritabanı sunucusuz bir veritabanıdır. Elastik işlerin hedeflediği veritabanları otomatik duraklamayı destekler ve iş bağlantıları tarafından sürdürülecek.

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. Bu gibi durumlarda, hizmet güncelleştirmesi tamamlandıktan sonra otomatik duraklatma yeniden kullanılabilir duruma gelir.

Sorun gidermeyi otomatik Duraklat

Otomatik duraklatma etkinse, ancak bir veritabanı gecikme süresinden sonra otomatik olarak duraklatılamaz ve yukarıda listelenen özellikler kullanılmazsa, uygulama veya Kullanıcı oturumları otomatik duraklamayı engelleyebilir. Şu anda veritabanına bağlı herhangi bir uygulama veya Kullanıcı oturumu olup olmadığını görmek için, herhangi bir istemci aracını kullanarak veritabanına bağlanın ve aşağıdaki sorguyu yürütün:

SELECT session_id,
       host_name,
       program_name,
       client_interface_name,
       login_name,
       status,
       login_time,
       last_request_start_time,
       last_request_end_time
FROM sys.dm_exec_sessions AS s
INNER JOIN sys.dm_resource_governor_workload_groups AS wg
ON s.group_id = wg.group_id
WHERE s.session_id <> @@SPID
      AND
      (
      (
      wg.name like 'UserPrimaryGroup.DB%'
      AND
      TRY_CAST(RIGHT(wg.name, LEN(wg.name) - LEN('UserPrimaryGroup.DB') - 2) AS int) = DB_ID()
      )
      OR
      wg.name = 'DACGroup'
      );

Sonuç kümesi boş değilse, şu anda otomatik duraklamayı engelleyen oturumlar olduğunu gösterir.

Sonuç kümesi boşsa, daha önce otomatik duraklatma gecikmesi döneminde bir noktada daha kısa bir süre boyunca, oturumların açık olması da mümkündür. gecikme süresi boyunca böyle bir etkinliğin oluşup oluşmadığına bakmak için Azure SQL denetimini kullanabilir ve ilgili dönem için denetim verilerini inceleyebilirsiniz.

Kullanıcı kaynak havuzunda eşzamanlı CPU kullanımı olan veya içermeyen açık oturumların varlığı, sunucusuz bir veritabanının beklenen şekilde otomatik olarak duraklatılmasının en yaygın nedenidir.

Otomatik olarak yeniden sürdürülüyor

Aşağıdaki koşullardan herhangi biri doğruysa, otomatik olarak yeniden başlatma tetiklenir:

Yukarıda listelenen işlemlerden herhangi birini gerçekleştirerek izleme, yönetim veya diğer çözümler otomatik olarak devam ettirmeyi tetikler.

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.

Bağlantı

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. Veritabanı devam ettirdikten sonra, bağlantı kurmak için oturum açma yeniden denenmelidir. Bağlantı yeniden deneme mantığının bulunduğu veritabanı istemcilerinin değiştirilmesi gerekmez. SqlClient sürücüsünde yerleşik olan bağlantı yeniden deneme mantığı seçenekleri için bkz. SqlClient için yapılandırılabilir yeniden deneme mantığı.

Gecikme süresi

Otomatik olarak devam etmeyi ve otomatik olarak duraklatma gecikmesi, otomatik olarak devam etmek için 1 dakikalık ve otomatik olarak duraklatma gecikmesi için gecikme süresi dolduktan sonra 1-10 dakika olur.

Müşteri tarafından yönetilen saydam veri şifrelemesi (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. Bu durumda, veritabanının bir sonraki sürdürülme sonrasında veritabanı yaklaşık 10 dakika içinde erişilemez hale gelir. Veritabanı erişilemez duruma geldikten sonra kurtarma işlemi, sağlanan işlem veritabanları ile aynı olur. 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.

Sunucusuz işlem katmanına ekleme

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.

1. Hizmet hedefini belirtin. Hizmet hedefi, hizmet katmanını, donanım üretimini ve maks. sanal çekirdekleri bir bütün olarak kullanıma önerir. Hizmet hedefi seçenekleri için bkz. sunucusuz kaynak limitleri

2. İsteğe bağlı olarak, varsayılan değerlerini değiştirmek için en düşük sanal çekirdekleri ve otomatik duraklatma gecikmesini belirtin. Aşağıdaki tabloda bu parametreler için kullanılabilir değerler gösterilmektedir.

   Parametre	Değer seçimleri	Varsayılan değer
   En düşük sanal çekirdekler	Yapılandırılan en fazla sanal çekirdek sayısını gösterir- kaynak sınırlarınabakın.	0,5 sanal çekirdekler
   Oto duraklatma gecikmesi	En az: 60 dakika (1 saat) Maksimum: 10080 dakika (7 gün) Artımlar: 10 dakika Oto duraklamayı devre dışı bırak:-1	60 dakika

Sunucusuz işlem katmanında yeni bir veritabanı oluşturun

Aşağıdaki örnekler sunucusuz işlem katmanında yeni bir veritabanı oluşturur.

Azure portalı kullanma

bkz. hızlı başlangıç: Azure SQL Veritabanı Azure portal kullanarak tek bir veritabanı oluşturma.

PowerShell kullanma

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

Azure CLI kullanma

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) kullanma

T-SQL kullanırken, varsayılan değerler minimum sanal çekirdekler ve oto duraklatma gecikmesi için uygulanır. Daha sonra portaldan veya diğer yönetim API 'Leri (PowerShell, Azure CLı, REST API) aracılığıyla değiştirilebilirler.

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

Ayrıntılar için bkz. veritabanı oluşturma.

Sağlanan işlem katmanından bir veritabanını sunucusuz işlem katmanına taşıma

Aşağıdaki örneklerde, bir veritabanı sağlanan işlem katmanından sunucusuz işlem katmanına taşınır.

PowerShell kullanma

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

Azure CLI kullanma

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) kullanma

T-SQL kullanırken, varsayılan değerler en düşük sanal çekirdekler ve otomatik duraklatma gecikmesi için uygulanır. Daha sonra portaldan veya diğer yönetim API 'Leri (PowerShell, Azure CLı, REST API) aracılığıyla değiştirilebilirler.

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

Ayrıntılar için bkz. alter database.

Bir veritabanını sunucusuz işlem katmanından sağlanan işlem katmanına taşıma

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.

Sunucusuz yapılandırmayı değiştirme

PowerShell kullanma

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 .

Azure CLI kullanma

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 .

İzleme

Kullanılan ve faturalandırılan kaynaklar

sunucusuz bir veritabanının kaynakları, uygulama paketi, SQL örneği ve kullanıcı kaynak havuzu varlıkları tarafından kapsüllenir.

Uygulama paketi

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. uygulama paketi, SQL Veritabanı bir veritabanı tarafından kullanılan tüm kullanıcı ve sistem kaynaklarının bir arada bulunduğu tam metin araması gibi SQL örneğini ve dış hizmetleri içerir. SQL örnek genellikle uygulama paketi genelinde genel kaynak kullanımını ayırır.

Kullanıcı kaynak havuzu

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 bir iç kaynak yönetimi sınırıdır. Kullanıcı kaynak havuzu kapsamları; CREATE and ALTER, INSERT, UPDATE, DELETE ve MERGE gibi DML sorguları ve sorguları seçme gibi DDL sorguları tarafından oluşturulan kullanıcı iş yükü için CPU ve GÇ. Bu sorgular genellikle uygulama paketindeki kullanım oranının en önemli oranını temsil eder.

Ölçümler

Bir sunucusuz veritabanının uygulama paketinin ve Kullanıcı kaynak havuzunun kaynak kullanımını izlemeye yönelik ölçümler aşağıdaki tabloda listelenmiştir:

Durumu duraklatma ve devam etmeyi

Azure portal veritabanı durumu, içerdiği veritabanlarını listeleyen sunucunun Genel Bakış bölmesinde görüntülenir. Veritabanı durumu, veritabanının genel bakış bölmesinde de görüntülenir.

Bir veritabanının duraklatma ve devam durumunu sorgulamak için aşağıdaki komutları kullanma:

PowerShell kullanma

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

Azure CLI kullanma

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

Kaynak sınırları

Kaynak sınırları için bkz. sunucusuz işlem katmanı.

Faturalandırma

Faturalandırılan işlem miktarı, her saniye kullanılan en yüksek CPU ve bellek sayısıdır. 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. İş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.

• Faturalandırılan kaynak: CPU ve bellek
• 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)
• Faturalama sıklığı: saniye başına

VCore birim fiyatı, saniye başına sanal çekirdek başına maliyettir. belirli bir bölgedeki belirli birim fiyatları için Azure SQL Veritabanı fiyatlandırma sayfasına bakın.

Faturalandırılan işlem miktarı aşağıdaki ölçüm tarafından sunulur:

• Ölçüm: App_cpu_billed (sanal çekirdek saniye)
• Tanım: Max (min sanal çekirdekler, sanal çekirdekler, en az bellek gb * 1/3, bellek GB kullanılan * 1/3)
• Raporlama sıklığı: dakika başına

Bu miktar saniyede hesaplanır ve 1 dakikadan fazla toplanır.

Minimum işlem faturanız

Sunucusuz bir veritabanı duraklatılmışsa, işlem faturanız sıfırdır. 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.

Örnekler:

• 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. 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.
• 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. 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.

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. 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.

Örnek senaryo

1 dakikalık sanal çekirdek ve 4 maks sanal çekirdeklerle yapılandırılmış sunucusuz bir veritabanını göz önünde bulundurun. Bu yapılandırma 3 GB dakikalık bellek ve 12 GB maks. bellek ile aynıdır. 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.

Bu durumda, veritabanı ilk 8 saat boyunca işlem ve depolama için faturalandırılır. 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. Veritabanı duraklatıldıktan sonra yalnızca depolama, 24 saatlik sürenin geri kalanı üzerinden faturalandırılır.

Daha kesin olarak, bu örnekteki işlem faturanız aşağıdaki gibi hesaplanır:

İşlem birimi fiyatının 0,000145 ABD doları/sanal çekirdek/saniye olduğunu varsayalım. Ardından bu 24 saatlik süre için faturalandırilen işlem, işlem birimi fiyatının ve faturalandırilen sanal çekirdek saniyenin ürünüdür: $0,000145/sanal çekirdek/saniye * 50400 sanal çekirdek saniye ~ 7,31 ABD doları.

Azure Hibrit Avantajı kapasite ve ayrılmış kapasite

Azure Hibrit Avantajı (AHB) ve ayrılmış kapasite indirimleri sunucusuz işlem katmanı için geçerli değildir.

Kullanılabilir bölgeler

Sunucusuz işlem katmanı şu bölgeler dışında dünya çapında kullanılabilir: Doğu Çin, Kuzey Çin, Orta Almanya, Kuzeydoğu Almanya ve US Gov Orta (Iowa).

Sonraki adımlar

• Başlangıç için bkz. Hızlı Başlangıç: Azure SQL Veritabanı kullanarak Azure portal.
• Kaynak sınırları için bkz. Sunucusuz işlem katmanı kaynak sınırları.