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

Şunlar için geçerlidir:Azure VM Üzerinde SQL Server

Bu makalede, Azure Sanal Makineler'de (VM) SQL Server'ınızın performansını iyileştirmeye yönelik en iyi depolama yöntemleri ve yönergeleri sağlanır. Veritabanınızın performansını en üst düzeye çıkarmak için doğru disk türlerini seçmeyi, depolama havuzlarını yapılandırmayı ve önbelleğe alma stratejilerini uygulamayı öğrenin.

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 odaklanı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:

• Disk türünü seçmeden önce uygulamayı izleyin ve SQL Server veri, günlük ve tempdb dosyaları için depolama bant genişliği ve gecikme süresi gereksinimlerini belirleyin.
• Varsa, yeni bir sanal makine dağıtırken veya SQL Server'ı manuel olarak yükledikten sonra, tempdb verilerini ve günlük dosyalarını D: yerel SSD biriminde yapılandırın. SQL IaaS Agent uzantısı, yeniden sağlama sırasında gerekli klasörü ve izinleri yönetir.
• 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.
  • 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ını içeren disklerde okuma/yazma önbelleğini etkinleştirmeyin.
    • Diskinizin önbellek ayarlarını değiştirmeden önce her zaman SQL Server hizmetini durdurun.
• Ebdsv5 veya Ebsv5 serisi SQL Server VM'lerini kullanırken, en iyi fiyat-performans oranı için Premium SSD v2 kullanın. Azure portalını (şu anda önizleme aşamasında) kullanarak premium SSD v2 ile SQL Server VM'nizi dağıtabilirsiniz.
• İş yükünüz 160.000'den fazla IOPS gerektiriyorsa Premium SSD v2 veya Azure Ultra Diskler kullanın.
• 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, test performansı ve maliyet değerlendirmesi için günlük sürücüsü planı oluşturma.
    • Milisaniyenin altı depolama gecikme süresi gerekiyorsa, işlem günlüğü için Premium SSD v2 veya Azure Ultra Diskler kullanın.
    • M serisi sanal makine dağıtımları için Azure Ultra Diskleri yerine write accelerator kullanmayı göz önünde bulundurun.
  • En uygun VM boyutunu seçtikten sonra, yük devretme kümesi örneği (FCI) parçası olmayan çoğu SQL Server iş yükü için tempdb'yi temporary disk üzerine yerleştirin (geçici disk kısa ömürlüdür ve varsayılan olarak D:\).
    • Yerel sürücünün kapasitesi yeterli değilse, VM'nin boyutunu artırmayı göz önünde bulundurun. Daha fazla bilgi için bkz . Veri dosyası önbelleğe alma ilkeleri.
  • Yük devretme kümesi örnekleri (FCI) için tempdb paylaşılan depolama alanına yerleştirin.
    • FCI iş yükü büyük ölçüde tempdb disk performansına bağımlıysa, FCI depolamanın parçası olmayan yerel kısa ömürlü SSD (varsayılan tempdb) sürücüsüne D:\'i yerleştirerek gelişmiş bir yapılandırma yapın. 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.
• Hedef sanal makinenin IOPS ve aktarım hızı sınırlarına kadar G/Ç bant genişliğini artırmak için Depolama Alanları kullanarak birden çok Azure veri diskini çıkarın.
• Birkaç farklı iş yükünü buluta geçirirken Azure Elastic SAN uygun maliyetli bir birleştirilmiş depolama çözümü olabilir. Ancak Azure Elastic SAN kullanırken, SQL Server iş yükleri için istenen IOPS/aktarım hızına ulaşmak için genellikle fazla sağlama kapasitesi gerekir. Genellikle tek SQL Server iş yükleri için uygun olmasa da, düşük performanslı iş yüklerini SQL Server ile birleştirirken uygun maliyetli bir çözüm elde edebilirsiniz.
• 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 Patlaması (P1-P20), yalnızca daha küçük geliştirme/test iş yükleri ve departman sistemleri için dikkate alınmalıdır.
• 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 Marketplace üzerinden dağıtılan SQL Server VM'ler, depolama havuzu için ayırma birimi boyutu ve aralıkları 64 KB olarak ayarlanmış veri diskleriyle birlikte gelir.
• 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 etkinleştirin.
• Depolama G/Ç kullanım ölçümlerini kullanarak disk ve VM sınırlarını gözden geçirin ve izleyin.
• SQL Server dosyalarını virüsten koruma yazılımı taramasından hariç tutun, veri dosyaları, günlük dosyaları ve yedekleme dosyaları da dahil olmak üzere.
• Depolama havuzunu uygun şekilde yeniden boyutlandırın.

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 bir VM'de SQL Server iş yükleri için en etkili yapılandırmayı bulmak için iş uygulamanızın depolama performansını güvenceye alarak başlayın. Depolama gereksinimlerinizi bildiğinizde, 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 ve işletmenizin kapasite ve performans gereksinimlerini karşılayan disklerin (genellikle depolama havuzunda) bir karışımına sahip bir VM boyutu seçin.

