Depolama: Azure VM'lerinde SQL Server için en iyi performans yöntemleri

  • Makale

Şunlar için geçerlidir:Azure VM'de SQL Server

Bu makalede, Azure Sanal Makineler(VM) üzerinde SQL Server'ınızın performansını iyileştirmeye yönelik en iyi depolama yöntemleri ve yönergeleri sağlanır.

Genellikle maliyetleri iyileştirme ile performansı iyileştirme arasında bir denge vardır. Bu en iyi performans uygulamaları serisi, Azure VM'lerinde SQL Server için en iyi performansı almaya odaklanmıştır. İş yükünüz daha az zorluysa, önerilen her iyileştirmeye ihtiyacınız olmayabilir. Bu önerileri değerlendirirken performans gereksinimlerinizi, maliyetlerinizi ve iş yükü desenlerinizi göz önünde bulundurun.

Daha fazla bilgi edinmek için bu serideki diğer makalelere bakın: Denetim listesi, VM boyutu, Güvenlik, HADR yapılandırması ve Temeli topla.

Denetim listesi

Makalenin geri kalanında daha ayrıntılı olarak ele alınan depolama en iyi yöntemlerine kısa bir genel bakış için aşağıdaki denetim listesini gözden geçirin:

  • Uygulamayı izleyin ve disk türünü seçmeden önce SQL Server verileri, günlüğü ve dosyaları için depolama bant genişliği ve tempdb gecikme süresi gereksinimlerini belirleyin.
  • Varsa, D: yerel SSD biriminde verileri ve günlük dosyalarını yapılandırın.tempdb SQL IaaS Aracısı uzantısı, yeniden sağlama sırasında gereken klasörü ve izinleri işler.
  • Depolama performansını iyileştirmek için kullanılabilir en yüksek IOPS'yi planlayın ve veri okuma işlemleri için performans özelliği olarak veri önbelleğe alma özelliğini kullanırken sanal makine ve disklerin kaplanmasından kaçının.
  • Ebdsv5 veya Ebsv5 serisi SQL Server VM'lerini kullanırken en iyi fiyat performansı için Premium SSD v2 kullanın. Azure portalını (şu anda önizleme aşamasında) kullanarak SQL Server VM'nizi Premium SSD v2 ile dağıtabilirsiniz.
  • Depolama birleştirme, paylaşılan dinamik performans ve VM'yi yükseltmeye gerek kalmadan daha yüksek depolama aktarım hızı sağlama özelliği nedeniyle daha iyi maliyet verimliliği için SQL Server iş yükleri için Azure Elastik SAN kullanmayı göz önünde bulundurun.
  • Verileri, günlüğü ve tempdb dosyaları ayrı sürücülere yerleştirin.
    • Veri sürücüsünde, önbellek desteğinin kullanılabilirliğini sağlamak için premium P30 ve P40 veya daha küçük diskler kullanın. Ebdsv5 VM serisini kullanırken, yüksek IOPS ve G/Ç aktarım hızı gerektiren iş yükleri için daha iyi fiyat performansı sağlayan Premium SSD v2'yi kullanın.
    • Premium SSD v2 veya Premium SSD P30 - P80 disklerini değerlendirirken kapasite ve test performansı ile maliyet karşılaştırması için günlük sürücüsü planı
    • En uygun VM boyutunu seçtikten sonra yük devretme kümesi örneğinin (FCI) parçası olmayan çoğu SQL Server iş yükü için geçici diske tempdb yerleştirin (geçici disk kısa ömürlüdür ve varsayılan D:\olarak ) .
    • Yük devretme kümesi örnekleri (FCI) için paylaşılan depolama alanına yerleştirin tempdb .
      • FCI iş yükü büyük ölçüde disk performansına tempdb bağımlıysa, FCI depolamanın parçası olmayan yerel kısa ömürlü SSD (varsayılan D:\) sürücüsünde gelişmiş bir yapılandırma yeri tempdb olarak. Bu sürücünün herhangi bir hatası FCI'dan eylem tetiklemeyeceğinden, yerel kısa ömürlü SSD (varsayılan D:\) sürücünün her zaman kullanılabilir olduğundan emin olmak için bu yapılandırma özel izleme ve eylem gerektirir.
  • G/Ç bant genişliğini hedef sanal makinenin IOPS ve aktarım hızı sınırlarına kadar artırmak için Depolama Alanları kullanarak birden çok Azure veri diskini çıkarın.
  • Veri dosyası diskleri için konak önbelleğinisalt okunur olarak ayarlayın.
  • Günlük dosyası diskleri için konak önbelleğiniyok olarak ayarlayın.
    • SQL Server verileri veya günlük dosyaları içeren disklerde okuma/yazma önbelleğe alma özelliğini etkinleştirmeyin.
    • Diskinizin önbellek ayarlarını değiştirmeden önce her zaman SQL Server hizmetini durdurun.
  • Geliştirme ve test iş yükleri ve uzun süreli yedekleme arşivleme için standart depolamayı kullanmayı göz önünde bulundurun. Üretim iş yükleri için Standart HDD/SSD kullanılması önerilmez.
  • Kredi tabanlı Disk Seri Dağıtımı (P1-P20), yalnızca daha küçük geliştirme/test iş yükleri ve departman sistemleri için dikkate alınmalıdır.
  • Depolama performansını iyileştirmek için kullanılabilir en yüksek IOPS'yi planlayın ve veri okuma işlemleri için performans özelliği olarak veri önbelleğe alma özelliğini kullanırken sanal makine ve disklerin kısıtlanması/azaltmasını önleyin.
  • Veri diskinizi, geçici D:\ sürücü dışında bir sürücüye yerleştirilen tüm veri dosyaları için (varsayılan değeri 4 KB olan) 64 KB ayırma birimi boyutu kullanacak şekilde biçimlendirin. Azure Market aracılığıyla dağıtılan SQL Server VM'leri, depolama havuzu için ayırma birimi boyutu ve araya kaydetme ile biçimlendirilmiş veri diskleri 64 KB olarak ayarlanır.
  • Depolama hesabını SQL Server VM ile aynı bölgede yapılandırın.
  • Azure coğrafi olarak yedekli depolamayı (coğrafi çoğaltma) devre dışı bırakın ve depolama hesabında LRS (yerel yedekli depolama) kullanın.
  • Olası performans sorunlarını belirlemek ve SQL Server VM'nizin en iyi yöntemleri izleyecek şekilde yapılandırıldığını değerlendirmek için SQL En İyi Yöntemler Değerlendirmesi'ni etkinleştirin.
  • Depolama GÇ kullanım ölçümlerini kullanarak disk ve VM sınırlarını gözden geçirin ve izleyin.
  • Veri dosyaları, günlük dosyaları ve yedekleme dosyaları dahil olmak üzere SQL Server dosyalarını virüsten koruma yazılımı taramasından hariç tutun.

