Azure SQL Veritabanı için sunucusuz işlem katmanı

Şunlar için geçerlidir: Azure SQL Veritabanı

Sunucusuz, Azure SQL Veritabanı'daki tek veritabanları için iş yükü talebine göre otomatik olarak ölçeklendirilen ve saniye başına 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ı Genel Amaçlı hizmet katmanında ve Hiper Ölçek hizmet katmanında kullanılabilir.

Genel bakış

İşlem otomatik ölçeklendirme aralığı ve otomatik duraklatma gecikmesi, sunucusuz işlem katmanı için önemli parametrelerdir. Bu parametrelerin yapılandırması, veritabanı performans deneyimini ve işlem maliyetini şekillendirir.

Performans yapılandırması

• En düşük 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 sanal çekirdek 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. Veritabanı, bir sonraki oturum açma veya başka bir etkinlik gerçekleştiğinde otomatik olarak sürdürülür. Alternatif olarak, otomatik duraklatma devre dışı bırakılabilir.

Maliyet

• Sunucusuz veritabanının maliyeti, işlem maliyetinin ve depolama maliyetinin toplamıdır.
• İşlem kullanımı yapılandırılan en düşük ve en yüksek sınırlar arasında olduğunda, işlem maliyeti kullanılan sanal çekirdek ve belleğe dayanır.
• İşlem kullanımı yapılandırılan minimum sınırların altında olduğunda işlem maliyeti, yapılandırılan minimum sanal çekirdeklere ve minimum belleğe bağlıdır.
• Veritabanı duraklatıldığında işlem maliyeti sıfır olur ve yalnızca depolama maliyetleri tahakkuk eder.
• Depolama maliyeti, sağlanan işlem katmanıyla aynı şekilde belirlenir.

Diğer maliyet ayrıntıları için bkz . Faturalama.

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ı, işlem ısınmasında herhangi bir gecikmeyi göze alamayan ortalama kullanımı daha yüksek olan elastik havuzlardaki tek veritabanları veya birden çok veritabanı için iyileştirilmiş fiyat-performanstır.

Sunucusuz işlem için uygun senaryolar

• Aralıklı, tahmin edilemez kullanım düzenleri olan, etkinlik dışı kaldığı dönemleri olan ve zaman içinde işlem kullanım ortalaması daha düşük olan tek veritabanları.
• Sağlanan işlem katmanında sık sık yeniden ölçeklendirilen tek veritabanları ve işlem yeniden ölçeklendirmesini hizmete devretmeyi tercih eden müşteriler.
• İşlem boyutlandırmanın bir Azure SQL Veritabanı dağıtımdan önce tahminde bulunmanın zor veya 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 düzenlerine ve zaman içinde daha yüksek ortalama işlem kullanımına sahip tek veritabanları.
• Daha sık bellek kırpmasından veya duraklatılmış durumdan devam etmede gecikmelerden kaynaklanan performans dengelemelerini tolere edemeyen veritabanları.
• Daha iyi fiyat-performans iyileştirmesi için elastik havuzlarda birleştirilebilen aralıklı, öngörülemeyen kullanım desenlerine sahip birden çok veritabanı.

İşlem katmanlarını karşılaştırma

Aşağıdaki tabloda sunucusuz işlem katmanı ile sağlanan işlem katmanı arasındaki farklar özetlenmiştir:

Satın alma modeli ve hizmet katmanı

Aşağıdaki tabloda satın alma modeli, hizmet katmanları ve donanım temelinde sunucusuz destek açıklanmaktadır:

Otomatik ölçeklendirme

Yanıt hızını ölçeklendirme

Sunucusuz veritabanları, maksimum sanal çekirdek değeri tarafından belirlenen sınırlar içinde istenen işlem miktarı için kesinti olmadan kaynak talebini karşılamak için yeterli kapasiteye sahip bir makinede çalıştırılır. Bazen makine birkaç dakika içinde kaynak talebini karşılayamazsa yük dengeleme otomatik olarak gerçekleşir. Örneğin, kaynak talebi 4 sanal çekirdekse ancak yalnızca 2 sanal çekirdek varsa, 4 sanal çekirdek sağlanmadan önce yük dengelemesi birkaç dakika kadar sürebilir. Veritabanı, bağlantıların bırakıldığında işlemin sonundaki kısa bir süre dışında yük dengeleme sırasında çevrimiçi kalır.