Disk türü, hem diskin barındırdığını 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 sağladığınızda, depolama yapılandırma işlemiyle ilgili rehberlik alırsınız. Portal ayrıca 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üzeyini seçebilirsiniz. Performans özellikleri artırılarak listelenen temel depolama alanı olarak kullanılabilen yönetilen disk türleri 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ı diskin boyutuyla artar. Diskler, 32 TiB depolama alanı ve 20.000 IOPS ile P80'e 4 GiB alan ve 120 IOPS ile P1 gibi premium disk etiketlerine göre gruplandırılır. 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ını diskin boyutundan bağımsız olarak değiştirebilirsiniz. Ayrıntılar için bkz. Ultra Disk performansı ve Premium SSD v2 performansı. İş yükünüz 160.000'den fazla IOPS gerektiriyorsa Premium SSD v2 veya Ultra Diskleri kullanmayı göz önünde bulundurun.

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

İşletim sistemi diski

İşletim sistemi diski, işletim sisteminin çalışan bir sürümü olarak önyükleyebileceğiniz ve bağlayabileceğiniz bir VHD'dir. Bu, C:\ sürücüsü olarak etiketlenmiş. 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ı veya hata günlükleri için işletim sistemi diskini kullanmayın.

Geçici disk

Birçok Azure VM'sinde sürücü olarak D:\ etiketlenmiş geçici disk 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 VM yeniden başlatıldığında veya farklı bir konağa geçtiğinde disk depolama yeniden oluşturulur (serbest bırakılır ve yeniden ayrılır). Bu işlem hizmet iyileştirmesi sırasında gerçekleşebilir.

Geçici depolama sürücüsü uzak depolamada kalıcı değildir. Bu nedenle, kullanıcı veritabanı dosyalarını, işlem günlüğü dosyalarını veya bu sürücüde korunması gereken herhangi bir şeyi depolamayın. Örneğin, arabellek havuzu uzantıları, sayfa dosyası ve tempdb için kullanabilirsiniz.

Yerel önbellek tüketimi sorun oluşturmadığı sürece SQL Server iş yükleri için yerel geçici SSD tempdb sürücüsüne D:\ yerleştirin. 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ştirintempdb. 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şturduğunuz 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ğladığınız 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 Marketplace üzerinden dağıtılan SQL Server VM'ler, depolama havuzu için ayırma birimi boyutu ve aralıkları 64 KB olarak ayarlanmış veri diskleriyle birlikte gelir.

Not

SQL Server veritabanı dosyalarınızı doğrudan Azure Blob depolamada veya Azure premium dosya paylaşımı gibi SMB depolamada da barındırabilirsiniz. En iyi performans, güvenilirlik ve özellik kullanılabilirliği için Azure yönetilen disklerini kullanın.

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 disklerini kullanın. 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 kullanarak, 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 kullanın. İş yükünüz 160.000'den fazla IOPS gerektiriyorsa Premium SSD v2 veya Ultra Diskleri kullanmayı göz önünde bulundurun.

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

Azure portalını kullanarak SQL Server VM'nizi 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. 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. SQL IaaS Aracısı uzantısının sağladığı tüm avantajlardan yararlanabilmek için SQL Server VM'nizi SQL IaaS Aracısı uzantısına kaydettirdiğinizden emin olun.

Azure Elastic SAN

Azure Elastik SAN , depolama birleştirme yoluyla maliyeti azaltma potansiyeline sahip esnek ve ölçeklenebilir bir çözüm sağlayan ağa bağlı bir depolama teklifidir. Azure Elastic SAN, iSCSI protokolü üzerinden çeşitli Azure işlem hizmetlerine bağlanan uygun maliyetli, performanslı ve güvenilir bir blok depolama çözümü sunar. Elastik SAN, uygulama mimarinizi yeniden düzenlemeye gerek kalmadan mevcut SAN depolama varlığından buluta sorunsuz bir geçiş sağlar.