Depolama denetim listesini diğer en iyi yöntemlerle karşılaştırmak için kapsamlı Performans en iyi yöntemleri denetim listesine bakın.

Genel bakış

Azure VM'de SQL Server iş yükleri için en etkili yapılandırmayı bulmak için, iş uygulamanızın depolama performansını ölçerek başlayın. Depolama gereksinimleri bilindikten sonra, uygun bellek-sanal çekirdek oranına sahip gerekli IOPS ve aktarım hızını destekleyen bir sanal makine seçin.

İş yükünüz için yeterli depolama ölçeklenebilirliğine sahip bir VM boyutu ve işletmenizin kapasite ve performans gereksinimlerini karşılayan disklerin (genellikle bir depolama havuzunda) karışımını seçin.

Disk türü hem diskte barındırılan dosya türüne hem de en yüksek performans gereksinimlerinize bağlıdır.

İpucu

Azure portalı aracılığıyla BIR SQL Server VM'sinin sağlanması, depolama yapılandırma işleminde size yol göstermesine yardımcı olur ve verileriniz ve günlük dosyalarınız için ayrı depolama havuzları oluşturma, sürücüyü hedefleme tempdbD:\ ve en iyi önbelleğe alma ilkesini etkinleştirme gibi en iyi depolama uygulamalarını uygular. Depolamayı sağlama ve yapılandırma hakkında daha fazla bilgi için bkz . SQL VM depolama yapılandırması.

VM disk türleri

Diskleriniz için performans düzeyinde bir seçeneğiniz vardır. Temel depolama alanı olarak kullanılabilen yönetilen disk türleri (performans özellikleri artırılarak listelenir), Standart sabit disk sürücüleri (HDD), Standart katı hal sürücüleri (SSD), Premium SSD'ler, Premium SSD v2 ve Ultra Disklerdir.

Standart HDD'ler, Standart SSD'ler ve Premium SSD'ler için diskin performansı, 4 GiB alan ve 120 IOPS ile P80'e 32 TiB depolama alanı ve 20.000 IOPS ile P1 gibi premium disk etiketlerine göre gruplandırılmış disk boyutuyla birlikte artar. Premium depolama, bazı iş yükleri için okuma ve yazma performansını geliştirmeye yardımcı olan bir depolama önbelleğini destekler. Daha fazla bilgi için bkz . Yönetilen disklere genel bakış.

Premium SSD v2 ve Ultra Disklerin performansı disk boyutundan bağımsız olarak değiştirilebilir. Ayrıntılar için bkz . Ultra disk performansı ve Premium SSD v2 performansı.

Azure VM'de SQL Server'ınız için göz önünde bulundurmanız gereken üç ana disk rolü de vardır: işletim sistemi diski, geçici disk ve veri diskleriniz. İşletim sistemi sürücüsünde ve kısa ömürlü geçici (D:\)sürücüde (C:\) nelerin depolandığını dikkatlice seçin.

İşletim sistemi diski

İşletim sistemi diski, işletim sisteminin çalışan bir sürümü olarak önyüklenebilen ve bağlanabilen ve sürücü olarak C:\ etiketlenen bir VHD'dir. Bir Azure VM oluşturduğunuzda, platform işletim sistemi diski için VM'ye en az bir disk ekler. Sürücü C:\ , uygulama yüklemeleri ve dosya yapılandırması için varsayılan konumdur.

