Sanal çekirdek satın alma modeli - Azure SQL Yönetilen Örneği

Şunlar için geçerlidir: Azure SQL Yönetilen Örneği

Bu makalede Azure SQL Yönetilen Örneği için sanal çekirdek satın alma modeli inceleniyor.

Genel bakış

Sanal çekirdek (sanal çekirdek) mantıksal cpuyu temsil eder ve donanımın fiziksel özelliklerini (örneğin çekirdek sayısı, bellek ve depolama boyutu) seçme seçeneği sunar. Sanal çekirdek tabanlı satın alma modeli, tek tek kaynak tüketiminde esneklik, denetim, saydamlık ve şirket içi iş yükü gereksinimlerini buluta çevirmenin kolay bir yolunu sunar. Bu model, fiyatı iyileştirir ve iş yükü gereksinimlerinize göre işlem, bellek ve depolama kaynaklarını seçmenize olanak tanır.

Sanal çekirdek tabanlı satın alma modelinde, maliyetleriniz aşağıdakilerin seçimine ve kullanımına bağlıdır:

• Hizmet katmanı
• Donanım yapılandırması
• İşlem kaynakları (sanal çekirdek sayısı ve bellek miktarı)
• Ayrılmış veritabanı depolama alanı
• Gerçek yedekleme depolama alanı

Azure SQL Yönetilen Örneği tarafından kullanılan sanal çekirdek (sanal çekirdek) satın alma modeli aşağıdaki avantajları sağlar:

• İş yükünün işlem ve bellek gereksinimlerini daha iyi eşleştirmek için donanım yapılandırması üzerinde denetim sahibi olun.
• Azure Hibrit Avantajı (AHB) ve Ayrılmış Örnek (RI) için fiyatlandırma indirimleri.
• İşlem gücü sağlayan donanım ayrıntılarında daha fazla saydamlık, şirket içi dağıtımlardan geçişlerin planlanmasında yardımcı olur.
• Birden çok işlem boyutuyla daha yüksek ölçeklendirme ayrıntı düzeyi.

İşlem

SQL Yönetilen Örneği işlem, iş yükü etkinliğinden bağımsız olarak sürekli olarak sağlanan belirli miktarda işlem kaynağı sağlar ve saatlik sabit bir fiyata sağlanan işlem miktarını faturalar.

İş Açısından Kritik hizmet katmanında otomatik olarak üç ek çoğaltma ayrıldığından, fiyat Genel Amaçlı hizmet katmanındakinden yaklaşık 2,7 kat daha yüksektir. Benzer şekilde, İş Açısından Kritik hizmet katmanındaki GB başına yüksek depolama fiyatı, yerel SSD depolamanın daha yüksek GÇ sınırlarını ve daha düşük gecikme süresini yansıtır.

Genel Amaçlı hizmet katmanındaki örnekler için, kullanmadığınız durumlarda örneğinizi durdurarak işlem ve lisanslama maliyetlerinden tasarruf edebilirsiniz. Daha fazla bilgi edinmek için Örneği durdur ve başlat'ı gözden geçirin.

Veri ve günlük depolama

Aşağıdaki faktörler, veri ve günlük dosyaları için kullanılan depolama miktarını etkiler ve Genel Amaçlı ve İş Açısından Kritik katmanlarına uygulanır.

• Genel Amaçlı hizmet katmanında tempdb yerel SSD depolama alanı kullanılır ve bu depolama maliyeti sanal çekirdek fiyatına dahildir.
• İş Açısından Kritik hizmet katmanında yerel tempdb SSD depolama alanını veri ve günlük dosyalarıyla paylaşır ve tempdb depolama maliyeti sanal çekirdek fiyatına dahildir.
• bir SQL Yönetilen Örneği için en büyük depolama boyutu 32 GB'ın katları olarak belirtilmelidir.

SQL Yönetilen Örneği toplam tüketilen örnek depolama boyutunu izlemek için storage_space_used_mb ölçümünü kullanın. T-SQL kullanarak veritabanındaki tek tek verilerin ve günlük dosyalarının geçerli ayrılan ve kullanılan depolama boyutunu izlemek için sys.database_files görünümünü ve FILEPROPERTY(... , 'SpaceUsed') işlevini kullanın.

Yedekleme alanı