Bu çözüm, kapalı kalma süresini en aza indirmek için yerleşik dayanıklılıkla milyonlarca IOPS, çift basamaklı GB/sn aktarım hızı ve düşük tek basamaklı milisaniye gecikme süresine kadar ölçeklendirilebilir. Depolamayı birleştirmeniz, birden çok işlem hizmetiyle çalışmanız veya ağ bant genişliği üzerinden depolamayı kullanırken yüksek aktarım hızı düzeyleri gerektiren iş yükleriniz olması gerekiyorsa Azure Elastic SAN kullanın. Ancak, SQL Server iş yükleri için istenen IOPS ve aktarım hızına ulaşmak için genellikle fazla sağlama kapasitesi gerektiğinden, genellikle tek SQL Server iş yükleri için uygun değildir. Elastik SAN ile en uygun maliyetli çözümü elde etmek için, bunu birden çok SQL Server iş yükü için depolama alanı olarak veya SQL Server ile diğer düşük performanslı iş yüklerinin birleşimi olarak kullanmayı göz önünde bulundurun.

Daha iyi maliyet verimliliği, depolama birleştirme, dinamik performans paylaşımı ve daha yüksek depolama aktarım hızı sağlamak için Elastik SAN'a SQL Server iş yükleri yerleştirmeyi göz önünde bulundurun.

Premium SSD

Üretim SQL Server iş yükleri için, veri ve günlük dosyalarında 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 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 P30'lar (5.000 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 sistemlerde P30'dan küçük boyutları kullanmayı seçebilirsiniz çünkü bu diskler ö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 zamanlardaki iş yüklerini kullanarak hedef aktarım hızını eşleştirin ve 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ı, diğeri de veri dosyaları için olmak üzere iki havuz yapılandırın. Disk şeritleme kullanmıyorsanız, günlük dosyasını ve verileri ayrı ayrı sürücülere eşlenmiş iki Premium SSD kullanarak kaydedin; bir Premium SSD günlük dosyasını, diğeri ise verileri içermelidir.

Sağlanan IOPS ve disk başına aktarım hızı, depolama havuzunuzun genel özelliğini belirler. Disklerin birleştirilmiş IOPS ve aktarım hızı özellikleri, VM'nin aktarım hızı sınırlarına kadar olan maksimum özelliktir.

IOPS, aktarım hızı ve kapasite gereksinimlerini en düşük düzeyde karşılarken mümkün olan en az sayıda disk kullanın. 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ırın.

Performans katmanını değiştirerek , disk patlamasına bağlı kalmadan daha yüksek talebe hazırlanabilir ve talebi karşılayabilirsiniz.

Gerektiğinde daha yüksek performansı kullanın. Faturalama, depolama performansı katmanını karşılayacak şekilde tasarlanmıştır. 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 olayları 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 kısa olan milisaniyenin altında yanıt sürelerine ihtiyacınız varsa, SQL Server günlük sürücüsü için Azure Ultra Disk'i , hatta G/Ç gecikmesine son derece duyarlı uygulamalar için veri sürücüsünü kullanmayı göz önünde bulundurun.

Ultra Disk'i yapılandırarak kapasite ve IOPS'nin bağımsız olarak ölçeklendirilmesini sağlayabilirsiniz. Ultra Disk kullanarak, uygulama gereksinimlerine göre kapasite, IOPS ve aktarım hızı gereksinimlerini içeren bir disk sağlayabilirsiniz.

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 için sınırlamaların tam listesine Azure Ultra Disks'i Kullanma sayfasından ulaşabilirsiniz.

Standart HDD'ler ve SSD'ler

Standart HDD'ler ve SSD'ler farklı gecikme sürelerine ve bant genişliğine sahiptir. Bunları yalnızca geliştirme/test iş yükleri için kullanın. Üretim iş yükleri için Premium SSD v2 veya Premium SSD'leri kullanın. Standart SSD (geliştirme/test senaryoları) kullanıyorsanız , VM boyutunuz tarafından desteklenen en fazla veri diski sayısını ekleyin ve en iyi performans için Depolama Alanları'nı kullanarak disk şeridini kullanın.

Önbellek

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