Üretim SQL Server ortamlarında veri dosyaları, günlük dosyaları, hata günlükleri için işletim sistemi diskini kullanmayın.

Geçici disk

Birçok Azure VM'sinde geçici disk (sürücü olarak D:\ etiketlenmiş) adlı başka bir disk türü bulunur. VM serisine ve boyutuna bağlı olarak bu diskin kapasitesi değişir. Geçici disk kısa ömürlüdür; başka bir deyişle, sanal makine yeniden başlatıldığında veya farklı bir ana bilgisayara taşındığında (örneğin, hizmet iyileştirme için) disk depolaması yeniden oluşturulur (serbest bırakılır ve yeniden ayrılır).

Geçici depolama sürücüsü, uzak depolamada kalıcı değildir ve dolayısıyla kullanıcı veritabanı dosyalarını, işlem günlüğü dosyalarını veya korunması gereken hiçbir şeyi depolamamalıdır. Örneğin, arabellek havuzu uzantıları, sayfa dosyası ve tempdbiçin kullanabilirsiniz.

Yerel önbellek tüketimi sorun oluşturmadığı sürece SQL Server iş yükleri için yerel geçici SSD D:\ sürücüsüne yerleştirintempdb. Geçici diski olmayan bir VM kullanıyorsanız, önbelleğe alma salt okunur olarak ayarlanmış kendi yalıtılmış diskine veya depolama havuzuna yerleştirmeniz tempdb önerilir. Daha fazla bilgi edinmek için bkz . tempdb veri önbelleğe alma ilkeleri.

Veri diskleri

Veri diskleri, tek bir diskin VM'ye sunabileceği kapasiteyi ve performansı aşmak için genellikle depolama havuzlarında oluşturulan uzak depolama diskleridir.

İş yükünüzün IOPS, aktarım hızı ve kapasite gereksinimlerini karşılayan minimum disk sayısını ekleyin. Yeniden boyutlandırmayı planladığınız en küçük VM'nin veri diski sayısı üst sınırını aşmayın.

Performans gereksinimlerine en uygun şekilde sağlanan veri disklerine veri ve günlük dosyaları yerleştirin.

Veri diskinizi, geçici D:\ sürücü dışında bir sürücüye yerleştirilen tüm veri dosyaları için (varsayılan değeri 4 KB olan) 64 KB ayırma birimi boyutu kullanacak şekilde biçimlendirin. Azure Market aracılığıyla dağıtılan SQL Server VM'leri, depolama havuzu için ayırma birimi boyutu ve araya kaydetme ile biçimlendirilmiş veri diskleri 64 KB olarak ayarlanır.

Not

SQL Server veritabanı dosyalarınızı doğrudan Azure Blob depolamada veya Azure premium dosya paylaşımı gibi SMB depolamada barındırmak da mümkündür, ancak en iyi performans, güvenilirlik ve özellik kullanılabilirliği için Azure yönetilen diskleri kullanmanızı öneririz.

Premium SSD v2

Geçerli sınırlamalar ortamınıza uygunsa desteklenen bölgelerde SQL Server iş yüklerini çalıştırırken Premium SSD v2 diskleri kullanmanız gerekir. Yapılandırmanıza bağlı olarak Premium SSD v2, Premium SSD'lerden daha ucuz olabilir ve performans iyileştirmeleri de sağlar. Premium SSD v2 ile aktarım hızınızı veya IOPS'nizi diskinizin boyutundan bağımsız olarak tek tek ayarlayabilirsiniz. Performans seçeneklerini ayrı ayrı ayarlayabilmeniz, bu daha büyük maliyet tasarrufu sağlar ve beklenen veya bilinen ihtiyaç dönemlerinde performans gereksinimlerini karşılamak için değişiklikleri betik olarak yazmanıza olanak tanır.

Bu yüksek G/Ç aktarım hızı makineleri için daha uygun maliyetli bir çözüm olduğundan, Ebdsv5 veya Ebsv5 sanal makine serisini kullanırken Premium SSD v2 kullanmanızı öneririz.

Azure portalını (şu anda önizleme aşamasında) kullanarak SQL Server VM'lerinizi Premium SSD v2 ile dağıtabilirsiniz.

SQL Server VM'nizi Azure portalını kullanarak dağıtıyorsanız ve Premium SSD v2 kullanmak istiyorsanız, şu anda Ebdsv5 veya Ebsv5 serisi sanal makinelerle sınırlısınız demektir. Ancak, VM'nizi Premium SSD v2 depolama ile el ile oluşturur ve ardından VM'ye SQL Server'ı el ile yüklerseniz, Premium SSD v2'yi destekleyen herhangi bir VM serisini kullanabilirsiniz. Uzantı tarafından sağlanan tüm avantajlardan yararlanmak için SQL Server VM'nizi SQL IaaS Aracısı uzantısına kaydettiğinizden emin olun.

Azure Elastic SAN