Veritabanı yedeklemeleri için depolama alanı, SQL Yönetilen Örneği özelliklerini desteklemek üzere ayrılır. Bu depolama, veri ve günlük dosyası depolama alanından ayrıdır ve ayrı olarak faturalandırılır.

• Belirli bir noktaya geri yükleme (PITR): Depolama tüketimi, veritabanının değişim hızına ve yedeklemeler için yapılandırılan saklama süresine bağlıdır. SQL Yönetilen Örneği için her veritabanı için 1 ile 35 gün arasında ayrı bir saklama süresi yapılandırabilirsiniz. Yapılandırılan maksimum veri boyutuna eşit bir yedekleme depolama alanı tutarı ek ücret ödemeden sağlanır.
• Uzun süreli saklama (LTR):Tam yedeklemelerin 10 yıla kadar uzun süreli saklamasını yapılandırma seçeneğiniz vardır. Seçtiğiniz yapılandırma, LTR yedeklemeleri için ne kadar depolama alanı kullanılacağını belirler.

Hizmet katmanları

Hizmet katmanı genellikle depolama mimarisini, alan ve G/Ç sınırlarını ve kullanılabilirlik ve olağanüstü durum kurtarma ile ilgili iş sürekliliği seçeneklerini tanımlar.

Azure SQL Yönetilen Örneği iki hizmet katmanı vardır:

• Genel Amaçlı. Yükseltilmiş Yeni Nesil Genel Amaçlı hizmet katmanını (önizleme) kullanmayı seçebilirsiniz.
• İş Açısından Kritik.

Hizmet katmanları arasında ayrıntılı bir karşılaştırma için kaynak sınırlarını gözden geçirin, ancak kısa bir genel bakış için aşağıdaki tabloyu kullanın:

Genel Amaçlı

Genel Amaçlı hizmet katmanının mimari modeli, işlem ve depolama ayrımını temel alır. Bu mimari model, veritabanı dosyalarını saydam bir şekilde çoğaltan ve temel altyapı hatası oluştuğunda veri kaybı olmamasını garanti eden Azure Blob depolamanın yüksek kullanılabilirliğine ve güvenilirliğine dayanır.

Aşağıdaki şekilde, ayrılmış işlem ve depolama katmanlarıyla standart mimari modelde dört düğüm gösterilmektedir.

Genel Amaçlı hizmet katmanının mimari modelinde iki katman vardır:

• İşlemi çalıştıran sqlservr.exe ve yalnızca geçici ve önbelleğe alınmış veriler içeren durum bilgisi olmayan bir işlem katmanı (örneğin, plan önbelleği, arabellek havuzu, columnstore havuzu). Bu durum bilgisi olmayan düğüm, işlemi başlatan, düğümün sistem durumunu denetleen ve gerekirse başka bir yere yük devretme gerçekleştiren Azure Service Fabric tarafından çalıştırılır.
• Azure Blob depolamada depolanan veritabanı dosyalarını (.mdf/.ldf) içeren durum bilgisi olan bir veri katmanı. Azure Blob depolama, herhangi bir veritabanı dosyasına yerleştirilen hiçbir kayıtta veri kaybı yaşanmayacağını garanti eder. Azure Depolama, işlem kilitlense bile günlük dosyasındaki veya veri dosyasındaki tüm kayıtların korunmasını sağlayan yerleşik veri kullanılabilirliği/yedekliliği vardır.

Veritabanı altyapısı veya işletim sistemi yükseltildiğinde, temel altyapının bir bölümü başarısız olur veya işlemde sqlservr.exe kritik bir sorun algılanırsa Azure Service Fabric durum bilgisi olmayan işlemi başka bir durum bilgisi olmayan işlem düğümüne taşır. Yük devretme süresini en aza indirmek için birincil düğümün yük devretmesi gerçekleşirse yeni işlem hizmetini çalıştırmayı bekleyen bir yedek düğüm kümesi vardır. Azure depolama katmanındaki veriler etkilenmez ve veri/günlük dosyaları yeni başlatılan işleme eklenir. Bu işlem varsayılan olarak %99,99 kullanılabilirlik garantisi sağlar. Geçiş süresi ve yeni düğümün soğuk önbellekle başlaması nedeniyle yoğun iş yükleri üzerinde performans etkileri olabilir.

Bu hizmet katmanı ne zaman seçilir?