VM'nin önbelleksiz disk aktarım hızı sınırları kapsamında, önbellekleme sayılmadan IOPS ve MB/sn cinsinden aktarım hızı dikkate alınır. Önbelleğe alınmış maksimum sınırlar, okumalar için büyümeyi ve beklenmeyen zirveleri karşılamaya yardımcı olan ek bir tampon 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 (önbelleğe alınmış IOPS ve aktarım hızı) okuma ve yazma işlemleri, VM'nin önbelleğe alınmamış IOPS ve aktarım hızı sınırlarına karşı sayılmaz.

Not

Disk önbelleğe alma, 4 TiB ve daha büyük (P50 ve daha büyük) diskler için desteklenmez. VM'nize birden çok disk eklerseniz, 4 TiB'den küçük her disk önbelleğe almayı destekler. Daha fazla bilgi için bkz Disk önbelleğe alma.

Önbelleğe alı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, sanal makineye uzaktan bağlı veri sürücüleri için G/Ç'ye uygulanır; geçici sürücü (D:\ sürücü) veya işletim sistemi sürücüsüne karşı yerel G/Ç için geçerli değildir.

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

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

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 bileşimini kullanır. VM içindeki geçici sürücü (D:\ sürücü) de bu yerel SSD'yi kullanı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 karşı yalnızca konak önbelleği etkinleştirildiğinde denetler.

Önbelleğe almayı premium depolamada etkinleştirdiğinizde, VM'ler uzak depolamada önbelleğe alınmamış VM IOPS ve aktarım hızı sınırlarının ötesinde ölçeklenebilir.

Sanal makine belgelerinde bir VM'nin hem premium depolamayı hem de premium depolama önbelleğini desteklediğini doğrulamanız gerekir. Örneğin, M serisi belgeleri hem premium depolamayı hem de premium depolama önbelleğini desteklediğini gösterir:

Ekran görüntüsü M Serisi Premium Storage desteğini gösteriyor.

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

Mevcut bir VM'de konak önbelleğini el ile etkinleştirebilirsiniz. VM'nizin önbelleğe alma ilkesinde herhangi bir değişiklik yapmadan önce tüm uygulama iş yüklerini ve SQL Server hizmetlerini durdurun. VM önbellek ayarlarından herhangi birinin değiştirilmesi hedef diski ayırır ve ayarlar uygulandıktan sonra yeniden ekler.

Veri dosyası önbelleğe alma ilkeleri

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

Aşağıdaki tabloda, SQL Server veri türüne göre önerilen önbelleğe alma ilkelerinin özeti sağlanır:

SQL Server diski	Öneri
Veri diski	SQL Server veri dosyalarını barındıran diskler için Read-only önbelleğe almayı etkinleştirin. Önbellekten okumalar, veri diskinden yapılan kazınmamış okumalardan daha hızlıdır. Kazınmamış IOPS ve aktarım hızı ile önbelleğe alınmış IOPS ve aktarım hızı, VM sınırları içinde VM'den kullanılabilir 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. Aslında, günlük sürücüsünde ya Read-only ya da Read/Write önbelleğe almanın etkinleştirilmesi, sürücüye karşı yazma performansını düşürebilir ve veri sürücüsündeki okumalar için mevcut ö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üzeyini değiştirmeyin.
tempdb	Kapasite nedeniyle kısa ömürlü sürücüye tempdb yerleştiremiyorsanızD:\, 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 tempdb yerleştirinRead-only. HEM VM önbelleği hem de kısa ömürlü sürücü yerel SSD kullanır, bu nedenle 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 G/Ç sayısı olarak boyutlandırma tempdb yaparken bunu aklınızda bulundurun.

Önemli

bir Azure diskinin önbellek ayarının değiştirilmesi hedef diski ayırır ve yeniden ekler. SQL Server verilerini, günlüklerini veya uygulama dosyalarını barındıran bir diskin önbellek ayarını değiştirdiğinizde, veri bozulmasını önlemek için SQL Server hizmetini diğer ilgili hizmetlerle birlikte durdurun.

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

Disk dilimleme

SQL veri dosyalarınız için gerekli olan aktarım hızı ve bant genişliğini, günlük dosyası ve tempdb dahil olmak üzere veri disklerinin sayısını belirlemek amacıyla analiz edin. Aktarım hızı ve bant genişliği sınırları VM boyutuna göre değişir. Daha fazla bilgi için bkz . VM boyutları.

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 şeritlemesini yapılandırmak için bkz disk şeritleme.