Azure Elastik SAN , iSCSI protokolü üzerinden çeşitli Azure işlem hizmetlerine bağlanan yüksek oranda ölçeklenebilir, uygun maliyetli, yüksek performanslı ve güvenilir bir blok depolama çözümü sunar. Elastik SAN, müşteri uygulama mimarisini yeniden düzenlemeye gerek kalmadan mevcut SAN depolama alanından buluta sorunsuz bir geçiş sağlar. Bu çözüm, milyonlarca IOPS, çift basamaklı GB/sn aktarım hızı ve kapalı kalma süresini en aza indirmek için yerleşik dayanıklılıkla düşük tek basamaklı milisaniyelik gecikme süresi gibi büyük ölçekli bir performans elde edebilir. Bu, depolamayı birleştirmek isteyen müşteriler, birden çok işlem hizmetiyle çalışan müşteriler veya ağ bant genişliği üzerinden depolamayı yönlendirerek yüksek aktarım hızı düzeyleri gerektiren iş yükleri olan müşteriler için harika bir uyum sağlar. 

Not

  • Elastik SAN ile VM boyutlandırma, depolama aktarım hızıyla birlikte üretim (VM'ye VM'ye) ağ aktarım hızı gereksinimlerini karşılamalıdır.

Daha iyi maliyet verimliliği için SQL Server iş yüklerini Elastic SAN'a yerleştirmeyi göz önünde bulundurun çünkü:

  • Depolama birleştirme ve dinamik performans paylaşımı: Normalde Azure VM iş yüklerindeki SQL Server için disk depolama alanı, müşterinin kapasitesine ve bu VM için en yüksek performans gereksinimlerine göre VM başına sağlanır. Bu fazla sağlanmış performans gerektiğinde kullanılabilir ancak kullanılmayan performans diğer VM'lerdeki iş yükleriyle paylaşılamaz. Şirket içi SAN'a benzer şekilde esnek SAN, birden çok SQL ve SQL dışı iş yükünün depolama gereksinimlerini birleştirerek daha iyi maliyet verimliliği elde edilmesini sağlar ve GÇ taleplerine göre bu farklı iş yüklerine sağlanan birimler arasında sağlanan performansı dinamik olarak paylaşma olanağı sunar. Örneğin, Doğu ABD'de her biri 2 TiB kapasite ve 10K IOPS gerektiren 10 iş yükünüz varsa, ancak toplu olarak herhangi bir zamanda 60.000 IOPS'den fazlasına ihtiyaç duymazlar. Size 12 TiB kapasite ve gerekli 60K IOPS'yi ve kalan 8 TiB kapasiteyi daha ucuz bir fiyata verecek yalnızca kapasite birimi (1 yalnızca kapasite birimi = GiB/ay başına 0,06 ABD doları) sağlayacak 12 temel birim (1 temel birim = GiB/ay başına 0,08 ABD doları) ile Elastik SAN yapılandırabilirsiniz. Bu en uygun depolama yapılandırması, bu iş yüklerinin her birine gerekli performansı (10K IOPS) sağlarken daha iyi maliyet verimliliği sağlar. Elastik SAN tabanı ve yalnızca kapasite sağlama birimleri hakkında daha fazla bilgi için lütfen Azure Elastik SAN planlama ve fiyatlandırma için Azure Elastik SAN - Fiyatlandırma'yı ziyaret edin.
  • Daha yüksek depolama aktarım hızı sağlamak için: Azure VM dağıtımlarında SQL Server zaman zaman bu VM için disk aktarım hızı sınırları nedeniyle bir VM'nin fazla sağlamasını gerektirir. iSCSI protokolüyle işlem ağı bant genişliği üzerinden daha yüksek depolama aktarım hızı sağladığınız için Elastik SAN ile bunu önleyebilirsiniz. Örneğin, bir Standard_E32bds_v5 (SCSI) VM'si disk/depolama aktarım hızı için 88.000 IOPS ve 2.500 MB/sn ile eşlenir, ancak en fazla 16.000 MB/sn ağ aktarım hızı elde edebilir. İş yükünüz için depolama aktarım hızı gereksinimi 2.500 MB/sn'den büyükse, Artık Elastik SAN kullanarak 16.000 MB/sn'ye kadar destekleyebildiğinden VM'yi daha yüksek bir SKU'ya yükseltmeniz gerekmez.

Premium SSD

Üretim SQL Server iş yükleri için veri ve günlük dosyaları için Premium SSD'leri kullanın. Premium SSD IOPS ve bant genişliği, disk boyutuna ve türüne göre değişir.

Üretim iş yüklerinde, önbelleğe alma desteği sağlamak üzere SQL Server veri dosyaları için P30 ve/veya P40 disklerini kullanın ve SQL Server işlem günlüğü dosyaları için P30'a kadar P80 kullanın. En iyi toplam sahip olma maliyeti için veri ve günlük dosyaları için P30s (5000 IOPS/200 MBPS) ile başlayın ve yalnızca VM disk sayısını denetlemeniz gerektiğinde daha yüksek kapasiteler seçin. Geliştirme/test veya küçük sistemler için P30'dan küçük boyutları kullanmayı seçebilirsiniz çünkü bunlar önbelleğe almayı destekler, ancak ayrılmış fiyatlandırma sunmaz.

