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

  • Makale

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

Not

Otomatik duraklatma ve otomatik devam etme şu anda yalnızca Genel Amaçlı hizmet katmanında desteklenmektedir.

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.

Diagram indicating when serverless billing would stop incurring compute charges due to inactivity.

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. Bir sonraki oturum açma veya başka bir etkinlik gerçekleştiğinde veritabanı 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:

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ı, ö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 havuzları kullanan birden çok veritabanı.
Performans yönetimi çalışması Alt Daha fazla
İşlem ölçeklendirme Otomatik El ile
İşlem yanıt hızı Etkin olmayan dönemlerden sonra daha düşük Anlık
Faturalama ayrıntı düzeyi Saniye Saatlik

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 Destekleniyor Desteklenmiyor
Satın alma modeli Vcore DTU
Hizmet katmanı Genel Amaçlı
Hiper Ölçek		 İş 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

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:

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'
      );

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

Önemli

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 sürdürme

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çma
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 şifreleme 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.
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 hub ile üye veritabanları arasında eşitleme
Belirli bir veritabanının meta verilerini değiştirme Yeni veritabanı etiketleri ekleme.
Maksimum sanal çekirdek, en düşük sanal çekirdek veya otomatik duraklatma gecikmesini değiştirme.
SQL Server Management Studio (SSMS) 18.1'den önceki SSMS sürümlerini kullandığınızda ve sunucudaki herhangi bir veritabanı için yeni bir sorgu penceresi açtığınızda, aynı sunucudaki otomatik olarak duraklatılan tüm veritabanları sürdürülür. SSMS sürüm 18.1 veya üzeri kullanıldığında bu davranış oluşmaz.
  • Bu işlemlerden herhangi birini gerçekleştiren izleme, yönetim veya diğer çözümler otomatik olarak devam ettirilmesine neden olur.
  • 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 oturum açma etkinliği veritabanını sürdürür ve veritabanının 40613 hata koduyla 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. Önerilen bağlantı yeniden deneme mantığına sahip veritabanı istemcilerinin değiştirilmesi gerekmez. Bağlantı yeniden deneme mantığı için önerilen desenler için aşağıdakileri gözden geçirin:

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 veritabanı otomatik olarak duraklatılıyorsa, veritabanı otomatik olarak sürdürülene kadar otomatik anahtar döndürme ertelenebilir.

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: 60 dakika (1 saat)
    En fazla: 10.080 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ını kullanarak Azure SQL Veritabanı'da 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 `
  -Edition GeneralPurpose -ComputeModel Serverless -ComputeGeneration Gen5 `
  -MinVcore 0.5 -MaxVcore 2 -AutoPauseDelayInMinutes 720

Azure CLI kullanma

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

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

Transact-SQL (T-SQL) kullanma

Yeni bir sunucusuz veritabanı oluşturmak için T-SQL kullandığınızda, en düşük sanal çekirdekler ve otomatik duraklatma gecikmesi için varsayılan değerler uygulanır. Bunlar daha sonra Azure portalından 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şıyıp yeniden taşıyabilirsiniz.

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 veya Provisioned kullanırken İşlem modeli parametresini Serverless ve T-SQL kullanırken SERVICE_OBJECTIVE için 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österilmektedir. Bu örneklerde maksimum sanal çekirdek sayısı 4 olarak ayarlandığından, hizmet hedefini gerektiği gibi değiştirin.

PowerShell kullanma

Sağlanan bir 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

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

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

Transact-SQL (T-SQL) kullanma

Bir veritabanını işlem katmanları arasında taşımak için T-SQL kullandığınızda, en düşük sanal çekirdekler ve otomatik duraklatma gecikmesi için varsayılan değerler uygulanır. Bunlar daha sonra Azure portalından veya diğer yönetim API'leri (PowerShell, Azure CLI, REST API) aracılığıyla değiştirilebilir. Daha fazla bilgi 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 ç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:

Entity Metrik Sistem Açıklama Units
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 faturalanan 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, kullanılan en fazla CPU ve her saniye kullanılan bellek toplamına göre belirlenir. Kullanılan tutar, minimum sanal çekirdekler ve minimum bellek tarafından ayarlanan minimum tutardan küçükse, 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 saniyeleri
Uygulama paketi app_cpu_billed_HA_replicas Yalnızca sunucusuz Hiper Ölçek için geçerlidir. Raporlama döneminde HA çoğaltmaları için tüm uygulamalarda faturalanan 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ı olarak belirlenmiştir. 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 saniyeleri
Uygulama paketi app_memory_percent Uygulama tarafından kullanılan belleğin, uygulama için izin verilen en yüksek 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 maksimum 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 günlük MB/sn üst sınırına 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ü tarafından kullanılan çalışanların yüzdesi, kullanıcı iş yükü için izin verilen en fazla çalışan sayısına göredir. 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ında 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ı 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

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

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

Genel Amaçlı katmanında en az 1 sanal çekirdek ve en fazla 4 sanal çekirdek ile yapılandırılmış sunucusuz bir veritabanı düşünün. Bu yapılandırma yaklaşık 3 GB en düşük 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 halde 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 itibaren 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 24 saatlik sürenin geri kalanında yalnızca depolama alanı 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 saniyeleri
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 düşük bellek 3 GB * 1/3 * 21600 saniye = 21600 sanal çekirdek saniye
8:00-24:00 0 0 Duraklatılırken faturalandırılan işlem yok 0 sanal çekirdek saniye
24 saatten fazla faturalanan toplam sanal çekirdek saniyesi 50.400 sanal çekirdek saniye

İş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 faturalanan işlem, işlem birimi fiyatının ürünü ve faturalanan sanal çekirdek saniye sayısıdır: $0,000145/sanal çekirdek/saniye * 50400 sanal çekirdek saniye ~ 7,31 ABD doları.

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:

  • Doğu Avustralya
  • Güneydoğu Avustralya
  • Güney Brezilya
  • Orta Kanada
  • Central US
  • Doğu Asya
  • Doğu ABD
  • Doğu ABD 2
  • Orta Fransa
  • Güney Fransa
  • Orta Batı Almanya
  • Hindistan Orta
  • Güney Hindistan
  • Doğu Japonya
  • Batı Japonya
  • Orta Kuzey ABD
  • Kuzey Avrupa
  • Doğu Norveç
  • Katar Merkezi
  • Güney Afrika - Kuzey
  • Orta Güney ABD
  • Kuzey İsviçre
  • Güney Birleşik Krallık
  • Batı Birleşik Krallık
  • West Europe
  • Batı Orta ABD
  • Batı ABD
  • Batı ABD 2
  • Batı ABD 3

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

Şu anda Genel Amaçlı katmanı 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 ABD
  • Kuzey Avrupa
  • West Europe
  • Batı ABD 2

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

Şu anda Hiper Ölçek katmanı 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:

  • Central US
  • Doğu ABD
  • Kuzey Avrupa
  • West Europe
  • Batı ABD 2
  • Batı ABD 3

İlgili içerik