Disk sınırlaması

Hem diskin hem de VM'nin aktarım hızı sınırları vardır. VM ve disk başına maksimum IOPS sınırları farklılık gösterir ve bağımsız olarak çalışır.

Sistem, kaynakları bu sınırların ötesinde kullanan uygulamaları kısıtlar (veya sınırlandırır). Uygulama gereksinimlerini karşılayan ve kısıtlamaları önleyen bir disk şeridinde bir sanal makine ve disk boyutu seçin. Kısıtlamayı ele almak için önbelleğe almayı kullanın veya uygulamayı daha az bant genişliği gerektirecek şekilde 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.
• Standard_M16ms bir VM kullanın ve yerel önbelleği aktarımdan daha iyi değerlendirmek için konak önbelleğini kullanın.

VM'leri yüksek kullanım zamanlarında ölçeği artıracak şekilde yapılandırın. Maksimum VM boyutunu desteklemek için yeterli IOPS ve aktarım hızıyla depolama sağlarken, genel disk sayısını, kullanmayı hedeflediğiniz en küçük VM SKU'su tarafından desteklenen maksimum sayıdan küçük veya buna eşit tutar.

Disk sınırlamaları ve sınırlamayı önlemek için önbelleğe almanın kullanımı hakkında daha fazla bilgi için bkz. Disk GÇ sınırlaması.

Not

Bazı disk sınırlama işlemleri yine de kullanıcılar için tatmin edici performans sağlar. İşletmenin maliyet ve performansını yönetmeyi dengelemek için iş yüklerini daha büyük bir VM'ye yeniden boyutlandırmak yerine 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'da yazmaların G/Ç gecikme süresini geliştirmektir.

Günlük dosyalarını barındıran sürücüdeki yazma gecikmesini azaltmak için Yazma Hızlandırma kullanı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 Ürün Kodu	# Yazma Hızlandırıcısı diskleri	VM başına Yazma Hızlandırıcısı disk IOPS'si
M416ms_v2, M416s_8_v2, M416s_v2	16	20000
M208ms_v2, M208s_v2	8	10.000
M192ids_v2, M192idms_v2, M192is_v2, M192ims_v2	16	20000
M128ms, M128s, M128ds_v2, M128dms_v2, M128s_v2, M128ms_v2	16	20000
M64ms, M64ls, M64s, M64ds_v2, M64dms_v2, M64s_v2, M64ms_v2	8	10.000
M32ms, M32ls, M32ts, M32s, M32dms_v2, M32ms_v2	4	5.000
M16ms, M16s	2	2500
M8ms, M8s	1	1250
Standard_M176s_3_v3, Standard_M176ds_3_v3, Standard_M176s_4_v3, Standard_M176ds_4_v3	16	20000
Standard_M96s_1_v3, Standard_M96ds_1_v3, Standard_M96s_2_v3, Standard_M96ds_2_v3	8	10.000
Standard_M48s_1_v3, Standard_M48ds_1_v3	4	5.000
Standard_M24s_v3, Standard_M24ds_v3	2	5.000
Standard_M12s_v3, Standard_M12ds_v3	1	5.000

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 ve Azure Ultra Diskler arasındaki en büyük fark, Yazma Hızlandırma'nın yalnızca M Serisi için kullanılabilen bir VM özelliği olması ve Azure Ultra Disklerin bir depolama seçeneğ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'ler 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 üzerinden 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 Disklerini kullanın.

Depolama havuzlarını uygun şekilde yeniden boyutlandırma

Azure'da havuzdaki disk sayısını değiştirerek depolama havuzunu yeniden boyutlandırın. Havuzdaki disklerin boyutunu değiştirmeyin. Depolama havuzundaki sanal veya fiziksel disklerin boyutlarının değiştirilmesi, depolama havuzunun içinde olduğunda birimin kullanılabilir alanını artırmaz. Ek disk alanı kullanılmamış ve boşa harcanmış.

Azure Market'ten dağıttığınız Premium SSD (v1) disklere sahip Azure VM'lerinde SQL Server için dağıtım otomatik olarak diskleri depolama havuzuna ekler. Depolama havuzundaki diskleri yeniden boyutlandırmak için Azure portalındaki SQL sanal makineleri kaynağının Depolama bölmesini kullanın.