OLTP iş yükleri için, yoğun zamanlarda iş yüklerini ve performans sayaçlarını kullanarak performans gereksinimlerinizle disk başına hedef IOPS'yi (veya depolama havuzu) eşleştirin Disk Reads/sec + Disk Writes/sec . Veri ambarı ve raporlama iş yükleri için, yoğun zamanlarda iş yüklerini ve kullanarak hedef aktarım hızını eşleştirin Disk Read Bytes/sec + Disk Write Bytes/sec.

En iyi performansı elde etmek için Depolama Alanları'nı kullanın, biri günlük dosyaları için, diğeri de veri dosyaları için olmak üzere iki havuz yapılandırın. Disk şeritleme kullanmıyorsanız, bir sürücünün günlük dosyasını, diğerinin verileri içerdiği ayrı sürücülere eşlenmiş iki premium SSD diski kullanın.

Sağlanan IOPS ve depolama havuzunuzun bir parçası olarak kullanılan disk başına aktarım hızı . Disklerin birleştirilmiş IOPS ve aktarım hızı özellikleri, VM'nin aktarım hızı sınırlarına kadar olan maksimum özelliktir.

En iyi yöntem, IOPS (ve aktarım hızı) ve kapasite için en düşük gereksinimleri karşılarken mümkün olan en az sayıda disk kullanmaktır. Ancak, fiyat ve performans dengesi, az sayıda büyük disk yerine çok sayıda küçük diskle daha iyi olma eğilimindedir.

Premium diskleri ölçeklendirme

Premium SSD'nizin boyutu diskinizin ilk performans katmanını belirler. Diskin boyutunu değiştirmeden dağıtım sırasında performans katmanını belirleyin veya daha sonra değiştirin. Talep artarsa, iş gereksinimlerinizi karşılamak için performans düzeyini artırabilirsiniz.

Performans katmanının değiştirilmesi, yöneticilerin disk patlamasına gerek kalmadan daha yüksek talebe hazırlanmalarına ve bu talebi karşılamalarına olanak tanır.

Faturalamanın depolama performansı katmanını karşılayacak şekilde tasarlandığı durumlarda, gerektiği kadar yüksek performansı kullanın. Kapasiteyi artırmadan katmanı performans gereksinimlerine uyacak şekilde yükseltin. Ek performans artık gerekli olmadığında özgün katmana geri dönün.

Performansın bu uygun maliyetli ve geçici genişlemesi, alışveriş, performans testi, eğitim etkinlikleri ve yalnızca kısa bir süre için daha fazla performansa ihtiyaç duyulan diğer kısa pencereler gibi hedeflenen olaylar için güçlü bir kullanım örneğidir.

Daha fazla bilgi için bkz . Yönetilen diskler için performans katmanları.

Azure ultra disk

Gecikme süresi azaltılmış bir alt milisaniye yanıt süresine ihtiyaç varsa SQL Server günlük sürücüsü için Azure ultra disk ve hatta G/Ç gecikmesine son derece duyarlı uygulamalar için veri sürücüsü kullanmayı göz önünde bulundurun.

Ultra disk, kapasite ve IOPS'nin bağımsız olarak ölçeklenebileceği şekilde yapılandırılabilir. Ultra disk ile yöneticiler uygulama gereksinimlerine göre kapasite, IOPS ve aktarım hızı gereksinimlerine sahip bir disk sağlayabilir.

Ultra disk tüm VM serilerinde desteklenmez ve bölge kullanılabilirliği, yedeklilik ve Azure Backup desteği gibi diğer sınırlamalara sahiptir. Daha fazla bilgi edinmek için sınırlamaların tam listesi için bkz . Azure ultra diskleri kullanma.

Standart HDD'ler ve SSD'ler

Standart HDD'ler ve SSD'ler farklı gecikme sürelerine ve bant genişliğine sahiptir ve yalnızca geliştirme/test iş yükleri için önerilir. Üretim iş yükleri Premium SSD v2 veya Premium SSD kullanmalıdır. Standart SSD (geliştirme/test senaryoları) kullanıyorsanız, vm boyutunuz tarafından desteklenen en fazla veri diski sayısını eklemeniz ve en iyi performans için Depolama Alanları ile disk şeritleme kullanmanız önerilir.

Önbelleğe Alma

Premium depolama önbelleğini destekleyen VM'ler, bir VM'nin IOPS ve aktarım hızı özelliklerini genişletmek için Azure BlobCache veya konak önbelleğe alma adlı ek bir özellikten yararlanabilir. Hem premium depolama hem de premium depolama önbelleği için etkinleştirilen VM'ler, depolama performansını geliştirmek için birlikte kullanılabilecek bu iki farklı depolama bant genişliği sınırına sahiptir.

Önbelleğe alınmadan IOPS ve MB/sn aktarım hızı, vm'nin kazınmamış disk aktarım hızı sınırlarına göre sayılır. Önbelleğe alınan maksimum sınırlar, okuma işlemleri için büyümeyi ve beklenmeyen zirveleri gidermeye yardımcı olan başka bir arabellek sağlar.