Genel Amaçlı hizmet katmanı, genel iş yüklerinin çoğu için tasarlanmış Azure SQL Yönetilen Örneği varsayılan hizmet katmanıdır. Varsayılan SLA ve depolama gecikme süresi 5 ile 10 ms arasında olan tam olarak yönetilen bir veritabanı altyapısına ihtiyacınız varsa, Genel Amaçlı katmanı sizin için bir seçenektir.

Yeni Nesil Genel Amaçlı

Sonraki Nesil Genel Amaçlı hizmet katmanı, aşağıdaki temel özellikleri sunan mevcut Genel Amaçlı hizmet katmanının mimari yükseltmesidir:

• Genel Amaçlı hizmet katmanıyla aynı temel maliyeti sunarken daha yüksek performans gereksinimleri olan işletmeler için tasarlanmıştır
• Genel Amaçlı hizmet katmanı üzerinden performans, ölçeklenebilirlik ve kaynak esnekliğine yönelik önemli yükseltmeler
• Depolama performansı ölçümlerini önemli ölçüde geliştiren sayfa blobları yerine yönetilen diskleri kullanır
• Her GB ayrılmış depolama alanı için 3 ücretsiz IOPS
• Örnek başına en fazla 500 veritabanı ve en fazla 32 TB depolama boyutu desteği

Sonraki Nesil Genel Amaçlı hizmet katmanı, örneğinizin hangi hizmet katmanını kullandığından bağımsız olarak mevcut Genel Amaçlı hizmet katmanına yükseltme olduğundan faturalama ekstreniz Genel Amaçlı hizmet katmanını yansıtır.

Mimari modeli

Yeni Nesil Genel Amaçlı hizmet katmanı, sayfa blobları yerine yönetilen disklerde örnek verilerini ve günlük dosyalarını depolamak için yükseltilmiş bir uzak depolama katmanı kullanan mevcut Genel Amaçlı hizmet katmanına yükseltmedir. Bu, Yeni Nesil Genel Amaçlı hizmet katmanı yükseltmesinin depolama, sanal çekirdek sayısı ve en fazla veritabanı sayısı sınırlarıyla mevcut Genel Amaçlı hizmet katmanından daha hızlı depolama gecikme süresi, IOPS ve aktarım hızı sunduğu anlamına gelir. Ayrıca, performans kotaları tüm örnek tarafından paylaşıldığından, artık performanslarını geliştirmek için dosyaları tek tek yeniden boyutlandırmanız gerekmez. Yeni Nesil Genel Amaçlı hizmet katmanının temel maliyeti Genel Amaçlı hizmet katmanıyla aynıdır, ancak GÇ performansınızı artırmak için kaydırıcıları kullanarak ayrı olarak faturalandırabilirsiniz.

Yeni Nesil Genel Amaçlı hizmet katmanı, her GB ayrılmış depolama alanı için üç IOPS'de ücretsiz IOPS sunarak maliyeti azaltmaya yardımcı olur. Depolamanın fiyatı en düşük IOPS'yi içerir. Minimum değerin üzerine çıkarsanız şu şekilde ücretlendirilirsiniz: 1 IOPS = depolama fiyatı (bölgeye göre) üçe bölünür.

Örneğin:

• 1 GB depolama alanı 0,115 ise, IOPS başına 1 IOPS = 0,115/3 = 0,038 olur.
• 1.024 GB örnek 3072 IOPS'yi ücretsiz olarak alır. Ek maliyet için IOPS'nizi VM sınırına kadar artırmayı seçebilirsiniz.

Bu hizmet katmanı ne zaman seçilir?

İşletmeniz bütçe odaklıysa ancak Genel Amaçlı hizmet katmanının performans ölçümleri ve sınırları yetersizse bu hizmet katmanını seçin.

Genel Amaçlı katmanı yerine Yeni Nesil Genel Amaçlı hizmet katmanını seçmenizin temel nedenleri şunlardır:

• Aynı temel maliyet için daha iyi performans
• Geliştirilmiş gecikme süresi, aktarım hızı ve IOPS
• Daha fazla depolama kapasitesi
• İşleminiz için daha fazla esneklik
• Tek bir örnek için 100'den fazla veritabanınız olması gerekir
• 16 TB'tan fazla ayrılmış depolama alanına ihtiyacınız var