Azure VM Market'te Premium SSD v2 diskleri veya Ultra Diskler kullanan SQL Server görüntüleri ya da kendi kendine yüklenen SQL Server örneklerine sahip sanal makineler için, birim boyutunu değiştirmek için depolama havuzundaki disk sayısını el ile değiştirin.

Depolama havuzunu genişletmek için şu adımları izleyin:

1. Yeni bir disk ekleyin:
   1. Azure portalda yönetilen disk ekleme
   2. PowerShell ile yönetilen disk ekleme
   3. PowerShell ile yönetilmeyen disk ekleme
2. Sanal makineye bağlanın.
3. Diskleri Server Manager> Dosya ve Depolama Hizmetleri > Birimleri > Depolama Havuzları'ndan depolama havuzuna ekleyin. Fiziksel Disk Ekle seçeneğini seçmek için Görevler'i kullanın.
4. Disk eklendikten sonra hedef sanal diske sağ tıklayın ve Sanal diski genişlet'i seçin.
5. Disk Yönetimi'ni açın, hedef birime sağ tıklayın ve Birimi Genişlet'i seçin.

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.

Ölçü birimi	Açıklama	Nasıl Ölçülecek?	Örnek İş Yükleri
IOPS (Saniye başına Giriş/Çıkış işlemleri)	Uygulamanın saniyede depolamaya yaptığı istek sayısı	Performans İzleyicisi sayaçları: Disk Reads/sec ve Disk Writes/sec	Ödeme işleme sistemleri, çevrimiçi alışveriş ve perakende satış noktası sistemleri gibi OLTP (Çevrimiçi işlem işleme) uygulamaları
İşlem hızı	Temel alınan depolamaya gönderilen ve genellikle saniyede megabayt cinsinden ölçülen veri hacmi	Performans İzleyicisi sayaçları: Disk Read Bytes/sec ve Disk Write Bytes/sec	Analiz, raporlama, ETL iş yükleri ve diğer iş zekası hedefleri için veri depoları gibi veri ambarı uygulamaları

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

Belirli Azure İzleyici ölçümleri, VM ve disk düzeyinde eşlemenin yanı sıra AzureBlob önbelleğinin tüketimi ve sistem durumunu keşfetmek için çok değerlidir. İzleme çözümünüz ve Azure portal panonuza eklenecek önemli sayaçları belirlemek için bkz. Depolama kullanım ölçümleri.

Not

Azure Monitor şu anda kısa ömürlü 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 sürücü hem de konak önbelleğinden gelen IOPS ve aktarım hızını birlikte yansıtır.

İşlem günlüğü büyümesini izleme

Tam işlem günlüğü performans sorunlarına ve kesintilere yol açabileceğinden işlem günlüğünüzdeki kullanılabilir alanı ve işlem günlüğünüzü tutan sürücünün kullanılan disk alanını izleyin. İş yükünüzü etkilemeden önce işlem günlüğü sorunlarını giderin.

Günlüğünüz dolarsa, Tam İşlem Günlüğü Sorunlarını Giderme makalesini gözden geçirin.

Diskinizi genişletmeniz gerekiyorsa, Azure Marketplace'ten bir SQL Server görüntüsü dağıttıysanız, SQL sanal makineleri kaynağınınDepolama bölmesinde bunu yapabilirsiniz veya kendi kendinize SQL Server yüklediyseniz, Azure sanal makineniz için Disks bölmesinde bunu gerçekleştirebilirsiniz.

İlgili içerik

Her iyileştirme alanı hakkında ayrıntılı yönergeler için:

• Hızlı denetim listesi - En iyi yöntemlerin tam denetim listesini gözden geçirin
• VM boyutu - Doğru VM serisini ve yapılandırmasını seçin
• Güvenlik - En iyi güvenlik uygulamalarını uygulama
• HADR ayarları - Yüksek kullanılabilirliği ve olağanüstü durum kurtarmayı yapılandırma
• Temel toplama - Performans temelleri oluşturma
• SQL Server'ı güncelleştirme - SQL Server'ı güncel tutma

TPC-E ve TPC_C karşılaştırmaları ile Azure VM'lerinde SQL Server performansının ayrıntılı olarak test edilmesi için OLTP performansını iyileştirme bloguna bakın.

SQL Server on Azure Virtual Machines Overview konumundaki diğer SQL Server Sanal Makine makalelerini gözden geçirin. SQL Server sanal makineleri hakkında sorularınız olursa Sık Sorulan Sorular bölümüne bakın.