Bellek yönetimi

Hem Genel Amaçlı hem de Hiper Ölçek hizmet katmanlarında sunucusuz veritabanları için bellek, sağlanan işlem veritabanlarına göre daha sık geri kazanılır. Bu davranış sunucusuz maliyetleri denetlemek için önemlidir ve performansı etkileyebilir.

Önbellek geri kazanma

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

• En son kullanılan önbellek girdilerinin toplam boyutu belirli bir süre için eşiğin altına düştüğünde etkin önbellek kullanımı düşük kabul edilir.
• Önbellek geri kazanma tetiklendiğinde hedef önbellek boyutu artımlı olarak önceki boyutunun bir bölümüne küçültür ve geri kazanma işlemi yalnızca kullanım düşük kalırsa devam eder.
• Önbellek geri kazanma gerçekleştiğinde, çıkaracak önbellek girdilerini seçme ilkesi, bellek baskısı yüksek olduğunda sağlanan işlem veritabanlarıyla aynı seçim ilkesidir.
• Önbellek boyutu hiçbir zaman minimum sanal çekirdekler tarafından tanımlanan en düşük bellek sınırının altına indirgenemez.

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

CPU kullanımı düşük olduğunda, etkin önbellek kullanımı kullanım düzenine bağlı olarak yüksek kalabilir ve bellek geri kazanmasını önleyebilir. Ayrıca, önceki kullanıcı etkinliğine yanıt veren düzenli arka plan işlemleri nedeniyle bellek geri kazanma gerçekleşmeden önce kullanıcı etkinliği durdurulduktan sonra başka gecikmeler de olabilir. Örneğin, silme işlemleri ve Sorgu Deposu temizleme görevleri silinmek üzere işaretlenmiş ancak hayalet temizleme işlemi çalıştırılana kadar fiziksel olarak silinmeyen hayalet kayıtlar oluşturur. Hayalet temizleme, veri sayfalarını önbelleğe okumayı içerebilir.

Önbellek hidrasyon

Veriler diskten sağlanan veritabanlarıyla aynı şekilde ve aynı hızda getirildiğinde SQL bellek önbelleği büyür. Veritabanı meşgul olduğunda, kullanılabilir bellek varken önbelleğin kısıtlanmamış olarak büyümesine izin verilir.

Disk önbelleği yönetimi

Hem sunucusuz hem de sağlanan işlem katmanları için Hiper Ölçek hizmet katmanında, her işlem çoğaltması GÇ performansını geliştirmek için veri sayfalarını yerel SSD'de depolayan Dayanıklı Arabellek Havuzu Uzantısı (RBPEX) önbelleğini kullanır. Ancak Hiper Ölçek için sunucusuz işlem katmanında, her işlem çoğaltması için RBPEX önbelleği, artan ve azalan iş yükü talebine yanıt olarak otomatik olarak büyür ve küçülür. RBPEX önbelleğinin büyüyebileceği boyut, veritabanı için yapılandırılan bellek üst sınırının üç katıdır. Sunucusuz bellek ve RBPEX otomatik ölçeklendirme sınırları üst sınırı hakkında ayrıntılı bilgi için bkz . Sunucusuz Hiper Ölçek kaynak sınırları.

Otomatik duraklatma ve otomatik sürdürme

Şu anda sunucusuz otomatik duraklatma ve otomatik devam etme yalnızca Genel Amaçlı katmanında desteklenmektedir.

Otomatik duraklatma

Otomatik duraklatma gecikmesi sırasında aşağıdaki koşulların tümü doğruysa otomatik duraklatma tetiklenir:

• Oturum sayısı = 0
• CPU = 0 (kullanıcı kaynak havuzunda çalıştırılan kullanıcı iş yükü için)

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

Aşağıdaki özellikler otomatik duraklatma özelliğini 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ı etkinlik dışı kaldığından bağımsız olarak veritabanı çevrimiçi kalır:

• Coğrafi çoğaltma (etkin coğrafi çoğaltma ve yük devretme grupları).
• Uzun süreli yedekleme saklama (LTR).
• SQL Data Sync'te kullanılan eşitleme veritabanı. Eşitleme veritabanlarının aksine, merkez ve üye veritabanları otomatik duraklatma işlemini destekler.
• Sunucusuz veritabanı içeren mantıksal sunucu için oluşturulan DNS diğer adı .
• Elastik İşler, Otomatik duraklatma etkin sunucusuz veritabanı İş Veritabanı olarak desteklenmez. Elastik işler tarafından hedeflenen sunucusuz veritabanları otomatik duraklatma desteği sağlar. İş bağlantıları bir veritabanını sürdürür.

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. Böyle durumlarda, hizmet güncelleştirmesi tamamlandıktan sonra otomatik duraklatma işlemine yeniden izin verilir.

Otomatik duraklatma sorunlarını giderme

Otomatik duraklatma etkinse ve otomatik duraklatma özelliğini engelleyen özellikler kullanılmıyorsa, ancak bir veritabanı gecikme süresinden sonra otomatik olarak duraklatılmıyorsa, uygulama veya kullanıcı oturumları otomatik duraklatılmasını engelliyor olabilir.

Şu anda veritabanına bağlı 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 duraklatılmasını engelleyen oturumlar olduğunu gösterir.
• Sonuç kümesi boşsa, yine de otomatik duraklatma gecikme süresinin başlarında herhangi bir noktada oturumlar açık olabilir (büyük olasılıkla kısa bir süre için). Gecikme süresi boyunca etkinliği denetlemek için Azure SQL Denetimi'ni kullanabilir ve ilgili döneme ait denetim verilerini inceleyebilirsiniz.

Otomatik sürdürme

Aşağıdaki koşullardan herhangi biri herhangi bir zamanda doğruysa otomatik devam etme tetiklenir:

Yukarıda listelenen işlemlerden herhangi birini gerçekleştiren izleme, yönetim veya diğer çözümler otomatik devam etme işlemini tetikler. Otomatik devam etme, veritabanının çevrimiçi olmasını gerektiren bazı hizmet güncelleştirmelerinin dağıtımı sırasında da tetiklenebilir.

Bağlantı

Sunucusuz bir veritabanı duraklatılırsa, ilk bağlantı girişimi veritabanını sürdürür ve 40613 hata koduyla veritabanının kullanılamadığını belirten bir hata döndürür. Veritabanı sürdürüldükten sonra, bağlantı kurmak için oturum açma yeniden denenebilir. Bağlantı yeniden deneme mantığı önerilerini izleyen veritabanı istemcilerinin değiştirilmesi gerekmez. Bağlantı yeniden deneme mantığı seçenekleri ve önerileri için bkz:

• SqlClient'da bağlantı yeniden deneme mantığı
• Entity Framework Core kullanarak SQL Veritabanı bağlantı yeniden deneme mantığı
• Entity Framework 6 kullanarak SQL Veritabanı bağlantı yeniden deneme mantığı
• ADO.NET kullanarak SQL Veritabanı bağlantı yeniden deneme mantığı

Gecikme süresi

Sunucusuz veritabanını otomatik olarak sürdürme ve otomatik duraklatma gecikme süresi genellikle otomatik olarak sürdürülmesi için 1 dakika ve otomatik duraklatma gecikme süresinin dolmasından 1-10 dakika sonra gerçekleşir.

Müşteri tarafından yönetilen saydam veri şifrelemesi (KAG)

Anahtar silme veya iptal etme

Müşteri tarafından yönetilen saydam veri şifrelemesi (BYOK) kullanılıyorsa ve anahtar silme veya iptal işlemi gerçekleştiğinde sunucusuz veritabanı otomatik olarak duraklatılıyorsa veritabanı otomatik duraklatılmış durumda kalır. Bu durumda, veritabanı bir sonraki sürdürüldükten sonra, yaklaşık 10 dakika içinde veritabanına erişilemez hale gelir. Veritabanına erişilemez duruma geldikten sonra kurtarma işlemi, sağlanan işlem veritabanlarıyla aynıdır. Anahtar silme veya iptal işlemi gerçekleştiğinde sunucusuz veritabanı çevrimiçiyse, sağlanan işlem veritabanlarıyla aynı şekilde yaklaşık 10 dakika içinde veritabanına da erişilemez duruma gelir.

