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

  • Makale
  • Okumak için 23 dakika

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

Sunucusuz, Azure SQL Veritabanındaki tek veritabanları için, iş yükü talebine göre işlemi otomatik olarak ölçeklendiren 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 şu anda Hiper Ölçek hizmet katmanında önizleme aşamasındadır.

Not

  • Hiper Ölçek hizmet katmanında sunucusuz şu anda önizleme aşamasındadır.
  • Otomatik duraklatma ve otomatik devam etme şu anda yalnızca Genel Amaçlı hizmet katmanında desteklenmektedir.

Genel Bakış

Azure SQL Veritabanındaki tek veritabanları için sunucusuz işlem katmanı, işlem otomatik ölçeklendirme aralığı ve otomatik duraklatma gecikmesi ile parametreleştirilir. Bu parametrelerin yapılandırması, veritabanı performans deneyimini ve işlem maliyetini şekillendirir.

sunucusuz faturalama

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 göre hesaplanır.
  • İşlem kullanımı yapılandırılan minimum sınırların altında olduğunda işlem maliyeti, yapılandırılan en düşük sanal çekirdek ve en düşük bellek temel alını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ındakiyle aynı şekilde belirlenir.

Daha fazla maliyet ayrıntısı 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 daha yüksek ortalama kullanıma sahip elastik havuzlardaki tek veritabanları veya birden çok veritabanı için fiyat-performans için iyileştirilmiştir.

Sunucusuz işlem için çok 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.
  • Kullanım geçmişi olmadığından SQL Veritabanı’na dağıtmadan önce işlem boyutlandırmasını tahmin etmenin zor veya imkansız olduğu yeni tek veritabanları.

Sağlanan işlem için uygun senaryolar

  • Daha düzenli, öngörülebilir kullanım desenlerine ve zaman içinde daha yüksek ortalama işlem kullanımına sahip tek veritabanları.
  • Daha sık bellek kırpma veya duraklatılmış durumdan devam etme gecikmelerinden kaynaklanan performans dengelemelerine dayanamayan veritabanları.
  • Daha iyi fiyat-performans iyileştirmesi için elastik havuzlarda birleştirilebilen aralıklı ve ö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:

Sunucusuz işlem Sağlanan işlem
Veritabanı kullanım düzeni Zaman içinde ortalama işlem kullanımı daha düşük olan aralıklı ve öngörülemeyen kullanım. Zaman içinde ortalama işlem kullanımı daha yüksek olan daha düzenli kullanım desenleri veya elastik havuz kullanan birden çok veritabanı.
Performans yönetimi çalışması Daha az Daha fazla
İşlem ölçeklendirme Automatic El ile
İşlem yanıt hızı Etkin olmayan dönemlerden sonra daha düşük Anlık
Faturalama ayrıntı düzeyi Saniye Saatte

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:

Kategori Desteklenir Desteklenmiyor
Satın alma modeli Sanal Çekirdek DTU
Hizmet katmanı Genel Amaçlı
Hiper Ölçek (Önizlemede)		 İş Açısından Kritik
Donanım Standart seri (5. Nesil) Diğer tüm donanımlar

Otomatik ölçeklendirme

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

Genel olarak 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 veritabanından geri alını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 olarak kabul edilir.
  • Önbellek geri kazanma tetiklendiğinde, hedef önbellek boyutu artımlı olarak önceki boyutunun bir bölümüne küçültülür ve geri kazanma yalnızca kullanım düşük kalırsa devam eder.
  • Önbellek geri kazanma işlemi gerçekleştiğinde, çıkarılması gereken ö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 yapılandırılabilir en düşük 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, ek veri sayfalarının önbelleğe okunmasını içerebilir.

Önbellek hidrasyon

Veriler diskten aynı şekilde ve sağlanan veritabanlarıyla 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 olarak maksimum bellek ve RBPEX otomatik ölçeklendirme sınırları hakkında ayrıntılı bilgi için bkz. Sunucusuz Hiper Ölçek kaynak sınırları.

Otomatik duraklatma ve otomatik devam etme

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

Otomatik duraklatma

Otomatik duraklatma gecikme süresi boyunca 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 duraklatmayı 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:

Veritabanının çevrimiçi olmasını gerektiren bazı hizmet güncelleştirmelerinin dağıtımı sırasında otomatik duraklatma 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, ancak bir veritabanı gecikme süresinden sonra otomatik olarak duraklatılmıyorsa ve yukarıda listelenen özellikler kullanı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'
      );

İpucu