Ek maliyet olmadan veri sürücüsünde okuma performansını önemli ölçüde geliştirmek için seçenek desteklendiğinde premium önbelleğe almayı etkinleştirin.

Azure BlobCache'e okuma ve yazma işlemleri (önbelleğe alınmış IOPS ve aktarım hızı), VM'nin kazınmamış IOPS ve aktarım hızı sınırlarına göre sayılmaz.

Not

Disk Önbelleğe Alma 4 TiB ve daha büyük (P50 ve daha büyük) diskler için desteklenmez. Sanal makinenize birden çok disk eklendiyse, 4 TiB’den küçük olan her bir disk önbelleğe almayı destekleyecektir. Daha fazla bilgi için bkz . Disk önbelleğe alma.

Kazınmamış aktarım hızı

Maksimum kazınmamış disk IOPS ve aktarım hızı, VM'nin işleyebileceği maksimum uzak depolama sınırıdır. Bu sınır VM'de tanımlanır ve temel alınan disk depolama alanı sınırı değildir. Bu sınır, geçici sürücüye (D:\ sürücü) veya işletim sistemi sürücüsüne karşı yerel G/Ç'yi değil, yalnızca VM'ye uzaktan bağlı veri sürücüleri için G/Ç için geçerlidir.

Bir VM için kullanılabilir olan kazınmamış IOPS ve aktarım hızı miktarı, VM'nizin belgelerinde doğrulanabilir.

Örneğin, M serisi belgelerinde Standard_M8ms VM için en yüksek kazınmamış aktarım hızının 5000 IOPS ve 125 MB/sn'lik kazınmamış disk aktarım hızı olduğu gösterilir.

Screenshot showing M-series uncached disk throughput documentation.

Benzer şekilde, Standard_M32ts 20.000 kazınmamış disk IOPS'sini ve 500 MB/sn kazınmamış disk aktarım hızını desteklediğini görebilirsiniz. Bu sınır, temel premium disk depolamadan bağımsız olarak VM düzeyinde yönetilir.

Daha fazla bilgi için bkz . önbelleğe alınmamış ve önbelleğe alınmış sınırlar.

Önbelleğe alınmış ve geçici depolama aktarım hızı

Önbelleğe alınan maksimum ve geçici depolama aktarım hızı sınırı, VM'deki kazınmamış aktarım hızı sınırından ayrı bir sınırdır. Azure BlobCache, VM ana bilgisayarının rastgele erişim belleğinin ve yerel olarak bağlı SSD'nin bir birleşiminden oluşur. VM içindeki geçici sürücü (D:\ sürücü) de bu yerel SSD'de barındırılır.

Önbelleğe alınan en yüksek ve geçici depolama aktarım hızı sınırı, G/Ç'yi yerel geçici sürücüye (D:\ sürücü) ve Azure BlobCache'e göre yalnızca konak önbelleği etkinleştirildiğinde yönetir.

Premium depolamada önbelleğe alma etkinleştirildiğinde VM'ler, uzak depolama alanı kaplanmamış VM IOPS ve aktarım hızı sınırları sınırlamalarının ötesinde ölçeklendirilebilir.

Yalnızca belirli VM'ler hem premium depolamayı hem de premium depolama önbelleğini destekler (sanal makine belgelerinde doğrulanması gerekir). Örneğin, M serisi belgeleri hem premium depolamanın hem de premium depolama önbelleğinin desteklendiğini gösterir:

Screenshot showing M-Series Premium Storage support.

Önbelleğin sınırları VM boyutuna göre değişir. Örneğin Standard_M8ms VM, toplam önbellek boyutu 793 GiB olan 10000 önbelleğe alınmış disk IOPS ve 1000 MB/sn önbelleğe alınmış disk aktarım hızını destekler. Benzer şekilde, Standard_M32ts VM toplam önbellek boyutu 3174 GiB olan 40000 önbelleğe alınmış disk IOPS ve 400 MB/sn önbelleğe alınmış disk aktarım hızını destekler.

Screenshot showing M-series cached disk throughput documentation.

Mevcut bir VM'de konak önbelleğini el ile etkinleştirebilirsiniz. VM'nizin önbelleğe alma ilkesinde herhangi bir değişiklik yapılmadan önce tüm uygulama iş yüklerini ve SQL Server hizmetlerini durdurun. VM önbellek ayarlarından herhangi birinin değiştirilmesi, ayarlar uygulandıktan sonra hedef diskin ayrılmasına ve yeniden yüklenmesine neden olur.

Veri dosyası önbelleğe alma ilkeleri

Depolama önbelleğe alma ilkeniz, sürücüde barındırılan SQL Server veri dosyalarının türüne bağlı olarak değişir.

Aşağıdaki tablo, SQL Server verilerinin türüne göre önerilen önbelleğe alma ilkelerinin özetini sağlar:

SQL Server diski Öneri
Veri diski SQL Server veri dosyalarını barındıran diskler için önbelleğe almayı etkinleştirin Read-only .
Önbellekten okuma işlemleri, veri diskinden yapılan kazınmamış okuma işlemlerinden daha hızlı olacaktır.
Kazınmamış IOPS ve aktarım hızı ile Önbelleğe Alınmış IOPS ve aktarım hızı, VM'ler sınırları içinde VM'den sağlanan toplam olası performansı verir, ancak gerçek performans, iş yükünün önbelleği kullanma yeteneğine (önbellek isabet oranı) göre değişir.
İşlem günlüğü diski İşlem günlüğünü barındıran diskler için önbelleğe alma ilkesini None olarak ayarlayın. İşlem günlüğü diski için önbelleğe almayı etkinleştirmenin performans avantajı yoktur ve aslında Read-only günlük sürücüsünde yazma Read/Write işlemlerinin performansını düşürebilir ve veri sürücüsündeki okumalar için kullanılabilir önbellek miktarını azaltabilir.
İşletim sistemi diski Varsayılan önbelleğe alma ilkesi işletim Read/write sistemi sürücüsü içindir.
İşletim sistemi sürücüsünün önbelleğe alma düzeyinin değiştirilmesi önerilmez.
tempdb Kapasite nedeniyle kısa ömürlü sürücüye D:\ yerleştirilemiyorsatempdb, vm'yi daha büyük bir kısa ömürlü sürücü elde etmek için yeniden boyutlandırın veya önbelleğe alma yapılandırılmış ayrı bir veri sürücüsüne Read-only yerleştirintempdb.
HEM VM önbelleği hem de kısa ömürlü sürücü yerel SSD kullanır, bu nedenle G/Ç olarak tempdb boyutlandırırken kısa ömürlü sürücüde barındırıldığında önbelleğe alınan IOPS ve aktarım hızı VM sınırlarına göre sayılacağını unutmayın.

Önemli

Bir Azure diskinin önbellek ayarını değiştirmek diski ayırıp yeniden ekler. SQL Server verilerini, günlüklerini veya uygulama dosyalarını barındıran bir diskin önbellek ayarını değiştirirken, veri bozulmasını önlemek için SQL Server hizmetini ve diğer ilgili hizmetleri durdurduğunuzdan emin olun.

Daha fazla bilgi edinmek için bkz . Disk önbelleğe alma.

Disk şeritleme

Günlük dosyası ve dahil olmak üzere veri disklerinin sayısını belirlemek için SQL veri dosyalarınız için gereken aktarım hızını ve tempdbbant genişliğini analiz edin. Aktarım hızı ve bant genişliği sınırları VM boyutuna göre değişir. Daha fazla bilgi edinmek için bkz. VM Boyutu

Daha fazla veri diski ekleyin ve daha fazla aktarım hızı için disk şeritleme kullanın. Örneğin, 12.000 IOPS ve 180 MB/sn aktarım hızına ihtiyaç duyan bir uygulama, 15.000 IOPS ve 600 MB/sn aktarım hızı sağlamak için üç şeritli P30 diski kullanabilir.

Disk şeridini yapılandırmak için bkz . disk şeritleme.

Diske dokunma

Hem disk hem de VM düzeyinde aktarım hızı sınırları vardır. VM ve disk başına maksimum IOPS sınırı farklıdır ve birbirinden bağımsızdır.

Bu sınırları aşan kaynakları kullanan uygulamalar kısıtlanır (eşlenmiş olarak da bilinir). Uygulama gereksinimlerini karşılayan ve sınırlamalarla karşılaşmayacak bir disk şeridinde vm ve disk boyutu seçin. Dokunmayı gidermek için önbelleğe almayı kullanın veya daha az aktarım hızı gerekmesi için uygulamayı ayarlayın.

Örneğin, 12.000 IOPS ve 180 MB/sn gerektiren bir uygulama şunları yapabilir:

  • En fazla 20.000 IOPS ve 500 MB/sn'lik kazınmamış disk aktarım hızına sahip Standard_M32ms kullanın.
  • 15.000 IOPS ve 600 MB/sn aktarım hızı sağlamak için üç P30 diskin şeritlerini çıkarın.
  • bir Standard_M16ms VM kullanın ve aktarım hızı üzerinde yerel önbelleği kullanmak için konak önbelleğini kullanın.

Yüksek kullanım sürelerinde ölçeği artıracak şekilde yapılandırılan VM'ler, maksimum VM boyutunu desteklemek için yeterli IOPS ve aktarım hızı ile depolama alanı sağlamalı ve genel disk sayısını, kullanılmak üzere hedeflenen en küçük VM SKU'su tarafından desteklenen maksimum sayıdan küçük veya buna eşit tutmalıdır.

Disk kısıtlama sınırlamaları hakkında daha fazla bilgi ve sınırlamayı önlemek için önbelleğe alma kullanma hakkında daha fazla bilgi için bkz . Disk GÇ eşlemesi.

Not

Bazı diskler yine de kullanıcılar için tatmin edici performansa neden olabilir; işletmenin maliyet ve performansını yönetmek için daha büyük bir VM'ye yeniden boyutlandırmak yerine iş yüklerini ayarlayın ve koruyun.

Yazma Hızlandırma

