Azure SQL Veritabanında elastik havuz kaynaklarını ölçeklendirme

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

Bu makalede, Azure SQL Veritabanında elastik havuzlar ve havuza alınan veritabanları için kullanılabilir işlem ve depolama kaynaklarının nasıl ölçeklendirildiği açıklanır.

İşlem kaynaklarını değiştirme (sanal çekirdekler veya DTU'lar)

Başlangıçta sanal çekirdek veya eDTU sayısını seçtikten sonra, kullanarak gerçek deneyime göre elastik havuzun ölçeğini dinamik olarak artırıp azaltabilirsiniz:

Hizmet katmanını değiştirme veya işlem boyutunu yeniden ölçeklendirmenin etkisi

Elastik havuzun hizmet katmanını veya işlem boyutunu değiştirmek, tek veritabanlarına benzer bir desen izler ve temelde hizmetin aşağıdaki adımları gerçekleştirmesini içerir:

  1. Elastik havuz için yeni işlem örneği oluşturma

    İstenen hizmet katmanı ve işlem boyutu ile elastik havuz için yeni bir işlem örneği oluşturulur. Hizmet katmanı ve işlem boyutu değişikliklerinin bazı bileşimleri için, yeni işlem örneğinde verilerin kopyalanmasını içeren ve genel gecikme süresini önemli ölçüde etkiebilen her veritabanının bir çoğaltması oluşturulmalıdır. Ne olursa olsun, bu adım sırasında veritabanları çevrimiçi kalır ve bağlantılar özgün işlem örneğindeki veritabanlarına yönlendirilmeye devam eder.

  2. Bağlantıların yeni işlem örneğine yönlendirilmesine geçiş yapma

    Özgün işlem örneğindeki veritabanlarına yönelik mevcut bağlantılar bırakılır. Yeni işlem örneğindeki veritabanlarına yeni bağlantılar kurulur. Hizmet katmanı ve işlem boyutu değişikliklerinin bazı bileşimleri için, veritabanı dosyaları anahtar sırasında ayrılır ve yeniden eklenir. Ne olursa olsun, veritabanları genellikle 30 saniyeden kısa bir süre ve çoğunlukla yalnızca birkaç saniye boyunca kullanılamadığında anahtar kısa bir hizmet kesintisine neden olabilir. Bağlantılar bırakıldığında uzun süre çalışan işlemler varsa, durdurulan işlemlerin kurtarılması için bu adımın süresi daha uzun sürebilir. Hızlandırılmış Veritabanı Kurtarma , uzun süre çalışan işlemlerin durdurulma etkisini azaltabilir.

Önemli

İş akışındaki herhangi bir adım sırasında veri kaybı olmaz.

Hizmet katmanını değiştirme veya işlem boyutunu yeniden ölçeklendirme gecikmesi

Hizmet katmanını değiştirmek, tek bir veritabanının veya elastik havuzun işlem boyutunu ölçeklendirmek, bir veritabanını elastik havuz içinde/dışında taşımak veya elastik havuzlar arasında bir veritabanını taşımak için tahmini gecikme süresi aşağıdaki gibi parametrelendirilir:

Hizmet katmanı Temel tek veritabanı,Standart
(S0-S1)
Temel elastik havuz,
Standart (S2-S12),
Genel Amaçlı tek veritabanı veya elastik havuz
Premium veya İş Açısından Kritik tek veritabanı veya elastik havuz Hiper Ölçek
Temel tek veritabanı,
Standart (S0-S1)
• Kullanılan
alandan bağımsız sabit süre gecikme süresi• Genellikle, 5 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
Temel elastik havuz,
Standart (S2-S12),
Genel Amaçlı tek veritabanı veya elastik havuz
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Tek veritabanları için, kullanılan
alandan bağımsız sabit süre gecikme süresi• Genellikle, tek veritabanları için 5 dakikadan azdır• Elastik havuzlar
için, veritabanı sayısıyla orantılıdır
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
Premium veya İş Açısından Kritik tek veritabanı veya elastik havuz • Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
• Veri kopyalama
nedeniyle kullanılan veritabanı alanıyla orantılı gecikme süresi• Genellikle, kullanılan alan GB başına 1 dakikadan az
Hiper Ölçek Yok Yok Yok • Kullanılan
alandan bağımsız sabit süre gecikme süresi• Genellikle, 2 dakikadan az

Not

  • Elastik havuz için hizmet katmanını değiştirme veya işlemi yeniden ölçeklendirme durumunda, tahmini hesaplamak için havuzdaki tüm veritabanlarında kullanılan alanın toplamı kullanılmalıdır.
  • Bir veritabanını elastik havuza/havuza taşıma durumunda, elastik havuz tarafından kullanılan alanı değil, yalnızca veritabanı tarafından kullanılan alan gecikme süresini etkiler.
  • Standart ve Genel Amaçlı elastik havuzlar için, elastik havuzun içinde/dışında veya elastik havuzlar arasında veritabanını taşıma gecikmesi, elastik havuz Premium Dosya Paylaşımı (PFS) depolama alanı kullanıyorsa veritabanı boyutuyla orantılı olacaktır. Bir havuzun PFS depolama kullanıp kullanmadığını belirlemek için havuzdaki herhangi bir veritabanı bağlamında aşağıdaki sorguyu yürütebilirsiniz. AccountType sütunundaki değer veya PremiumFileStorage-ZRSise PremiumFileStorage havuz PFS depolama kullanıyordur.
SELECT s.file_id,
       s.type_desc,
       s.name,
       FILEPROPERTYEX(s.name, 'AccountType') AS AccountType
FROM sys.database_files AS s
WHERE s.type_desc IN ('ROWS', 'LOG');

Hizmet katmanını değiştirirken veya işlem boyutunu yeniden ölçeklerken dikkat edilmesi gereken ek noktalar

  • Elastik havuz için sanal çekirdekleri veya eDTU'ları küçültürken, kullanılan havuz alanı hedef hizmet katmanının ve havuz eDTU'larının izin verilen en büyük boyutundan daha küçük olmalıdır.
  • Elastik havuz için eDTU'ları yeniden ölçeklerken, (1) havuzun maksimum depolama boyutu hedef havuz tarafından destekleniyorsa ve (2) depolama maksimum boyutu hedef havuzun dahil edilen depolama miktarını aşıyorsa ek bir depolama maliyeti uygulanır. Örneğin, maksimum boyutu 100 GB olan 100 eDTU Standart havuzu 50 eDTU Standart havuzuna düşürüldüyse, hedef havuz maksimum 100 GB boyutu desteklediğinden ve dahil edilen depolama alanı miktarı yalnızca 50 GB olduğundan ek depolama maliyeti uygulanır. Bu nedenle, ek depolama alanı miktarı 100 GB – 50 GB = 50 GB'tır. Ek depolama alanı fiyatlandırması için bkz. SQL Veritabanı fiyatlandırması. Kullanılan gerçek alan miktarı dahil edilen depolama miktarından azsa, veritabanı maksimum boyutu dahil edilen miktara düşürülerek bu ek maliyetten kaçınılabilir.

Yeniden ölçeklendirme sırasında faturalama

Bir veritabanının mevcut olduğu her saat için, kullanımdan veya veritabanının bir saatten kısa bir süre etkin olup olmamasına bakılmaksızın bu saat içinde uygulanan en yüksek hizmet katmanı + işlem boyutu kullanılarak faturalandırılırsınız. Örneğin, tek bir veritabanı oluşturur ve beş dakika sonra silerseniz faturanız bir veritabanı saati için bir ücret yansıtır.

Elastik havuz depolama boyutunu değiştirme

Önemli

Bazı durumlarda kullanılmayan alanı geri kazanmak için veritabanını küçültmeniz gerekebilir. Daha fazla bilgi için bkz. Azure SQL Veritabanında dosya alanını yönetme.

Sanal çekirdek tabanlı satın alma modeli

  • Depolama en fazla boyut sınırına kadar sağlanabilir:

    • Standart veya Genel Amaçlı hizmet katmanlarında depolama için boyutu 10 GB'lık artışlarla artırın veya azaltın
    • Premium veya İş Açısından Kritik hizmet katmanlarında depolama için boyutu 250 GB artışlarla artırın veya azaltın
  • Elastik havuz depolama alanını sağlamak için maksimum boyutunu artırabilir veya azaltabilirsiniz.

  • Elastik havuzun depolama fiyatı, depolama miktarının hizmet katmanının depolama birimi fiyatıyla çarpılmasıdır. Ek depolamanın fiyatıyla ilgili ayrıntılar için bkz. SQL Veritabanı fiyatlandırması.

Önemli

Bazı durumlarda kullanılmayan alanı geri kazanmak için veritabanını küçültmeniz gerekebilir. Daha fazla bilgi için bkz. Azure SQL Veritabanında dosya alanını yönetme.

DTU tabanlı satın alma modeli

Önemli

Bazı durumlarda kullanılmayan alanı geri kazanmak için veritabanını küçültmeniz gerekebilir. Daha fazla bilgi için bkz. Azure SQL Veritabanında dosya alanını yönetme.

Sonraki adımlar

Genel kaynak sınırları için bkz. Sanal çekirdek tabanlı kaynak sınırlarını SQL Veritabanı - elastik havuzlar ve SQL Veritabanı DTU tabanlı kaynak sınırları - elastik havuzlar.