Sorguyu çalıştırdıktan sonra veritabanı bağlantısını kestiğinizden emin olun. Aksi takdirde, sorgu tarafından kullanılan açık oturum otomatik duraklatılmasını engeller.

Sonuç kümesi boş değilse, şu anda otomatik duraklamayı engelleyen oturumlar vardır.

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 bu tür bir etkinlik olup olmadığını görmek için Azure SQL Denetimi'ni kullanabilir ve ilgili sürenin denetim verilerini inceleyebilirsiniz.

Kullanıcı kaynak havuzunda eşzamanlı CPU kullanımı olsun veya olmasın açık oturumların varlığı, sunucusuz veritabanının beklendiği gibi otomatik olarak duraklatılmamasının en yaygın nedenidir.

Otomatik devam etme

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

Özellik Otomatik sürdürme tetikleyicisi
Kimlik doğrulaması ve yetkilendirme Oturum aç
Tehdit algılama Veritabanı veya sunucu düzeyinde tehdit algılama ayarlarını etkinleştirme/devre dışı bırakma.
Veritabanı veya sunucu düzeyinde tehdit algılama ayarlarını değiştirme.
Veri bulma ve sınıflandırma Duyarlılık etiketlerini ekleme, değiştirme, silme veya görüntüleme
Denetim Denetim kayıtlarını görüntüleme.
Denetim ilkesini güncelleştirme veya görüntüleme.
Veri maskeleme Veri maskeleme kurallarını ekleme, değiştirme, silme veya görüntüleme
Saydam veri şifrelemesi Saydam veri şifrelemesinin durumunu veya durumunu görüntüleme
Güvenlik açığı değerlendirmesi Etkinse geçici taramalar ve düzenli taramalar
Sorgu (performansı) veri deposu Sorgu deposu ayarlarını değiştirme veya görüntüleme
Performans önerileri Performans önerilerini görüntüleme veya uygulama
Otomatik ayarlama Otomatik dizin oluşturma gibi otomatik ayarlama önerilerinin uygulanması ve doğrulanması
Veritabanı kopyalama Kopya olarak veritabanını oluşturun.
Bir BACPAC dosyasına aktarın.
SQL veri eşitlemesi Yapılandırılabilir bir zamanlamaya göre çalışan veya el ile gerçekleştirilen merkez ve üye veritabanları arasında eşitleme
Belirli bir veritabanının meta verilerini değiştirme Yeni veritabanı etiketleri ekleme.
Maksimum sanal çekirdek, en az sanal çekirdek veya otomatik duraklatma gecikmesini değiştirme.
SQL Server Management Studio (SSMS) 18.1'den önceki SSMS sürümlerini kullanmak ve sunucudaki herhangi bir veritabanı için yeni bir sorgu penceresi açmak, aynı sunucudaki otomatik duraklatılmış veritabanlarını sürdürür. SSMS sürüm 18.1 veya üzeri kullanıldığında bu davranış oluşmaz.

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ıldıysa, ilk oturum açma işleminde veritabanı sürdürülür ve 40613 hata koduyla veritabanının kullanılamadığını belirten bir hata döndürülür. Veritabanı sürdürüldükten sonra bağlantının kurulması için oturum açma işleminin yeniden denenmesi gerekir. Bağlantı yeniden deneme mantığı olan veritabanı istemcilerinin değiştirilmesi gerekmez. SqlClient sürücüsünde yerleşik olarak bulunan bağlantı yeniden deneme mantığı seçenekleri için bkz. SqlClient'da yapılandırılabilir yeniden deneme mantığı.

Gecikme süresi

Sunucusuz veritabanını otomatik olarak sürdürme ve otomatik duraklatma gecikme süresi genellikle 1 dakikalık 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 olarak 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 veritabanı otomatik olarak duraklatılıyorsa, veritabanı otomatik olarak sürdürülene kadar otomatik anahtar döndürme ertelenmiş olur.

Yeni sunucusuz veritabanı oluşturma

Yeni veritabanı oluşturma veya mevcut 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 çekirdek sayısını 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 çekirdek sayısını 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 çekirdek sayısı Yapılandırılan maksimum sanal çekirdek miktarına bağlıdır. Bkz. kaynak sınırları. 0,5 sanal çekirdek
    Otomatik duraklatma gecikmesi En az: 60 dakika (1 saat)
    Maksimum: 10080 dakika (7 gün)
    Artışlar: 10 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 kullanarak Azure SQL Veritabanında tek bir veritabanı oluşturma.

PowerShell kullanma

Aşağıdaki PowerShell örneğiyle yeni bir sunucusuz Genel Amaçlı veritabanı oluşturun:

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

Azure CLI kullanma

Aşağıdaki Azure CLI örneğiyle yeni bir Genel Amaçlı sunucusuz veritabanı oluşturun:

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, en düşük sanal çekirdekler ve otomatik duraklatma gecikmesi için varsayılan değerler uygulanır. Bunlar daha sonra portaldan veya diğer yönetim API'leri (PowerShell, Azure CLI, REST API) aracılığıyla değiştirilebilir.

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

Aşağıdaki T-SQL örneğiyle yeni bir Genel Amaçlı sunucusuz veritabanı oluşturun:

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

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

Veritabanınızı sağlanan işlem katmanından sunucusuz işlem katmanına taşımak ve yeniden geri almak mümkündür.

Not

Genel Amaçlı katmanındaki veritabanınızı Hiper Ölçek katmanına yükseltmek de mümkündür. Daha fazla bilgi edinmek için Hiper Ölçek veritabanlarını yönetme makalesini gözden geçirin.

Veritabanınızı işlem katmanları arasında taşırken PowerShell ve Azure CLI kullanırken İşlem Provisionedmodeli parametresini Serverless ve T-SQL kullanırken SERVICE_OBJECTIVE işlem boyutunu sağlayın. Uygun işlem boyutunuzu belirlemek için kaynak sınırlarını gözden geçirin.

Bu bölümdeki örneklerde, sağlanan veritabanınızı sunucusuz veritabanına nasıl taşıyabileceğiniz gösterilir. Bu örneklerde maksimum sanal çekirdek sayısı 4 olarak ayarlandığından, hizmet hedefini gerektiği gibi değiştirin.

PowerShell kullanma

Sağlanan işlem Genel Amaçlı veritabanını aşağıdaki PowerShell örneğiyle sunucusuz işlem katmanına taşıyın:

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

Azure CLI kullanma

Sağlanan işlem Genel Amaçlı veritabanını aşağıdaki Azure CLI örneğiyle sunucusuz işlem katmanına taşıyın:

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, en düşük sanal çekirdekler ve otomatik duraklatma gecikmesi için varsayılan değerler uygulanır. Bunlar daha sonra portaldan veya diğer yönetim API'leri (PowerShell, Azure CLI, REST API) aracılığıyla değiştirilebilir. Ayrıntılar için bkz. ALTER DATABASE.

Sağlanan bir işlem Genel Amaçlı veritabanını aşağıdaki T-SQL örneğiyle sunucusuz işlem katmanına taşıyın:

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

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

PowerShell kullanma

Set-AzSqlDatabase komutunu kullanarak maksimum veya en düşük sanal çekirdek sayısını değiştirin ve gecikmeyi otomatik olarak kapatı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ı değiştirmek ve gecikmeyi otomatik olarak duraklatmak 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.

İzleme

Kullanılan ve faturalanan kaynaklar

Sunucusuz 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ğlanan bir işlem katmanında olmasına bakılmaksızın, veritabanının en dış 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ı'deki bir veritabanı tarafından kullanılan tüm kullanıcı ve sistem kaynaklarının kapsamını bir araya getirerek sunar. 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, CREATE ve ALTER gibi DDL sorguları, INSERT, UPDATE, DELETE ve MERGE gibi DML sorguları ve SELECT sorguları tarafından oluşturulan kullanıcı iş yükü için CPU ve GÇ kapsamlarını içerir. Bu sorgular genellikle uygulama paketindeki kullanımın en önemli oranını temsil eden sorgulardır.

Ölçümler

Sunucusuz bir veritabanının ve coğrafi çoğaltmaların uygulama paketinin ve kullanıcı kaynak havuzunun kaynak kullanımını izlemeye yönelik ölçümler aşağıdaki tabloda listelenmiştir:

Varlık Ölçüm Açıklama Birimler
Uygulama paketi app_cpu_percent Uygulama tarafından kullanılan sanal çekirdeklerin, uygulama için izin verilen maksimum sanal çekirdek sayısına göre yüzdesi. Sunucusuz Hiper Ölçek için bu ölçüm tüm birincil çoğaltmalar, adlandırılmış çoğaltmalar ve coğrafi çoğaltmalar için kullanıma sunulur. Yüzde
Uygulama paketi app_cpu_billed Raporlama döneminde uygulama için faturalandırılan işlem miktarı. Bu dönemde ödenen tutar, bu ölçümün ürünü ve sanal çekirdek birim fiyatıdır.

Bu ölçümün değerleri, zaman içinde kullanılan en fazla CPU ve her saniye kullanılan bellek toplamıyla belirlenir. Kullanılan tutar, minimum sanal çekirdek ve minimum bellek tarafından belirlenen minimum tutardan azsa, sağlanan minimum tutar faturalandırılır. Faturalama amacıyla CPU ile belleği karşılaştırmak için, bellek miktarını GB cinsinden sanal çekirdek başına 3 GB olarak yeniden ölçeklendirme yoluyla, bellek sanal çekirdek birimlerine nomalleştirilir. Sunucusuz Hiper Ölçek için bu ölçüm birincil çoğaltma ve adlandırılmış çoğaltmalar için kullanıma sunulur.		 Sanal çekirdek saniye sayısı
Uygulama paketi app_cpu_billed_HA_replicas Yalnızca sunucusuz Hiper Ölçek için geçerlidir. Raporlama dönemi boyunca tüm uygulamalarda HA çoğaltmaları için faturalandırılan işlem toplamı. Bu toplamın kapsamı birincil çoğaltmaya ait HA çoğaltmaları veya belirli bir adlandırılmış çoğaltmaya ait HA çoğaltmalarıdır. Bu toplamı HA çoğaltmaları arasında hesaplamadan önce, tek bir HA çoğaltması için faturalanan işlem miktarı birincil çoğaltma veya adlandırılmış çoğaltmayla aynı şekilde belirlenir. Sunucusuz Hiper Ölçek için bu ölçüm tüm birincil çoğaltmalar, adlandırılmış çoğaltmalar ve coğrafi çoğaltmalar için kullanıma sunulur. Raporlama döneminde ödenen tutar, bu ölçümün ürünü ve sanal çekirdek birim fiyatıdır. Sanal çekirdek saniye sayısı
Uygulama paketi app_memory_percent Uygulama tarafından kullanılan belleğin, uygulama için izin verilen maksimum belleğe göre yüzdesi. Sunucusuz Hiper Ölçek için bu ölçüm tüm birincil çoğaltmalar, adlandırılmış çoğaltmalar ve coğrafi çoğaltmalar için kullanıma sunulur. Yüzde
Kullanıcı kaynak havuzu cpu_percent Kullanıcı iş yükü tarafından kullanılan sanal çekirdeklerin, kullanıcı iş yükü için izin verilen en yüksek sanal çekirdek sayısına göre yüzdesi. Yüzde
Kullanıcı kaynak havuzu data_IO_percent Kullanıcı iş yükü için izin verilen maksimum veri IOPS'sine göre kullanıcı iş yükü tarafından kullanılan veri IOPS yüzdesi. Yüzde
Kullanıcı kaynak havuzu log_IO_percent Kullanıcı iş yükü için izin verilen maksimum günlük MB/sn'ye göre kullanıcı iş yükü tarafından kullanılan günlük MB/sn yüzdesi. Yüzde
Kullanıcı kaynak havuzu workers_percent Kullanıcı iş yükü için izin verilen en fazla çalışana göre kullanıcı iş yükü tarafından kullanılan çalışanların yüzdesi. Yüzde
Kullanıcı kaynak havuzu sessions_percent Kullanıcı iş yükü için izin verilen en fazla oturuma göre kullanıcı iş yükü tarafından kullanılan oturumların yüzdesi. Yüzde

Duraklatma ve sürdürme durumu

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.

Veritabanının duraklatma ve sürdürme durumunu sorgulamak için aşağıdaki komutları kullanın:

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

Faturalama

Sunucusuz 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. Faturalama amacıyla BELLEK ile bellek karşılaştırmak için, bellek, sanal çekirdek başına GB sayısını 3 GB olarak yeniden hesaplayarak sanal çekirdek birimlerine normalleştirilir.

  • Faturalanan kaynak: CPU ve bellek
  • Faturalanan tutar: sanal çekirdek birim fiyatı * 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)
  • Faturalama sıklığı: Saniye başına

Sanal çekirdek birim fiyatı, sanal çekirdek başına bir saniyedeki maliyettir. Hiper Ölçek için, BIR HA çoğaltması veya adlandırılmış çoğaltma için sanal çekirdek birim fiyatı birincil çoğaltmaya göre daha düşüktür.

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

bir 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çüm tarafından gösterilir:

  • Ölçüm: app_cpu_billed (sanal çekirdek saniye)
  • Tanım: max (en az sanal çekirdek, kullanılan sanal çekirdek sayısı, en az 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çüm tarafından sunulur:

  • Ö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 az 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, minimum işlem faturası maksimuma (en az sanal çekirdek, en az bellek GB * 1/3) göre sanal çekirdek miktarından az değildir.

Örnekler:

  • Genel Amaçlı katmanındaki sunucusuz bir veritabanının duraklatılmadığını ve 8 maksimum sanal çekirdek ve 3,0 GB dk belleğe karşılık gelen 1 dk sanal çekirdek ile yapılandırılmadığını varsayalım. Daha sonra minimum 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 2,1 GB dk belleğe karşılık gelen 4 maksimum sanal çekirdek ve 0,5 dk sanal çekirdek ile yapılandırılmadığını varsayalım. Daha sonra minimum işlem faturası maksimum (0,5 sanal çekirdek, 2,1 GB * 1 sanal çekirdek / 3 GB) = 0,7 sanal çekirdek temel alır.
  • 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 dk belleğe karşılık gelen 1 dk 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 yüksek (1 sanal çekirdek, 3 GB * 1 sanal çekirdek / 3 GB) = 1 sanal çekirdek temelinde hesaplanır.

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 en düşük 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 minimum sanal çekirdek sayısına bağlıdır.

Senaryo örnekleri

1 dk sanal çekirdek ve 4 maksimum sanal çekirdek ile yapılandırılmış Genel Amaçlı katmanında sunucusuz bir veritabanı düşünün. Bu yapılandırma yaklaşık 3 GB belleğe ve en fazla 12 GB belleğe karşılık gelir. Otomatik duraklatma gecikmesinin 6 saat olarak ayarlandığını ve veritabanı iş yükünün 24 saatlik bir sürenin ilk 2 saati boyunca etkin olduğunu ve aksi takdirde etkin olmadığını varsayalım.

Bu durumda, veritabanı ilk 8 saat içinde işlem ve depolama için faturalandırılır. veritabanı ikinci saatten sonra etkin olmasa da, veritabanı çevrimiçiyken sağlanan minimum işlem temelinde sonraki 6 saat içinde işlem için faturalandırılır. Veritabanı duraklatılırken yalnızca 24 saatlik sürenin geri kalanında depolama faturalandırılır.

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

Zaman Aralığı Her saniye kullanılan sanal çekirdekler Her saniye kullanılan GB Faturalanan işlem boyutu Zaman aralığı içinde faturalanan sanal çekirdek saniye sayısı
0:00-1:00 4 9 Kullanılan sanal çekirdekler 4 sanal çekirdek * 3600 saniye = 14400 sanal çekirdek saniye
1:00-2:00 1 12 Kullanılan bellek 12 GB * 1/3 * 3600 saniye = 14400 sanal çekirdek saniye
2:00-8:00 0 0 Sağlanan en az bellek 3 GB * 1/3 * 21600 saniye = 21600 sanal çekirdek saniye
8:00-24:00 0 0 Duraklatıldığında işlem faturalandırılır değil 0 sanal çekirdek saniye
24 saatten fazla faturalanan toplam sanal çekirdek saniye sayısı 50400 sanal çekirdek saniye

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

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ılabilir bölgeler

En fazla 40 maksimum sanal çekirdek desteğine sahip 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 ORTA ABD Gov (Iowa).

En fazla 80 sanal çekirdeği destekleyen bölgeler

Şu anda sunucusuz olarak 80 maksimum sanal çekirdek, şu bölgelerde daha fazla bölge planlı olarak desteklenmektedir: Doğu Avustralya, Güneydoğu Avustralya, Orta Kanada, Orta ABD, Doğu Asya, Doğu ABD, Doğu ABD 2, Orta Fransa, Orta Fransa, Orta Hindistan, Doğu Japonya, Batı Japonya, Orta Kuzey ABD, Kuzey Avrupa, Doğu Norveç, Orta Katar, Güney Afrika Kuzey, Orta Güney ABD, Kuzey İsviçre, Güney Birleşik Krallık, Batı Birleşik Krallık, Batı Avrupa, Batı ABD, Batı ABD 2 ve Batı ABD 3.

En fazla 80 sanal çekirdek için kullanılabilirlik alanlarını destekleyen bölgeler

Şu anda kullanılabilirlik alanı desteğine sahip sunucusuz sanal çekirdek sayısı en fazla 80 olan sanal çekirdek sayısı, daha fazla bölgenin planlandığı şu bölgelerle sınırlıdır: Doğu ABD, Batı Avrupa, Batı ABD 2 ve Batı ABD 3.

Sonraki adımlar