Anahtar döndürme

Müşteri tarafından yönetilen saydam veri şifrelemesi (BYOK) kullanılıyorsa ve sunucusuz otomatik duraklatma etkinleştirildiyse, anahtarlar döndürüldüğünde veritabanı otomatik olarak sürdürülür ve otomatik duraklatma koşulları karşılandığında daha sonra otomatik duraklatılır.

Yeni sunucusuz veritabanı oluşturma

Yeni veritabanı oluşturma veya var olan bir veritabanını sunucusuz işlem katmanına taşıma, sağlanan işlem katmanında yeni veritabanı oluşturma ile aynı deseni izler ve aşağıdaki iki adımı içerir:

1. Hizmet hedefini belirtin. Hizmet hedefi hizmet katmanını, donanım yapılandırmasını ve maksimum sanal çekirdekleri belirtir. Hizmet hedefi seçenekleri için bkz. sunucusuz kaynak sınırları

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çenekleri	Default value
   En Az vCore	Yapılandırılan sanal çekirdek sayısı üst sınırına bağlıdır. Bkz . kaynak sınırları.	0,5 sanal çekirdek
   Otomatik duraklatma gecikmesi	En az: 15 dakika En fazla: 10.080 dakika (7 gün) Artışlar: 1 dakika Otomatik duraklatma özelliğini devre dışı bırak: -1	60 dakika

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

Azure portalı kullanma

Bkz. Hızlı Başlangıç: Azure portalını kullanarak Azure SQL Veritabanı'da tek bir veritabanı oluşturma.

PowerShell kullanma

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

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

New-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -Edition Hyperscale -ComputeModel Serverless -ComputeGeneration Gen5 `
  -MinVcore 0.5 -MaxVcore 2 `
  -HighAvailabilityReplicaCount 1 -BackupStorageRedundancy Zone -ZoneRedundant

Azure CLI kullanma

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

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