Yazma Hızlandırma, yalnızca M Serisi VM'ler için kullanılabilen bir disk özelliğidir. Yazma Hızlandırmanın amacı, yüksek hacimli görev açısından kritik OLTP iş yükleri veya veri ambarı ortamları nedeniyle tek basamaklı G/Ç gecikmesine ihtiyaç duyduğunuzda Azure Premium Depolama karşı yazmaların G/Ç gecikme süresini geliştirmektir.

Günlük dosyalarını barındıran sürücüde yazma gecikmesini geliştirmek için Yazma Hızlandırma'ya bakın. SQL Server veri dosyaları için Yazma Hızlandırma kullanmayın.

Yazma Hızlandırıcısı diskleri VM ile aynı IOPS sınırını paylaşır. Ekli diskler vm için Yazma Hızlandırıcısı IOPS sınırını aşamaz.

Aşağıdaki tabloda VM başına desteklenen veri disklerinin ve IOPS'lerin sayısı özetlenmektedir:

VM SKU # Yazma Hızlandırıcısı diskleri VM başına Yazma Hızlandırıcısı disk IOPS'si
M416ms_v2, M416s_v2 16 20000
M128ms, M128s 16 20000
M208ms_v2, M208s_v2 8 10000
M64ms, M64ls, M64s 8 10000
M32ms, M32ls, M32ts, M32s 4 Kategori 5000
M16ms, M16s 2 2500
M8ms, M8s 1 1250

Yazma Hızlandırma'nın kullanılmasına yönelik çeşitli kısıtlamalar vardır. Daha fazla bilgi edinmek için bkz . Yazma Hızlandırıcısı kullanırken kısıtlamalar.

Azure ultra disk ile karşılaştırma

Yazma Hızlandırma ile Azure ultra diskler arasındaki en büyük fark, Yazma Hızlandırma'nın yalnızca M Serisi ve Azure ultra diskler için kullanılabilen bir VM özelliği olmasıdır. Yazma Hızlandırma, VM boyutuna göre kendi sınırlamaları olan, yazma için iyileştirilmiş bir önbellektir. Azure ultra diskler, Azure VM'leri için düşük gecikme süreli bir disk depolama seçeneğidir.

Mümkünse işlem günlüğü diski için ultra diskler üzerinde Yazma Hızlandırma'yı kullanın. Yazma Hızlandırmayı desteklemeyen ancak işlem günlüğünde düşük gecikme süresi gerektiren VM'ler için Azure ultra diskleri kullanın.

Depolama performansını izleme

Depolama gereksinimlerini değerlendirmek ve depolamanın ne kadar iyi performans sergilediğini belirlemek için neleri ölçebileceğinizi ve bu göstergelerin ne anlama gelenlerini anlamanız gerekir.

IOPS (Saniye başına giriş/çıkış), uygulamanın saniye başına depolamaya yönelik istek sayısıdır. Performans İzleyicisi sayaçlarını ve Disk Writes/seckullanarak IOPS'i ölçünDisk Reads/sec. OLTP (Çevrimiçi işlem işleme) uygulamalarının en iyi performansı elde etmek için daha yüksek IOPS'yi yönlendirmesi gerekir. Ödeme işleme sistemleri, çevrimiçi alışveriş ve perakende satış noktası sistemleri gibi uygulamaların tümü OLTP uygulamalarına örnektir.

Aktarım hızı , temel alınan depolamaya gönderilen ve genellikle saniyede megabayt ile ölçülen veri hacmidir. ve Performans İzleyicisi sayaçlarıyla aktarım hızını ölçün Disk Read Bytes/secDisk Write Bytes/sec. Veri ambarı , IOPS üzerinden aktarım hızını en üst düzeye çıkarmak için iyileştirilmiştir. Analiz, raporlama, ETL iş akışları ve diğer iş zekası hedefleri için veri depoları gibi uygulamaların tümü veri ambarı uygulamalarına örnektir.

G/Ç birim boyutları, daha küçük G/Ç boyutları daha yüksek IOPS ve daha büyük G/Ç boyutları daha yüksek aktarım hızı sağladığı için IOPS ve aktarım hızı özelliklerini etkiler. SQL Server en uygun G/Ç boyutunu otomatik olarak seçer. Hakkında daha fazla bilgi için bkz . Uygulamalarınız için IOPS, aktarım hızı ve gecikme süresini iyileştirme.

Sanal makine ve disk düzeyinde, AzureBlob önbelleğinin tüketimi ve sistem durumunu keşfetme açısından çok değerli olan belirli Azure İzleyici ölçümleri vardır. İzleme çözümünüz ve Azure portalı panonuza eklenecek önemli sayaçları belirlemek için bkz. Depolama kullanım ölçümleri.

Not

Azure İzleyici şu anda geçici geçici sürücü (D:\)için disk düzeyinde ölçümler sunmamaktadır. VM Önbelleğe Alınmış IOPS Tüketilen Yüzdesi ve Vm Önbelleğe Alınan Bant Genişliği Tüketilen Yüzdesi, hem geçici geçici sürücüden (D:\) hem de konak önbelleğinden gelen IOPS ve aktarım hızını birlikte yansıtır.

Sonraki adımlar

Daha fazla bilgi edinmek için bu en iyi yöntemler serisindeki diğer makalelere bakın: