Aracılığıyla paylaş

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

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

Sunucusuz, Azure SQL Veritabanı'ndaki tek veritabanları için iş yükü talebine göre otomatik olarak ölçeklenen ve saniyede kullanılan işlem miktarı kadar ücretlendirilen 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.

Uyarı

Otomatik duraklatma ve otomatik sürdürme ş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.

Sunucusuz faturalamanın hareketsizlik nedeniyle işlem ücretlerini kesmesini gösteren diyagram.

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. Depolama maliyeti, sağlanan işlem katmanıyla aynı şekilde belirlenir.

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

Daha fazla maliyet ayrıntısı için Faturalama bölümüne bakın.

Senaryolar

Sunucusuz model, aralıklı ve tahmin edilemez kullanım düzenlerine sahip olup, boşta kalma dönemlerinden sonra işlem ön hazırlığı için biraz beklemeyi göze alabilen tek veritabanları için fiyat-performans dengesi açısından optimize edilmiş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 ve etkinlik dışı kaldığı dönemleri olan, zaman içinde daha düşük işlem kullanım ortalamasına sahip 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şine sahip olmayan ve hesaplama boyutlandırmasının bir Azure SQL Veritabanı dağıtımından önce tahmin edilmesinin zor veya mümkün olmadığı yeni tekil veritabanları.

Sağlanan hesaplama 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 etmedeki gecikmelerden kaynaklanan performans ödünlerini 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 yüksek
İşlem ölçeklendirme Otomatik El kitabı
İşlem yanıt hızı Etkin olmayan dönemlerden sonra daha düşük Anlık
Faturalama ayrıntı düzeyi Saniye başına 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ı, istenen işlem miktarı için kesinti olmadan kaynak talebini karşılamak için yeterli kapasiteye sahip bir makinede, maksimum sanal çekirdek değeriyle belirlenen sınırlar içinde ç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 kazandırma

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 temizleme işlemi tetiklendiğinde, hedef önbellek boyutu önceki boyutunun bir kısmına kadar artımlı olarak azaltılır ve kullanım düşük kalmaya devam ederse geri kazanım işlemi sürdürülür.
  • Ö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

Hiper Ölçek hizmet katmanında, hem sunucusuz hem de sağlanan işlem katmanları için, her işlem çoğaltması, GÇ performansını artırmak amacıyla 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 duraklatmayı destekler.
  • Mantıksal sunucuyu içeren sunucusuz veritabanı için oluşturulan DNS diğer adı.
  • Elastik İşler, Otomatik duraklatma etkin sunucusuz veritabanı bir İş Veritabanı olarak desteklenmez. Elastik işler tarafından hedeflenen sunucusuz veritabanları otomatik duraklatmayı destekler. İş bağlantıları bir veritabanını devam ettirir.

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 duraklatmayı engelleyen özellikler kullanılmıyorsa, ancak bir veritabanı gecikme süresinden sonra otomatik duraklamıyorsa, uygulama veya kullanıcı oturumları otomatik duraklamaya engel oluyor 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 duraklatmayı engeller.

  • Sonuç kümesi boş değilse, şu anda otomatik duraklatmayı 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 Veritabanı ve Azure Synapse Analytics için denetim 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 girişimi
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 İçin İnceleme 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 Şeffaf veri şifrelemenin durumu veya statüsünü görüntüleme
Güvenlik açığı değerlendirmesi El ile başlatılan taramalar ve etkinleştirildiyse 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, asgari sanal çekirdek veya otomatik duraklatma gecikmesini değiştirme.
SQL Server Management Studio (SSMS) 18.1'den önceki SSMS sürümleri kullanılırken ve sunucudaki herhangi bir veritabanı için yeni bir sorgu penceresi açılırken, 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 devamı 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ı yeniden başlatıldığında, bağlantı kurmak için oturum açmayı yeniden deneyin. 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ı'nda bağlantı yeniden deneme mantığı
  • SQL Veritabanında Entity Framework 6 kullanarak bağlantı yeniden deneme mantığı
  • ADO.NET kullanarak SQL Veritabanı için bağlantı yeniden deneme mantığı

Gecikme süresi

Sunucusuz bir veritabanının otomatik olarak devam etmesi genellikle 1 dakika sürer ve gecikme süresinin dolmasından sonra otomatik duraklatılması 1-10 dakika arasında gerçekleşir.

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

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 şifreleme (BYOK) kullanılıyorsa ve sunucusuz otomatik duraklatma etkinleştiriliyorsa, anahtarlar döndürüldüğünde veritabanı otomatik olarak sürdürülür. Ardından otomatik duraklatma koşulları karşılandığında veritabanı otomatik olarak 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 minimum 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çenekleri Varsayılan değer
    Minimum sanal çekirdek sayısı 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 (yedi 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ı'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 `
  -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

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.

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ı 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 için bkz. Var olan veritabanını Hiper Ölçekdönüştürme.

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

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

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 Hyperscale katmanında desteklenmediğinden otomatik duraklatma gecikmesi parametresi 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. MaxVcore, MinVcoreve AutoPauseDelayInMinutes bağımsız değişkenlerini kullanın. Sunucusuz otomatik duraklatma şu anda Hyperscale katmanında desteklenmediğinden otomatik duraklatma gecikmesi parametresi yalnızca Genel Amaçlı katman için geçerlidir.

Monitör

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, MERGE ve SELECT) sorguları tarafından oluşturulan kullanıcı iş yükü için CPU ve I/O'nun sınırlarını belirler. 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:

Varlık Metrik Açıklama Birimler
Uygulama paketi uygulama_cpu_yüzdesi 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 görünür hale getirilir. Yüzde
Uygulama paketi uygulama_cpu_faturalı Raporlama döneminde uygulama için faturalanan hesaplama 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 Hyperscale için bu ölçüm birincil kopya ve adlandırılmış kopyalar için sağlanır.		 Sanal Çekirdek saniyeleri
Uygulama paketi uygulama_cpu_faturalandırılan_YA_kopyaları 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, ya birincil çoğaltmaya ait HA çoğaltmalarını ya da belirli bir adlandırılmış çoğaltmaya ait HA çoğaltmalarını kapsar. 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 görünür hale getirilir. Raporlama döneminde ödenen tutar, bu ölçümün ürünü ve sanal çekirdek birim fiyatıdır. Sanal Çekirdek saniyeleri
Uygulama paketi uygulama_bellek_yüzdesi 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 görünür hale getirilir. Yüzde
Kullanıcı kaynak havuzu cpu_yüzde 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 veri_IO_yüzde 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_GÇ_Yüzde 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 çalışanlar_yüzdesi 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 oturumlar_yüzdesi 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

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

Çalıştırma Durumu Açıklama
Çevrimiçi Veritabanı çevrimiçi.
Duraklatılıyor Veritabanı çevrimiçi durumdan duraklatılmış durumuna geçiliyor.
Duraklatıldı Veritabanı duraklatıldı.
Sürdürülüyor Veritabanı duraklatılmış durumdan çevrimiçine geçiliyor.

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, bellek GB sayısı sanal çekirdek başına 3 GB olarak yeniden ölçeklendirilerek vCore birimlerine çevrilir.

  • Faturalanan kaynak: CPU ve bellek
  • Faturalanan tutar: vCore birim fiyatı * maksimum (minimum vCore'lar, kullanılan vCore'lar, minimum bellek GB * 1/3, kullanılan bellek GB * 1/3)
  • Faturalama sıklığı: Saniye bazında

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

Belirli bir bölgedeki 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ğaltma için sunucusuz sistemde faturalandırılan hesaplama miktarı aşağıdaki metrik ile gösterilir.

  • Ölçüm: app_cpu_billed (vCore saniyesi)
  • Tanım: maksimum (minimum sanal çekirdek, kullanılan sanal çekirdek, minimum 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 (vCore saniye)
  • Tanım: Ana kaynaklarına ait herhangi bir HA çoğaltması için maksimum (asgari sanal çekirdek, kullanılan sanal çekirdek sayısı, asgari bellek GB * 1/3, kullanılan bellek GB * 1/3) değerlerinin toplamı.
  • Üst kaynak ve ölçüm uç noktası: Birincil replika ve adlandırılmış replikanın her biri, ilişkili HA replikaları için faturalandırılan hesaplama kapasitesini ölçen bu ölçümü ayrı ayrı 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 düşük sanal çekirdek miktarı ile en düşük bellek GB'nin 1/3'ü arasındaki maksimum değere dayalı olarak) sanal çekirdek miktarından az olmayacaktır.

Ö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 minimum hesaplama maliyeti maksimum (1 sanal çekirdek, 3,0 GB * 1 sanal çekirdek / 3 GB) = 1 sanal çekirdek üzerinden hesaplanı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ı bulunan bir birincil çoğaltması ve HA çoğaltması olmayan bir isimlendirilmiş ç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 replika, HA replika ve adlandırılmış replika için minimum işlem faturası her biri en fazla (1 sanal çekirdek, 3 GB * 1 sanal çekirdek / 3 GB) = 1 sanal çekirdek olarak hesaplanır.

Sunucusuz için Azure SQL Veritabanı fiyatlandırma hesaplayıcısı, yapılandırılan maksimum ve minimum 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 saniyede 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 * 3 600 saniye = 14 400 sanal çekirdek saniye
1:00-2:00 1 12 Kullanılan bellek 12 GB * 1/3 * 3.600 saniye = 14.400 sanal çekirdek saniye
2:00-8:00 0 0 Sağlanan en düşük bellek 3 GB * 1/3 * 21.600 saniye = 21.600 sanal çekirdek saniye
8:00-24:00 0 0 Duraklatıldığında hiçbir işlem için faturalandırma yapılmaz. 0 vCore saniye
24 saat içerisinde faturalanan toplam sanal çekirdek saniyesi 50,400 vCore 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 * 50.400 sanal çekirdek saniye ~ 7,31 ABD doları.

Azure Hibrit Avantajı ve rezervasyonlar

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

Kullanılabilen bölgeler

Bölgesel kullanılabilirlik için bkz. Azure SQL Veritabanı için bölgeye göre sunucusuz kullanılabilirlik.

İlgili içerik

  • Last updated on