az sql db create -g $resourceGroupName -s $serverName -n $databaseName `
  -e Hyperscale --compute-model Serverless -f Gen5 `
  --min-capacity 0.5 -c 2 `
  --ha-replicas 1 --backup-storage-redundancy Zone --zone-redundant

Transact-SQL (T-SQL) kullanma

T-SQL kullanarak yeni bir sunucusuz veritabanı oluştururken, en düşük sanal çekirdekler ve otomatik duraklatma gecikmesi için varsayılan değerler uygulanır. Değerleri daha sonra Azure portalından veya PowerShell, Azure CLI ve REST gibi API aracılığıyla değiştirilebilir.

Ayrıntılar için bkz . CREATE DATABASE.

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

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

Veritabanını işlem katmanları veya hizmet katmanları arasında taşıma

Veritabanı, sağlanan işlem katmanı ile sunucusuz işlem katmanı arasında taşınabilir.

Sunucusuz veritabanı, Genel Amaçlı hizmet katmanından Hiper Ölçek hizmet katmanına da taşınabilir. Daha fazla bilgi edinmek için Hiper Ölçek veritabanlarını yönetme makalesini gözden geçirin.

Bir veritabanını işlem katmanları arasında taşırken, işlem modeli parametresini PowerShell veya Provisioned Azure CLI kullanırken ya da Serverless T-SQL kullanırken SERVICE_OBJECTIVE olarak belirtin. Uygun hizmet hedefini belirlemek için kaynak sınırlarını gözden geçirin.

Aşağıdaki örnekler, mevcut bir veritabanını sağlanan işlemden sunucusuz'a taşır.

PowerShell kullanma

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

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

Azure CLI kullanma

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

az sql db update -g $resourceGroupName -s $serverName -n $databaseName ` 
  --edition Hyperscale --compute-model Serverless --family Gen5 `
  --min-capacity 1 --capacity 4 

Transact-SQL (T-SQL) kullanma

Bir veritabanını işlem katmanları arasında taşımak için T-SQL kullanırken, en düşük sanal çekirdekler ve otomatik duraklatma gecikmesi için varsayılan değerler uygulanır. Değerleri daha sonra Azure portalından veya PowerShell, Azure CLI ve REST gibi API aracılığıyla değiştirilebilir. Daha fazla bilgi için bkz . ALTER DATABASE.

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

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

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

PowerShell kullanma

Set-AzSqlDatabase komutunu kullanarak maksimum veya en düşük sanal çekirdekleri değiştirin ve otomatik duraklatma gecikmesini kullanın. MaxVcore, MinVcoreve AutoPauseDelayInMinutes bağımsız değişkenlerini kullanın. Sunucusuz otomatik duraklatma şu anda Hiper Ölçek katmanında desteklenmediğinden otomatik duraklatma gecikmesi bağımsız değişkeni yalnızca Genel Amaçlı katmanı için geçerlidir.

Azure CLI kullanma

En yüksek veya en düşük sanal çekirdek sayısını ve otomatik duraklatma gecikmesini değiştirmek için az sql db update komutunu kullanın. capacity, min-capacityve auto-pause-delay bağımsız değişkenlerini kullanın. Sunucusuz otomatik duraklatma şu anda Hiper Ölçek katmanında desteklenmediğinden otomatik duraklatma gecikmesi bağımsız değişkeni yalnızca Genel Amaçlı katmanı için geçerlidir.

İzleyici

Kullanılan ve faturalanan kaynaklar

Sunucusuz veritabanının kaynakları uygulama paketini, SQL örneğini ve kullanıcı kaynak havuzu varlıklarını içerir.

Uygulama paketi

Uygulama paketi, veritabanının sunucusuz veya sağlanan bir işlem katmanında olmasına bakılmaksızın bir veritabanı için en dıştaki kaynak yönetimi sınırıdır. Uygulama paketi, SQL örneğini ve tam metin arama gibi dış hizmetleri içerir. Bu hizmetler, SQL Veritabanı'daki bir veritabanı tarafından kullanılan tüm kullanıcı ve sistem kaynaklarını kapsar. SQL örneği genellikle uygulama paketi genelinde genel kaynak kullanımına hakimdir.

Kullanıcı kaynak havuzu

Kullanıcı kaynak havuzu, veritabanının sunucusuz veya sağlanan bir işlem katmanında olmasına bakılmaksızın bir veritabanı için iç kaynak yönetimi sınırıdır. Kullanıcı kaynak havuzu, DDL (CREATE ve ALTER) ve DML (INSERT, UPDATE, DELETE ve MERGE ve SELECT) sorguları tarafından oluşturulan kullanıcı iş yükü için CPU ve GÇ'yi kapsamlar. Bu sorgular genellikle uygulama paketi içindeki kullanımın en önemli oranını temsil eden sorgulardır.

Ölçümler

Aşağıdaki tablo, coğrafi çoğaltmalar dahil olmak üzere sunucusuz bir veritabanının uygulama paketinin ve kullanıcı kaynak havuzunun kaynak kullanımını izlemeye yönelik ölçümleri içerir:

Duraklatma ve sürdürme durumu

Otomatik duraklatma etkin sunucusuz bir veritabanı söz konusu olduğunda, rapor verdiği durum aşağıdaki değerleri içerir:

Azure portalı kullanma

Azure portalında veritabanı durumu, veritabanının genel bakış sayfasında ve sunucusunun genel bakış sayfasında görüntülenir. Ayrıca Azure portalında sunucusuz bir veritabanının duraklatma ve sürdürme olaylarının geçmişi Etkinlik günlüğünde görüntülenebilir.

PowerShell kullanma

Aşağıdaki PowerShell örneğini kullanarak geçerli veritabanı durumunu görüntüleyin:

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

Azure CLI kullanma

Aşağıdaki Azure CLI örneğini kullanarak geçerli veritabanı durumunu görüntüleyin:

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

Sunucusuz bir veritabanı için faturalanan işlem miktarı, kullanılan en fazla CPU ve her saniye kullanılan bellek miktarıdır. Kullanılan CPU ve bellek miktarı her kaynak için sağlanan minimum tutardan azsa, sağlanan tutar faturalandırılır. Cpu ile faturalama amacıyla bellek karşılaştırması yapmak için, gb sayısı sanal çekirdek başına 3 GB olarak yeniden hesaplanarak bellek sanal çekirdek birimlerine normalleştirilir.

• Faturalanan kaynak: CPU ve bellek
• Faturalanan tutar: sanal çekirdek birim fiyatı * maksimum (en düşük sanal çekirdekler, kullanılan sanal çekirdekler, minimum bellek GB * 1/3, kullanılan bellek GB * 1/3)
• Faturalama sıklığı: Saniye başına

Sanal çekirdek birim fiyatı, sanal çekirdek başına bir saniyedeki maliyettir.

Belirli bir bölgenin birim fiyatları için Azure SQL Veritabanı fiyatlandırma sayfasına bakın.

Genel Amaçlı veritabanı veya Hiper Ölçek birincil veya adlandırılmış çoğaltması için sunucusuz olarak faturalanan işlem miktarı aşağıdaki ölçümle gösterilir:

• Ölçüm: app_cpu_billed (sanal çekirdek saniye)
• Tanım: maksimum (en düşük sanal çekirdek, kullanılan sanal çekirdek sayısı, en düşük bellek GB * 1/3, kullanılan bellek GB * 1/3)
• Raporlama sıklığı: 1 dakikadan fazla toplanan saniye başına ölçümlere göre dakika başına.

Birincil çoğaltmaya veya adlandırılmış çoğaltmaya ait Hiper Ölçek HA çoğaltmaları için sunucusuz olarak faturalanan işlem miktarı aşağıdaki ölçümle gösterilir:

• Ölçüm: app_cpu_billed_HA_replicas (sanal çekirdek saniye)
• Tanım: Üst kaynaklarına ait tüm HA çoğaltmaları için maksimum (en düşük sanal çekirdek, kullanılan sanal çekirdek sayısı, en düşük bellek GB * 1/3, kullanılan bellek GB * 1/3) toplamı.
• Üst kaynak ve ölçüm uç noktası: Birincil çoğaltma ve adlandırılmış çoğaltmaların her biri, ilişkili HA çoğaltmaları için faturalanan işlemleri ölçen bu ölçümü ayrı ayrı kullanıma sunar.
• Raporlama sıklığı: 1 dakikadan fazla toplanan saniye başına ölçümlere göre dakika başına.

En düşük işlem faturası

Sunucusuz bir veritabanı duraklatılırsa işlem faturası sıfır olur. Sunucusuz bir veritabanı duraklatılmazsa, en düşük işlem faturası en fazla (en düşük sanal çekirdek, en düşük bellek GB * 1/3) temelinde sanal çekirdek miktarından az değildir.

Örnekler:

• Genel Amaçlı katmanındaki sunucusuz bir veritabanının duraklatılmadığını ve en fazla 8 sanal çekirdek ve 3,0 GB minimum belleğe karşılık gelen en az 1 sanal çekirdekle yapılandırılmadığını varsayalım. Daha sonra en düşük işlem faturası maksimum (1 sanal çekirdek, 3,0 GB * 1 sanal çekirdek / 3 GB) = 1 sanal çekirdek temel alır.
• Genel Amaçlı katmanındaki sunucusuz bir veritabanının duraklatılmadığını ve en fazla 4 sanal çekirdek ve 2,1 GB minimum belleğe karşılık gelen en az 0,5 sanal çekirdek ile yapılandırılmadığını varsayalım. Daha sonra en düşük işlem faturası maksimum (0,5 sanal çekirdek, 2,1 GB * 1 sanal çekirdek / 3 GB) = 0,7 sanal çekirdek temelindedir.
• Hiper Ölçek katmanındaki sunucusuz bir veritabanının bir HA çoğaltması olan bir birincil çoğaltması ve HA çoğaltması olmayan bir adlandırılmış çoğaltması olduğunu varsayalım. Her çoğaltmanın en fazla 8 sanal çekirdek ve 3 GB minimum belleğe karşılık gelen en az 1 sanal çekirdek ile yapılandırıldığını varsayalım. Ardından birincil çoğaltma, HA çoğaltması ve adlandırılmış çoğaltma için en düşük işlem faturası en fazla (1 sanal çekirdek, 3 GB * 1 sanal çekirdek / 3 GB) = 1 sanal çekirdek temelindedir.

Sunucusuz için Azure SQL Veritabanı fiyatlandırma hesaplayıcısı, yapılandırılan maksimum ve en düşük sanal çekirdek sayısına göre yapılandırılabilir minimum belleği belirlemek için kullanılabilir. Kural olarak, yapılandırılan en düşük sanal çekirdek 0,5 sanal çekirdekten büyükse, minimum işlem faturası yapılandırılan en düşük bellekten bağımsızdır ve yalnızca yapılandırılan en düşük sanal çekirdek sayısına bağlıdır.

Senaryo örnekleri

Azure Hibrit Avantajı ve ayrılmış kapasite

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

Kullanılabilen bölgeler

Aşağıdaki bölgeler dışında dünya genelinde en fazla 40 sanal çekirdek desteğine sahip Genel Amaçlı ve Hiper Ölçek katmanları için sunucusuz kullanılabilir:

• Doğu Çin
• Kuzey Çin
• Orta Almanya
• Kuzeydoğu Almanya
• US Gov Central (Iowa)

Genel Amaçlı ve Hiper Ölçek için kullanılabilirlik alanları olmayan en fazla 80 sanal çekirdeği destekleyen bölgeler

Şu anda, Genel Amaçlı ve Hiper Ölçek katmanları için sunucusuz olarak en fazla 80 sanal çekirdek şu anda aşağıdaki bölgelerde desteklenmektedir:

• Avustralya Orta 1
• Orta Avustralya 2
• Doğu Avustralya
• Güneydoğu Avustralya
• Güney Brezilya
• Güneydoğu Brezilya
• Orta Kanada
• Doğu Kanada
• Orta ABD
• Doğu Çin 2
• Doğu Çin 3
• Kuzey Çin 2
• Kuzey Çin 3
• Doğu Asya
• Doğu ABD
• Doğu ABD 2
• Orta Fransa
• Güney Fransa
• Kuzey Almanya
• Orta Batı Almanya
• Hindistan Orta
• Güney Hindistan
• Orta İsrail
• Kuzey İtalya
• Doğu Japonya
• Batı Japonya
• Jio Orta Hindistan
• Jio Hindistan Batı
• Güney Kore - Orta
• Güney Kore - Güney
• Maylaysia Güney
• Meksika Orta
• Orta Kuzey ABD
• Kuzey Avrupa
• Doğu Norveç
• Batı Norveç
• Polonya Merkezi
• Katar Merkezi
• Güney Afrika Kuzey
• Güney Afrika Batı
• Orta Güney ABD
• Güneydoğu Asya
• İspanya Orta
• Orta İsveç
• Güney İsveç
• Kuzey İsviçre
• Batı İsviçre
• Tayvan Kuzey
• Tayvan Kuzeybatı
• BAE Orta
• Kuzey BAE
• Güney Birleşik Krallık
• Batı Birleşik Krallık
• US Gov East
• US Gov Southcentral
• US Gov Southwest
• West Europe
• Batı Orta ABD
• Batı ABD
• Batı ABD 2
• Batı ABD 3

Genel Amaçlı ve Hiper Ölçek için kullanılabilirlik alanlarıyla en fazla 80 sanal çekirdeği destekleyen bölgeler

Şu anda, Genel Amaçlı ve Hiper Ölçek katmanları için sunucusuz kullanılabilirlik alanı desteğine sahip en fazla 80 sanal çekirdek, daha fazla bölgenin planlandığı aşağıdaki bölgelerde sağlanır:

• Doğu Avustralya
• Güney Brezilya
• Orta Kanada
• Central US
• Doğu Asya
• Doğu ABD
• Doğu ABD 2
• Orta Fransa
• Orta Batı Almanya
• Hindistan Orta
• Doğu Japonya
• Güney Kore - Orta
• Kuzey Avrupa
• Güney Afrika - Kuzey
• Orta Güney ABD
• Güneydoğu Asya
• Orta İsveç
• Kuzey BAE
• Güney Birleşik Krallık
• US Gov East
• West Europe
• Batı ABD 2
• Batı ABD 3

İlgili içerik

• Başlamak için bkz. Hızlı Başlangıç: Tek veritabanı oluşturma - Azure SQL Veritabanı.
• Sunucusuz hizmet katmanı seçenekleri için bkz . Genel Amaçlı ve Hiper Ölçek.