İş Açısından Kritik

İş Açısından Kritik hizmet katmanı modeli, bir veritabanı altyapısı işlemleri kümesini temel alır. Bu mimari model, bakım etkinlikleri sırasında bile iş yükünüz üzerindeki performans etkilerini en aza indirmek için her zaman kullanılabilir veritabanı altyapısı düğümlerinden oluşan bir çekirdek kullanır. Azure, temel işletim sistemini, sürücüleri ve SQL Server veritabanı altyapısını şeffaf bir şekilde yükseltir ve son kullanıcılar için en düşük çalışma süresiyle düzeltme eki ekler.

İş Açısından Kritik modelinde işlem ve depolama her düğümde tümleştirilir. Dört düğümlü bir kümenin her düğümünde veritabanı altyapısı işlemleri arasında veri çoğaltma yüksek kullanılabilirlik elde eder ve her düğüm yerel olarak bağlı SSD'yi veri depolama olarak kullanır.

Hem SQL Server veritabanı altyapısı işlemi hem de temel .mdf/.ldf dosyaları, iş yükünüz için düşük gecikme süresi sağlayan yerel olarak bağlı SSD depolamaya sahip aynı düğüme yerleştirilir. Yüksek kullanılabilirlik, SQL Server Always On kullanılabilirlik gruplarına benzer bir teknoloji kullanılarak uygulanır.

Her örnek, bir örnekteki tüm veritabanlarının kopyalarını içeren, müşteri iş yükleri için erişilebilir birincil veritabanı ve yük devretme için hazır verilerin kopyalarını içeren üç ikincil veritabanı içeren bir veritabanı altyapısı düğümleri kümesidir. Birincil düğüm, birincil düğüm herhangi bir nedenle başarısız olursa verilerin ikincil çoğaltmalarda kullanılabilir olduğundan emin olmak için değişiklikleri sürekli olarak ikincil düğümlere iletir.

Yük devretme SQL Server veritabanı altyapısı tarafından işlenir; bir ikincil çoğaltma birincil düğüm olur ve kümede yeterli düğüm olduğundan emin olmak için yeni bir ikincil çoğaltma oluşturulur. İş yükü otomatik olarak yeni birincil düğüme yönlendirilir.

Ayrıca, İş Açısından Kritik kümesinde, birincil çoğaltmanızdaki iş yükünün performansını etkilemeyecek salt okunur sorguları (raporlar gibi) çalıştırmak için kullanılan ücretsiz bir salt okunur çoğaltma sağlayan yerleşik bir Okuma Ölçeği Genişletme özelliği vardır.

Bu hizmet katmanı ne zaman seçilir?

İş Açısından Kritik hizmet katmanı, temel alınan SSD depolama alanından düşük gecikme süreli yanıtlar (ortalama 1-2 ms), temel alınan altyapı başarısız olursa daha hızlı kurtarma gerektiren veya raporları, analizleri ve salt okunur sorguları birincil veritabanının ücretsiz okunabilir ikincil çoğaltmasına boşaltması gereken uygulamalar için tasarlanmıştır.

Genel Amaçlı katmanı yerine İş Açısından Kritik hizmet katmanı seçmenizin temel nedenleri şunlardır:

• Düşük G/Ç gecikme süresi gereksinimleri – Depolama katmanından hızlı yanıt gerektiren iş yükleri (ortalama 1-2 milisaniye) İş Açısından Kritik katmanı kullanmalıdır.
• Ücretsiz ikincil salt okunur çoğaltmaya yönlendirilebilen raporlama ve analiz sorguları içeren iş yükü.
• Daha yüksek dayanıklılık ve hatalardan daha hızlı kurtarma. Sistem hatası olması durumunda, birincil örnekteki veritabanları çevrimdışına alınır ve ikincil çoğaltmalardan biri hemen sorguları işlemeye hazır yeni okuma-yazma birincil örneği haline gelir. Veritabanı altyapısının günlük dosyasındaki işlemleri analiz edip yinelemesine veya verileri bellek arabelleklerine yüklemesine gerek yoktur.
• Gelişmiş veri bozulması koruması. İş Açısından Kritik katmanı arka planda veritabanları çoğaltmalarını kullandığından, hizmet veri bozulmasını azaltmaya yardımcı olmak için yansıtma ve kullanılabilirlik gruplarıyla kullanılabilen otomatik sayfa onarımını kullanır. Veri bütünlüğü sorunu nedeniyle bir çoğaltma sayfayı okuyamıyorsa, sayfanın yeni bir kopyası başka bir çoğaltmadan alınır ve okunamayan sayfa veri kaybı veya müşteri kapalı kalma süresi olmadan değiştirilir. Yönetilen örneğin coğrafi ikincil çoğaltması varsa bu işlev Genel Amaçlı katmanında kullanılabilir.
• Daha yüksek kullanılabilirlik - Çok kullanılabilirlik alanı yapılandırmasındaki İş Açısından Kritik katmanı, bölgesel hatalara dayanıklılık ve daha yüksek kullanılabilirlik SLA'sı sağlar.
• Hızlı coğrafi kurtarma - Yük devretme grubu yapılandırılırsa, İş Açısından Kritik katmanında 5 saniyelik garantili bir Kurtarma Noktası Hedefi (RPO) ve dağıtılan saatlerin %100'ünün kurtarma süresi hedefi (RTO) 30 saniyedir.

Şablonlar veya betiklerde hizmet katmanı belirtilirken, katman adı kullanılarak sağlanır. Aşağıdaki tablo geçerlidir:

Donanım yapılandırmaları

Sanal çekirdek modelindeki donanım yapılandırma seçenekleri standart seri (5. Nesil), premium serisi ve bellek için iyileştirilmiş premium serileri içerir. Donanım yapılandırması genellikle iş yükü performansını etkileyen işlem ve bellek sınırlarını ve diğer özellikleri tanımlar.

Donanım yapılandırma özellikleri ve sınırlamaları hakkında daha fazla bilgi için bkz . Donanım yapılandırma özellikleri.

sys.dm_user_db_resource_governance dinamik yönetim görünümünde Intel® SP-8160 (Skylake) işlemci kullanan örnekler için donanım oluşturma 6. Nesil olarak görünürken, Intel® 8272CL (Cascade Lake) kullanan örnekler için donanım oluşturma 7. Nesil olarak görünür. Premium serisi ve bellek için iyileştirilmiş premium serisi donanım nesilleri tarafından kullanılan Intel® 8370C (Ice Lake) CPU'ları 8. Nesil olarak görünür. Tüm standart seri (5. Nesil) örnekleri için kaynak sınırları, işlemci türüne (Broadwell, Skylake veya Cascade Lake) bakılmaksızın aynıdır.

Donanım yapılandırması seçme

Örnek oluşturma sırasında donanım yapılandırmasını seçebilir veya mevcut bir örneğin donanımını değiştirebilirsiniz.

SQL Yönetilen Örneği oluştururken donanım yapılandırmasını seçmek için

Ayrıntılı bilgi için bkz. SQL Yönetilen Örneği oluşturma.

Temel Bilgiler sekmesinde İşlem ve depolama bölümündeki Veritabanını yapılandır bağlantısını seçin ve ardından istediğiniz donanımı seçin:

Mevcut bir SQL Yönetilen Örneği donanımını değiştirmek için

Set-AzSqlInstance -Name "managedinstance1" -ResourceGroupName "ResourceGroup01" -ComputeGeneration Gen5

az sql mi update -g mygroup -n myinstance --family Gen5

Şablonlarda veya betiklerde donanım parametresi belirtilirken, donanım adı kullanılarak sağlanır. Aşağıdaki tablo geçerlidir:

SKU adları

Donanım kullanılabilirliği

Standart seri (5. Nesil) ve premium seriler

Standart seri (5. Nesil) ve premium serisi donanım, dünya çapındaki tüm genel bölgelerde kullanılabilir.

Bellek için iyileştirilmiş premium serisi donanım önizleme aşamasındadır ve bölgesel kullanılabilirliği sınırlıdır. Daha fazla bilgi için bkz. Azure SQL Yönetilen Örneği kaynak sınırları.

İlgili içerik

• Azure portalını kullanarak SQL Yönetilen Örneği oluşturma
• Azure SQL Yönetilen Örneği tek örnek fiyatlandırma sayfası
• Azure SQL Yönetilen Örneği havuzları fiyatlandırma sayfası
• Azure SQL Yönetilen Örneği için sanal çekirdek tabanlı kaynak sınırları