Azure Premium Depolama: yüksek performans için tasarımAzure premium storage: design for high performance

Bu makalede, Azure Premium depolama kullanan yüksek performanslı uygulamalar oluşturmaya yönelik yönergeler sağlanmaktadır.This article provides guidelines for building high performance applications using Azure Premium Storage. Bu belgede sunulan yönergeleri, uygulamanız tarafından kullanılan teknolojiler için geçerli olan performans en iyi uygulamalarıyla birlikte kullanabilirsiniz.You can use the instructions provided in this document combined with performance best practices applicable to technologies used by your application. Yönergeleri göstermek için, bu belgenin tamamında bir örnek olarak Premium depolamada çalışan SQL Server kullandık.To illustrate the guidelines, we have used SQL Server running on Premium Storage as an example throughout this document.

Bu makaledeki depolama katmanının performans senaryolarını ele alırken uygulama katmanını iyileştirmeniz gerekecektir.While we address performance scenarios for the Storage layer in this article, you will need to optimize the application layer. Örneğin, Azure Premium depolamada bir SharePoint grubu barındırıyorsanız, veritabanı sunucusunu iyileştirmek için bu makaledeki SQL Server örnekleri kullanabilirsiniz.For example, if you are hosting a SharePoint Farm on Azure Premium Storage, you can use the SQL Server examples from this article to optimize the database server. Ayrıca, en iyi performansı almak için SharePoint grubunun Web sunucusunu ve uygulama sunucusunu iyileştirin.Additionally, optimize the SharePoint Farm's Web server and Application server to get the most performance.

Bu makale, Azure Premium depolamada uygulama performansını iyileştirmek için aşağıdaki yaygın soruların yanıtlanmasına yardımcı olur.This article will help answer following common questions about optimizing application performance on Azure Premium Storage,

  • Uygulamanızın performansını ölçmeHow to measure your application performance?
  • Beklenen yüksek performansa neden görmüyorsunuz?Why are you not seeing expected high performance?
  • Premium depolamada uygulama performansınızı hangi etkenlere etkiler?Which factors influence your application performance on Premium Storage?
  • Bu faktörler, Premium depolamada uygulamanızın performansını nasıl etkiler?How do these factors influence performance of your application on Premium Storage?
  • IOPS, bant genişliği ve gecikme süresi için nasıl iyileştirebileceğinizi?How can you optimize for IOPS, Bandwidth and Latency?

Premium depolamada çalışan iş yükleri yüksek performansa duyarlı olduğundan, bu yönergeleri özellikle Premium Depolama için sağladık.We have provided these guidelines specifically for Premium Storage because workloads running on Premium Storage are highly performance sensitive. Uygun yerlerde örnek sağladık.We have provided examples where appropriate. Ayrıca, bu yönergelerin bazılarını standart depolama diskleriyle IaaS VM 'lerinde çalışan uygulamalar için de uygulayabilirsiniz.You can also apply some of these guidelines to applications running on IaaS VMs with Standard Storage disks.

Not

Bazen bir disk performans sorunu gibi görünen durum aslında ağ performans sorununa neden olur.Sometimes, what appears to be a disk performance issue is actually a network bottleneck. Bu durumlarda, ağ performansınızıiyileştirebilmelisiniz.In these situations, you should optimize your network performance.

Diskinizin kıyaslanmaya bakıyorsanız, bir diski sınamahakkındaki makalemize bakın.If you are looking to benchmark your disk, see our article on Benchmarking a disk.

VM 'niz hızlandırılmış ağı destekliyorsa etkinleştirildiğinden emin olun.If your VM supports accelerated networking, you should make sure it is enabled. Etkinleştirilmemişse, hem Windows hem de Linuxüzerinde zaten dağıtılmış VM 'lerde etkinleştirebilirsiniz.If it is not enabled, you can enable it on already deployed VMs on both Windows and Linux.

Başlamadan önce Premium Storage 'a yeni başladıysanız, önce IaaS VM 'leri için bir Azure disk türü seçin ve depolama hesapları için Azure depolama ölçeklenebilirlik ve performans hedeflerimakalesini okuyun.Before you begin, if you are new to Premium Storage, first read the Select an Azure disk type for IaaS VMs and Azure Storage scalability and performance targets for storage accounts.

Uygulama performansı göstergeleriApplication performance indicators

Bir uygulamanın bir Kullanıcı isteğini ne kadar hızlı bir şekilde kullandığını veya kullanmadığını, bir uygulamanın istek başına ne kadar veri işleme olduğunu, belirli bir uygulama için kaç isteğin bir uygulama işleme olduğunu değerlendiriyoruz. bir kullanıcının isteklerini gönderdikten sonra yanıt almak için bekleyeceği süre.We assess whether an application is performing well or not using performance indicators like, how fast an application is processing a user request, how much data an application is processing per request, how many requests is an application processing in a specific period of time, how long a user has to wait to get a response after submitting their request. Bu performans göstergeleriyle ilgili teknik koşullar, ıOPS, verimlilik veya bant genişliği ve gecikmedir.The technical terms for these performance indicators are, IOPS, Throughput or Bandwidth, and Latency.

Bu bölümde, genel performans göstergelerini Premium Depolama bağlamında tartışacağız.In this section, we will discuss the common performance indicators in the context of Premium Storage. Aşağıdaki bölümde, uygulama gereksinimlerini toplarken, uygulamanız için bu performans göstergelerini nasıl ölçeceğinizi öğreneceksiniz.In the following section, Gathering Application Requirements, you will learn how to measure these performance indicators for your application. Daha sonra uygulama performansını En Iyi duruma getirmek için, bu performans göstergelerini etkileyen faktörleri ve bunları en iyi duruma getirmeyi sağlayacak önerileri öğreneceksiniz.Later in Optimizing Application Performance, you will learn about the factors affecting these performance indicators and recommendations to optimize them.

IOPSIOPS

IOPS veya saniye başına giriş/çıkış Işlemi, uygulamanızın bir saniye içinde depolama disklerine gönderdiği isteklerin sayısıdır.IOPS, or Input/output Operations Per Second, is the number of requests that your application is sending to the storage disks in one second. Bir giriş/çıkış işlemi okunabilir veya yazılabilir, sıralı veya rastgele olabilir.An input/output operation could be read or write, sequential, or random. Çevrimiçi bir perakende Web sitesi gibi çevrimiçi Işlem Işleme (OLTP) uygulamalarının pek çok eşzamanlı kullanıcı isteğini hemen işlemesi gerekir.Online Transaction Processing (OLTP) applications like an online retail website need to process many concurrent user requests immediately. Kullanıcı istekleri, uygulamanın hızla işlemesi gereken yoğun veritabanı işlemlerini ekleme ve güncelleştirme işlemidir.The user requests are insert and update intensive database transactions, which the application must process quickly. Bu nedenle, OLTP uygulamaları çok yüksek ıOPS gerektirir.Therefore, OLTP applications require very high IOPS. Bu tür uygulamalar milyonlarca küçük ve rastgele GÇ isteğini işler.Such applications handle millions of small and random IO requests. Böyle bir uygulamanız varsa, ıOPS 'yi iyileştirmek için uygulama altyapısını tasarlamanız gerekir.If you have such an application, you must design the application infrastructure to optimize for IOPS. Sonraki bölümde, uygulama performansını En Iyi duruma getirmekiçin, yüksek IOPS 'yi almak için göz önünde bulundurmanız gereken tüm faktörlerin ayrıntısıyla tartışıyoruz.In the later section, Optimizing Application Performance, we discuss in detail all the factors that you must consider to get high IOPS.

Yüksek ölçekli sanal makinenize bir Premium Depolama diski iliştirmeniz halinde Azure, disk belirtimine göre garantili sayıda ıOPS sağlar.When you attach a premium storage disk to your high scale VM, Azure provisions for you a guaranteed number of IOPS as per the disk specification. Örneğin, bir P50 diski 7500 ıOPS sağlar.For example, a P50 disk provisions 7500 IOPS. Her bir yüksek ölçekli VM boyutunun aynı zamanda, karşılayabilmesi için belirli bir ıOPS sınırı vardır.Each high scale VM size also has a specific IOPS limit that it can sustain. Örneğin, standart bir GS5 VM 80.000 ıOPS sınırına sahiptir.For example, a Standard GS5 VM has 80,000 IOPS limit.

İşlemeThroughput

Aktarım hızı veya bant genişliği, uygulamanızın belirtilen bir aralıktaki depolama disklerine gönderdiği veri miktarıdır.Throughput, or bandwidth is the amount of data that your application is sending to the storage disks in a specified interval. Uygulamanız büyük GÇ birimi boyutlarıyla giriş/çıkış işlemleri yapıyorsa, yüksek verimlilik gerektirir.If your application is performing input/output operations with large IO unit sizes, it requires high throughput. Veri ambarı uygulamaları, verilerin büyük kısımlarına tek seferde erişen ve genellikle toplu işlemler yapan tarama yoğun işlemleri yapmaya eğilimlidir.Data warehouse applications tend to issue scan intensive operations that access large portions of data at a time and commonly perform bulk operations. Diğer bir deyişle bu uygulamalar daha yüksek aktarım hızı gerektirir.In other words, such applications require higher throughput. Böyle bir uygulamanız varsa, üretilen işi iyileştirmek için altyapısını tasarlamanız gerekir.If you have such an application, you must design its infrastructure to optimize for throughput. Sonraki bölümde, bunu başarmak için ayarlamanız gereken faktörleri ayrıntılı olarak ele aldık.In the next section, we discuss in detail the factors you must tune to achieve this.

Yüksek ölçekli bir VM 'ye Premium Depolama diski iliştirirseniz, Azure bu disk belirtimine göre aktarım hızı sağlar.When you attach a premium storage disk to a high scale VM, Azure provisions throughput as per that disk specification. Örneğin, bir P50 disk, saniyede 250 MB 'lık disk işleme sağlar.For example, a P50 disk provisions 250 MB per second disk throughput. Her bir yüksek ölçekli VM boyutunun aynı zamanda, karşılayabilmesi için belirli aktarım hızı limiti de vardır.Each high scale VM size also has as specific throughput limit that it can sustain. Örneğin, standart GS5 VM, saniyede en fazla 2.000 MB aktarım hızına sahiptir.For example, Standard GS5 VM has a maximum throughput of 2,000 MB per second.

Aşağıdaki formülde gösterildiği gibi, üretilen iş ve ıOPS arasında bir ilişki vardır.There is a relation between throughput and IOPS as shown in the formula below.

IOPS ve aktarım hızı ilişkisi

Bu nedenle, uygulamanızın gerektirdiği en iyi aktarım hızı ve ıOPS değerlerini belirlenmesi önemlidir.Therefore, it is important to determine the optimal throughput and IOPS values that your application requires. Bir diğerini iyileştirmenize çalıştığınızda, diğeri de etkilenir.As you try to optimize one, the other also gets affected. Daha sonraki bir bölümde, uygulama performansını eniyi duruma GETIRMEK için IOPS ve aktarım hızını iyileştirme hakkında daha fazla ayrıntı inceleyeceğiz.In a later section, Optimizing Application Performance, we will discuss in more details about optimizing IOPS and Throughput.

Gecikme süresiLatency

Gecikme süresi, bir uygulamanın tek bir istek alması, depolama disklerine gönderilmesi ve yanıtı istemciye gönderilmesi için gereken süredir.Latency is the time it takes an application to receive a single request, send it to the storage disks and send the response to the client. Bu, ıOPS ve aktarım hızına ek olarak uygulamanın performansına yönelik kritik bir ölçüdür.This is a critical measure of an application's performance in addition to IOPS and Throughput. Premium Depolama diskinin gecikmesi, bir istek için bilgilerin alınması ve uygulamanıza geri iletişim kurması için gereken süredir.The Latency of a premium storage disk is the time it takes to retrieve the information for a request and communicate it back to your application. Premium Depolama, düşük gecikme süreleri sağlar.Premium Storage provides consistent low latencies. Premium diskler, çoğu GÇ işlemi için tek basamaklı milisaniyelik gecikme süreleri sağlamak üzere tasarlanmıştır.Premium Disks are designed to provide single-digit millisecond latencies for most IO operations. Premium Depolama disklerinde ReadOnly ana bilgisayar önbelleğe almayı etkinleştirirseniz çok daha düşük okuma gecikmesi sağlayabilirsiniz.If you enable ReadOnly host caching on premium storage disks, you can get much lower read latency. Daha sonra uygulama performansını En Iyi duruma getirmebölümünde daha ayrıntılı bilgi Için disk önbelleğe alma ele alınacaktır.We will discuss Disk Caching in more detail in later section on Optimizing Application Performance.

Uygulamanızı daha yüksek ıOPS ve aktarım hızı almak üzere iyileştirirken uygulamanızın gecikme süresini etkiler.When you are optimizing your application to get higher IOPS and Throughput, it will affect the latency of your application. Uygulama performansını ayarladıktan sonra, beklenmedik yüksek gecikme süresine engel olmak için her zaman uygulamanın gecikmesini değerlendirin.After tuning the application performance, always evaluate the latency of the application to avoid unexpected high latency behavior.

Yönetilen disklerde aşağıdaki denetim düzlemi işlemleri, diskin bir depolama konumundan diğerine taşınmasını içerebilir.The following control plane operations on Managed Disks may involve movement of the Disk from one Storage location to another. Bu, tamamlanması birkaç saat sürebileceği verilerin arka plan kopyası aracılığıyla düzenlenir ve genellikle, disklerdeki veri miktarına bağlı olarak 24 saatten daha az olur.This is orchestrated via background copy of data that can take several hours to complete, typically less than 24 hours depending on the amount of data in the disks. Bu süre boyunca, bazı okumalar özgün konuma yeniden yönlendiriliyorsa ve tamamlanması daha uzun sürebileceğinden, uygulamanız olağan okuma gecikmesinden daha yüksek bir deneyim yaşayabilir.During that time your application can experience higher than usual read latency as some reads can get redirected to the original location and can take longer to complete. Bu süre boyunca yazma gecikmesi üzerinde hiçbir etkisi yoktur.There is no impact on write latency during this period.

  • Depolama türünü güncelleştirin.Update the storage type.
  • Bir diski bir VM 'den diğerine ayırın ve bağlayın.Detach and attach a disk from one VM to another.
  • Bir VHD 'den yönetilen disk oluşturun.Create a managed disk from a VHD.
  • Bir anlık görüntüden yönetilen disk oluşturun.Create a managed disk from a snapshot.
  • Yönetilmeyen diskleri yönetilen disklere dönüştürün.Convert unmanaged disks to managed disks.

Diskler için performans uygulaması denetim listesiPerformance Application Checklist for disks

Azure Premium depolamada çalışan yüksek performanslı uygulamalar tasarlamanın ilk adımı, uygulamanızın performans gereksinimlerini öğrenmiş olur.The first step in designing high-performance applications running on Azure Premium Storage is understanding the performance requirements of your application. Performans gereksinimlerini topladıktan sonra en iyi performansı elde etmek için uygulamanızı en iyi hale getirebilirsiniz.After you have gathered performance requirements, you can optimize your application to achieve the most optimal performance.

Önceki bölümde, genel performans göstergeleri, ıOPS, verimlilik ve gecikme süresi açıklandık.In the previous section, we explained the common performance indicators, IOPS, Throughput, and Latency. İstenen kullanıcı deneyimini sunmak için, uygulamanız için hangi performans göstergelerinin önemli olduğunu belirlemeniz gerekir.You must identify which of these performance indicators are critical to your application to deliver the desired user experience. Örneğin, yüksek ıOPS çok büyük bir saniyede milyonlarca işlemi işleyen OLTP uygulamalarının önemli bir kısmını.For example, high IOPS matters most to OLTP applications processing millions of transactions in a second. Öte yandan, büyük miktarlarda verileri saniye içinde işleyen veri ambarı uygulamaları için yüksek aktarım hızı önemlidir.Whereas, high Throughput is critical for Data Warehouse applications processing large amounts of data in a second. Canlı video akışı Web siteleri gibi gerçek zamanlı uygulamalarda son derece düşük gecikme süresi önemlidir.Extremely low Latency is crucial for real-time applications like live video streaming websites.

Daha sonra, uygulamanızın ömrü boyunca en fazla performans gereksinimlerini ölçün.Next, measure the maximum performance requirements of your application throughout its lifetime. Başlangıç olarak aşağıdaki örnek denetim listesini kullanın.Use the sample checklist below as a start. Normal, yoğun ve kapalı iş yükü dönemlerinde en yüksek performans gereksinimlerini kaydeder.Record the maximum performance requirements during normal, peak, and off-hours workload periods. Tüm iş yükü düzeyleri için gereksinimleri tanımlayarak Uygulamanızın genel performans gereksinimini belirleyebileceksiniz.By identifying requirements for all workloads levels, you will be able to determine the overall performance requirement of your application. Örneğin, bir e-ticaret Web sitesinin normal iş yükü, bir yılda en fazla gün içinde hizmet verdiği işlemler olacaktır.For example, the normal workload of an e-commerce website will be the transactions it serves during most days in a year. Web sitesinin en yoğun iş yükü, tatil sezonu veya özel satış olayları sırasında hizmet verdiği işlemler olacaktır.The peak workload of the website will be the transactions it serves during holiday season or special sale events. Yoğun iş yükü genellikle sınırlı bir süre için yaşanır, ancak uygulamanızın normal işlemini iki veya daha fazla kez ölçeklendirmesini gerektirebilir.The peak workload is typically experienced for a limited period, but can require your application to scale two or more times its normal operation. 50 yüzdebirlik, 90 yüzdebirlik ve 99 yüzdebirlik gereksinimlerini bulun.Find out the 50 percentile, 90 percentile, and 99 percentile requirements. Bu, performans gereksinimleriyle ilgili herhangi bir şeyi filtrelemeye yardımcı olur ve doğru değerler için en iyi duruma getirme çabalarınıza odaklanabilir.This helps filter out any outliers in the performance requirements and you can focus your efforts on optimizing for the right values.

Uygulama performansı gereksinimleri denetim listesiApplication performance requirements checklist

Performans gereksinimleriPerformance requirements 50 yüzdebirlik50 Percentile 90 yüzdebirlik90 Percentile 99 yüzdebirlik99 Percentile
En çok,Max. Saniye başına işlemTransactions per second
Okuma işlemleri yüzdesi% Read operations
% Yazma işlemleri% Write operations
% Rastgele işlemler% Random operations
% Sıralı işlemler% Sequential operations
GÇ istek boyutuIO request size
Ortalama üretilen IşAverage Throughput
En çok,Max. İşlemeThroughput
Min.Min. Gecikme süresiLatency
Ortalama gecikme süresiAverage Latency
En çok,Max. CPUCPU
Ortalama CPUAverage CPU
En çok,Max. HafızaMemory
Ortalama bellekAverage Memory
Sıra derinliğiQueue Depth

Not

Bu sayıları, uygulamanızın gelecekteki büyüme artışına göre ölçeklendirmelisiniz.You should consider scaling these numbers based on expected future growth of your application. Daha sonra performansı iyileştirmek için altyapıyı değiştirmek daha zor olabileceğinden, büyümenin önceden planlanacağı iyi bir fikirdir.It is a good idea to plan for growth ahead of time, because it could be harder to change the infrastructure for improving performance later.

Mevcut bir uygulamanız varsa ve Premium depolamaya geçmek istiyorsanız, önce mevcut uygulama için yukarıdaki denetim listesini derleyin.If you have an existing application and want to move to Premium Storage, first build the checklist above for the existing application. Daha sonra, Premium depolamada uygulamanızın bir örneğini oluşturun ve uygulamayı bu belgenin sonraki bölümlerinde uygulama performansını En Iyi duruma getirme bölümünde açıklanan yönergelere göre tasarlayın.Then, build a prototype of your application on Premium Storage and design the application based on guidelines described in Optimizing Application Performance in a later section of this document. Sonraki makalede, performans ölçümlerini toplamak için kullanabileceğiniz araçlar açıklanmaktadır.The next article describes the tools you can use to gather the performance measurements.

Uygulama performansı gereksinimlerini ölçmeye yönelik sayaçlarCounters to measure application performance requirements

Uygulamanızın performans gereksinimlerini ölçmenin en iyi yolu, sunucusunun işletim sistemi tarafından sunulan performans izleme araçlarını kullanmaktır.The best way to measure performance requirements of your application, is to use performance-monitoring tools provided by the operating system of the server. Windows için PerfMon ve Linux için Iostat kullanabilirsiniz.You can use PerfMon for Windows and iostat for Linux. Bu araçlar yukarıdaki bölümde açıklanan her ölçüye karşılık gelen sayaçları yakalar.These tools capture counters corresponding to each measure explained in the above section. Uygulamanız normal, yoğun ve saat dışı iş yüklerini çalıştırıyorsa, bu sayaçların değerlerini yakalamalısınız.You must capture the values of these counters when your application is running its normal, peak, and off-hours workloads.

PerfMon sayaçları işlemci, bellek ve sunucunuzdaki her mantıksal disk ve fiziksel disk için kullanılabilir.The PerfMon counters are available for processor, memory and, each logical disk and physical disk of your server. Premium Depolama disklerini bir VM ile kullandığınızda, her bir Premium Depolama diski için fiziksel disk sayaçları ve Premium Depolama disklerinde oluşturulan her birim için mantıksal disk sayaçları bulunur.When you use premium storage disks with a VM, the physical disk counters are for each premium storage disk, and logical disk counters are for each volume created on the premium storage disks. Uygulama iş yükünüzü barındıran disklerin değerlerini yakalamalısınız.You must capture the values for the disks that host your application workload. Mantıksal ve fiziksel diskler arasında bire bir eşleme varsa, fiziksel disk sayaçlarına başvurabilirsiniz; Aksi takdirde mantıksal disk sayaçlarına bakın.If there is a one to one mapping between logical and physical disks, you can refer to physical disk counters; otherwise refer to the logical disk counters. Linux 'ta, Iostat komutu bir CPU ve disk kullanımı raporu oluşturur.On Linux, the iostat command generates a CPU and disk utilization report. Disk kullanımı raporu, fiziksel cihaz veya bölüm başına istatistikler sağlar.The disk utilization report provides statistics per physical device or partition. Verileri ve günlükleri ayrı disklerde içeren bir veritabanı sunucusuna sahipseniz, bu verileri her iki disk için de toplayın.If you have a database server with its data and logs on separate disks, collect this data for both disks. Aşağıdaki tabloda diskler, işlemciler ve Bellek sayaçlarını açıklanmaktadır:Below table describes counters for disks, processors, and memory:

SayaçCounter AçıklamaDescription SinPerfMon IostatIostat
IOPS veya saniye başına IşlemIOPS or Transactions per second Depolama diskine saniye başına verilen g/ç isteği sayısı.Number of I/O requests issued to the storage disk per second. Disk Okuma/snDisk Reads/sec
Disk yazma/snDisk Writes/sec
TPStps
r/sr/s
w/sw/s
Disk okuma ve yazma IşlemleriDisk Reads and Writes disk üzerinde gerçekleştirilen okuma ve yazma işlemlerinin yüzdesi.% of Reads and Write operations performed on the disk. % Disk okuma zamanı% Disk Read Time
% Disk yazma zamanı% Disk Write Time
r/sr/s
w/sw/s
Aktarım hızıThroughput Saniye başına diskten okunan veya diske yazılan veri miktarı.Amount of data read from or written to the disk per second. Disk okuma bayt/snDisk Read Bytes/sec
Disk yazma bayt/snDisk Write Bytes/sec
kB_read/skB_read/s
kB_wrtn/skB_wrtn/s
Gecikme süresiLatency Bir disk GÇ isteğini tamamlayacak toplam süre.Total time to complete a disk IO request. Ortalama Disk sn/okumaAverage Disk sec/Read
Ortalama Disk sn/yazmaAverage disk sec/Write
Awaitawait
svctdsvctm
GÇ boyutuIO size G/ç isteklerinin boyutu depolama disklerinde sorun verir.The size of I/O requests issues to the storage disks. Ortalama disk bayt/okumaAverage Disk Bytes/Read
Ortalama disk bayt/yazmaAverage Disk Bytes/Write
avgrq-SZavgrq-sz
Sıra derinliğiQueue Depth Depolama diskine okunmayı bekleyen bekleyen g/ç isteklerinin sayısı.Number of outstanding I/O requests waiting to be read from or written to the storage disk. Geçerli disk sırası uzunluğuCurrent Disk Queue Length avgqu-SZavgqu-sz
Biçimlendir. BellekMax. Memory Uygulamayı sorunsuz bir şekilde çalıştırmak için gereken bellek miktarıAmount of memory required to run application smoothly Kullanılan kaydedilmiş bayt yüzdesi% Committed Bytes in Use Vmstat kullanmaUse vmstat
Biçimlendir. 'SUNAMax. CPU Uygulamayı sorunsuz şekilde çalıştırmak için CPU miktarı gereklidirAmount CPU required to run application smoothly % İşlemci zamanı% Processor time % Util%util

Iostat ve Perfmonhakkında daha fazla bilgi edinin.Learn more about iostat and PerfMon.

Uygulama performansını iyileştirmeOptimize application performance

Premium depolamada çalışan bir uygulamanın performansını etkileyen ana faktörler, GÇ isteklerinin, VM boyutunun, disk boyutunun, disk sayısının, disk önbelleği, çoklu iş parçacığı ve sıra derinliği unsurlardır.The main factors that influence performance of an application running on Premium Storage are Nature of IO requests, VM size, Disk size, Number of disks, disk caching, multithreading, and queue depth. Bu faktörlerden bazılarını sistem tarafından sunulan KBS ile kontrol edebilirsiniz.You can control some of these factors with knobs provided by the system. Çoğu uygulama, GÇ boyutunu ve sıra derinliğini doğrudan değiştirme seçeneği sunmayabilir.Most applications may not give you an option to alter the IO size and Queue Depth directly. Örneğin, SQL Server kullanıyorsanız, GÇ boyutunu ve sıra derinliğini seçemezsiniz.For example, if you are using SQL Server, you cannot choose the IO size and queue depth. SQL Server en iyi GÇ boyutunu ve sıra derinliği değerlerini en iyi performansı elde etmek için seçer.SQL Server chooses the optimal IO size and queue depth values to get the most performance. Performans ihtiyaçlarını karşılamak üzere uygun kaynakları sağlayabilmeniz için, uygulama performansındaki her iki tür faktörün etkilerini anlamak önemlidir.It is important to understand the effects of both types of factors on your application performance, so that you can provision appropriate resources to meet performance needs.

Bu bölümde, uygulama performansınızı iyileştirmek için ne kadar ihtiyacınız olduğunu belirlemek için oluşturduğunuz uygulama gereksinimleri denetim listesine bakın.Throughout this section, refer to the application requirements checklist that you created, to identify how much you need to optimize your application performance. Buna bağlı olarak, bu bölümden hangi faktörleri ayarlamanız gerektiğini belirleyebileceksiniz.Based on that, you will be able to determine which factors from this section you will need to tune. Uygulama performansındaki her bir faktörün etkilerini bir şekilde uygulamak için, uygulama kurulumunda benchişaretleme araçları 'nı çalıştırın.To witness the effects of each factor on your application performance, run benchmarking tools on your application setup. Windows ve Linux VM 'lerinde ortak bir değerlendirme aracı çalıştırma adımları için, sonda bağlı olan Benchişaretleme makalesine başvurun.Refer to the Benchmarking article, linked at the end, for steps to run common benchmarking tools on Windows and Linux VMs.

IOPS 'yi, aktarım hızını ve gecikme süresini bir bakışta iyileştirinOptimize IOPS, throughput, and latency at a glance

Aşağıdaki tabloda, performans faktörleri ve ıOPS 'yi, aktarım hızını ve gecikmeyi iyileştirmek için gereken adımlar özetlenmektedir.The table below summarizes performance factors and the steps necessary to optimize IOPS, throughput, and latency. Bu Özetteki bölümlerde her bir faktör daha ayrıntılı olarak açıklanır.The sections following this summary will describe each factor is much more depth.

VM boyutları hakkında daha fazla bilgi ve her bir sanal makine türü için ıOPS, aktarım hızı ve gecikme süresi hakkında daha fazla bilgi için bkz. LINUX VM boyutları veya Windows VM boyutları.For more information on VM sizes and on the IOPS, throughput, and latency available for each type of VM, see Linux VM sizes or Windows VM sizes.

  'YeIOPS Aktarım hızıThroughput Gecikme süresiLatency
Örnek senaryoExample Scenario Saniye başına çok yüksek işlem gerektiren kurumsal OLTP uygulaması.Enterprise OLTP application requiring very high transactions per second rate. Büyük miktarlarda veriyi işleyen kurumsal veri ambarı uygulaması.Enterprise Data warehousing application processing large amounts of data. Çevrimiçi oyun gibi Kullanıcı isteklerine anında yanıt gerektiren neredeyse gerçek zamanlı uygulamalar.Near real-time applications requiring instant responses to user requests, like online gaming.
Performans faktörleriPerformance factors      
GÇ boyutuIO size Daha küçük GÇ boyutu, ıOPS 'yi verir.Smaller IO size yields higher IOPS. Daha yüksek performans elde etmek için daha büyük GÇ boyutu.Larger IO size to yields higher Throughput.  
VM boyutuVM size Uygulama gereksiniminden daha büyük ıOPS sağlayan bir VM boyutu kullanın.Use a VM size that offers IOPS greater than your application requirement. Uygulama gereksiniminden daha büyük aktarım hızı sınırı ile bir VM boyutu kullanın.Use a VM size with throughput limit greater than your application requirement. Uygulama gereksiniminden daha büyük ölçek sınırları sunan bir VM boyutu kullanın.Use a VM size that offers scale limits greater than your application requirement.
Disk boyutuDisk size Uygulama gereksiniminden daha büyük ıOPS sağlayan bir disk boyutu kullanın.Use a disk size that offers IOPS greater than your application requirement. Uygulama gereksiniminden daha büyük aktarım hızı sınırı ile disk boyutu kullanın.Use a disk size with Throughput limit greater than your application requirement. Uygulama gereksiniminden daha büyük ölçek sınırları sunan bir disk boyutu kullanın.Use a disk size that offers scale limits greater than your application requirement.
VM ve disk ölçek sınırlarıVM and Disk Scale Limits Seçilen VM boyutunun ıOPS sınırı, kendisine bağlı Premium Depolama disklerinin kullanıldığı toplam ıOPS 'den büyük olmalıdır.IOPS limit of the VM size chosen should be greater than total IOPS driven by premium storage disks attached to it. Seçilen VM boyutunun aktarım hızı sınırı, kendisine bağlı olan Premium Depolama disklerinin toplam aktarım hızına eşit olmalıdır.Throughput limit of the VM size chosen should be greater than total Throughput driven by premium storage disks attached to it. Seçilen VM boyutunun ölçek sınırları, ekli Premium Depolama disklerinin toplam ölçek limitinden büyük olmalıdır.Scale limits of the VM size chosen must be greater than total scale limits of attached premium storage disks.
Disk önbelleğe almaDisk Caching Daha yüksek okuma ıOPS sağlamak için Premium Depolama disklerinde, okuma ağır işlemleri olan salt okunur önbelleği etkinleştirin.Enable ReadOnly Cache on premium storage disks with Read heavy operations to get higher Read IOPS.   Çok düşük okuma gecikmeleri sağlamak için, Premium Depolama disklerinde, Premium Depolama disklerinde salt okunur önbelleği etkinleştirin.Enable ReadOnly Cache on premium storage disks with Ready heavy operations to get very low Read latencies.
Disk şeridiDisk Striping Daha yüksek bir ıOPS ve aktarım hızı sınırı almak için birden çok disk kullanın ve bunları birlikte toplayın.Use multiple disks and stripe them together to get a combined higher IOPS and Throughput limit. VM başına Birleşik Sınır, ekli Premium disklerin birleştirilmiş limitlerinden daha yüksek olmalıdır.The combined limit per VM should be higher than the combined limits of attached premium disks.    
Şerit boyutuStripe Size OLTP uygulamalarında görülen rastgele küçük GÇ deseninin daha küçük şerit boyutu.Smaller stripe size for random small IO pattern seen in OLTP applications. Örneğin, SQL Server OLTP uygulaması için 64 KB 'lık Stripe boyutunu kullanın.For example, use stripe size of 64 KB for SQL Server OLTP application. Veri ambarı uygulamalarında görülen sıralı büyük GÇ deseninin daha büyük şerit boyutu.Larger stripe size for sequential large IO pattern seen in Data Warehouse applications. Örneğin, SQL Server veri ambarı uygulaması için 256 KB 'lık dizili boyut kullanın.For example, use 256 KB stripe size for SQL Server Data warehouse application.  
İşMultithreading Daha yüksek ıOPS ve aktarım hızına yol açacak Premium depolamaya daha yüksek sayıda istek göndermek için çoklu iş parçacığı kullanımı kullanın.Use multithreading to push higher number of requests to Premium Storage that will lead to higher IOPS and Throughput. Örneğin, SQL Server üzerinde SQL Server daha fazla CPU ayırmak için yüksek bir MAXDOP değeri ayarlayın.For example, on SQL Server set a high MAXDOP value to allocate more CPUs to SQL Server.    
Sıra derinliğiQueue Depth Daha büyük sıra derinliği, ıOPS 'yi verir.Larger Queue Depth yields higher IOPS. Daha büyük sıra derinliği daha yüksek aktarım hızı verir.Larger Queue Depth yields higher Throughput. Daha küçük sıra derinliği daha düşük gecikme süreleri verir.Smaller Queue Depth yields lower latencies.

GÇ isteklerinin doğasıNature of IO requests

GÇ isteği, uygulamanızın gerçekleştirmesi için bir giriş/çıkış işlemi birimidir.An IO request is a unit of input/output operation that your application will be performing. GÇ isteklerinin yapısını, rastgele veya sıralı, okuma veya yazma, küçük veya büyük olarak tanımlamak, uygulamanızın performans gereksinimlerini belirlemenize yardımcı olur.Identifying the nature of IO requests, random or sequential, read or write, small or large, will help you determine the performance requirements of your application. Uygulama altyapınızı tasarlarken doğru kararları vermek için GÇ isteklerinin doğasını anlamak önemlidir.It is important to understand the nature of IO requests, to make the right decisions when designing your application infrastructure. Mümkün olan en iyi performansı elde etmek için IOs 'un eşit olarak dağıtılması gerekir.IOs must be distributed evenly to achieve the best performance possible.

GÇ boyutu, daha önemli faktörlerden biridir.IO size is one of the more important factors. GÇ boyutu, uygulamanız tarafından oluşturulan giriş/çıkış işlemi isteğinin boyutudur.The IO size is the size of the input/output operation request generated by your application. GÇ boyutunun, özellikle de uygulamanın elde edebildii ıOPS ve bant genişliği üzerinde performans üzerinde önemli bir etkisi vardır.The IO size has a significant impact on performance especially on the IOPS and Bandwidth that the application is able to achieve. Aşağıdaki formül ıOPS, GÇ boyutu ve bant genişliği/aktarım hızı arasındaki ilişkiyi gösterir.The following formula shows the relationship between IOPS, IO size, and Bandwidth/Throughput.

Bazı uygulamalar, bazı uygulamalar olmasa da bunun GÇ boyutunu değiştirmelerini sağlar.Some applications allow you to alter their IO size, while some applications do not. Örneğin, SQL Server en iyi GÇ boyutunu belirler ve bunu değiştirmek için kullanıcılara herhangi bir KBS sağlamaz.For example, SQL Server determines the optimal IO size itself, and does not provide users with any knobs to change it. Diğer taraftan, Oracle, veritabanının g/ç istek boyutunu yapılandırabileceğiniz DB_BLOCK_boyutu adlı bir parametre sağlar.On the other hand, Oracle provides a parameter called DB_BLOCK_SIZE using which you can configure the I/O request size of the database.

GÇ boyutunu değiştirmenize izin verilmeyen bir uygulama kullanıyorsanız, uygulamanızla en uygun performans KPI 'sini iyileştirmek için bu makaledeki yönergeleri kullanın.If you are using an application, which does not allow you to change the IO size, use the guidelines in this article to optimize the performance KPI that is most relevant to your application. Örneğin,For example,

  • OLTP uygulaması milyonlarca küçük ve rastgele GÇ isteği oluşturur.An OLTP application generates millions of small and random IO requests. Bu GÇ isteği türlerini işlemek için, uygulama altyapınızı daha yüksek ıOPS 'yi almak üzere tasarlamanız gerekir.To handle these types of IO requests, you must design your application infrastructure to get higher IOPS.
  • Veri ambarı uygulaması büyük ve sıralı GÇ istekleri üretir.A data warehousing application generates large and sequential IO requests. Bu GÇ isteği türlerini işlemek için, uygulama altyapınızı daha yüksek bant genişliği veya aktarım hızı sağlamak üzere tasarlamanız gerekir.To handle these types of IO requests, you must design your application infrastructure to get higher Bandwidth or Throughput.

GÇ boyutunu değiştirmenize olanak sağlayan bir uygulama kullanıyorsanız, diğer performans yönergelerine ek olarak GÇ boyutu için bu Thumb kuralını kullanın.If you are using an application, which allows you to change the IO size, use this rule of thumb for the IO size in addition to other performance guidelines,

  • Daha yüksek ıOPS 'yi almak için daha küçük GÇ boyutu.Smaller IO size to get higher IOPS. Örneğin, OLTP uygulaması için 8 KB.For example, 8 KB for an OLTP application.
  • Daha yüksek bant genişliği/aktarım hızı sağlamak için büyük GÇ boyutu.Larger IO size to get higher Bandwidth/Throughput. Örneğin, bir veri ambarı uygulaması için 1024 KB.For example, 1024 KB for a data warehouse application.

Uygulamanızın ıOPS ve aktarım hızını ve bant genişliğini nasıl hesaplayabileceğiniz hakkında bir örnek aşağıda verilmiştir.Here is an example on how you can calculate the IOPS and Throughput/Bandwidth for your application. Bir P30 diski kullanarak bir uygulamayı düşünün.Consider an application using a P30 disk. P30 diskinin alabileceği maksimum ıOPS ve aktarım hızı/bant genişliği, sırasıyla 5000 ıOPS ve 200 MB 'tır.The maximum IOPS and Throughput/Bandwidth a P30 disk can achieve is 5000 IOPS and 200 MB per second respectively. Artık, uygulamanız P30 diskinden maksimum ıOPS gerektiriyorsa ve 8 KB gibi daha küçük bir GÇ boyutu kullanırsanız, elde edilen bant genişliği saniyede 40 MB 'lık bir değer elde edersiniz.Now, if your application requires the maximum IOPS from the P30 disk and you use a smaller IO size like 8 KB, the resulting Bandwidth you will be able to get is 40 MB per second. Ancak, uygulamanız P30 diskinden maksimum üretilen Iş/bant genişliği gerektiriyorsa ve 1024 KB gibi daha büyük bir GÇ boyutu kullanırsanız, sonuçta elde edilen ıOPS daha az, 200 ıOPS olur.However, if your application requires the maximum Throughput/Bandwidth from P30 disk, and you use a larger IO size like 1024 KB, the resulting IOPS will be less, 200 IOPS. Bu nedenle, GÇ boyutunu uygulamanızın ıOPS ve aktarım hızı/bant genişliği gereksinimini karşılayacak şekilde ayarlayın.Therefore, tune the IO size such that it meets both your application's IOPS and Throughput/Bandwidth requirement. Aşağıdaki tabloda, bir P30 diski için farklı GÇ boyutları ve bunlara karşılık gelen ıOPS ve aktarım hızı özetlenmektedir.The following table summarizes the different IO sizes and their corresponding IOPS and Throughput for a P30 disk.

Uygulama gereksinimiApplication Requirement G/ç boyutuI/O size IOPSIOPS Aktarım hızı/bant genişliğiThroughput/Bandwidth
Maksimum ıOPSMax IOPS 8 KB8 KB 5.0005,000 saniyede 40 MB40 MB per second
En fazla aktarım hızıMax Throughput 1024 KB1024 KB 200200 saniyede 200 MB200 MB per second
Maksimum üretilen Iş + yüksek ıOPSMax Throughput + high IOPS 64 KB64 KB 3.2003,200 saniyede 200 MB200 MB per second
Maksimum ıOPS + yüksek aktarım hızıMax IOPS + high Throughput 32 KB32 KB 5.0005,000 saniyede 160 MB160 MB per second

IOPS 'yi ve bant genişliğini tek bir Premium Depolama diskinin en büyük değerinden daha yüksek bir değere almak için birlikte şeritli birden fazla Premium disk kullanın.To get IOPS and Bandwidth higher than the maximum value of a single premium storage disk, use multiple premium disks striped together. Örneğin, 10.000 ıOPS 'nin Birleşik bir ıOPS 'sini veya saniyede 400 MB Birleşik aktarım hızını almak için iki P30 diski Stripe.For example, stripe two P30 disks to get a combined IOPS of 10,000 IOPS or a combined Throughput of 400 MB per second. Sonraki bölümde açıklandığı gibi, Birleşik disk ıOPS ve aktarım hızını destekleyen bir VM boyutu kullanmanız gerekir.As explained in the next section, you must use a VM size that supports the combined disk IOPS and Throughput.

Not

IOPS 'yi veya üretilen Iş üretimini artırdıkça, diğerini artırarak diskin veya VM 'nin aktarım hızı veya ıOPS limitlerinin isabet aldığınızdan emin olun.As you increase either IOPS or Throughput the other also increases, make sure you do not hit throughput or IOPS limits of the disk or VM when increasing either one.

Uygulama performansı üzerinde GÇ boyutunun etkilerini sağlamak için, VM 'niz ve disklerinizde benchişaretleme araçları çalıştırabilirsiniz.To witness the effects of IO size on application performance, you can run benchmarking tools on your VM and disks. Birden çok test çalıştırması oluşturun ve etkiyi görmek için her çalıştırma için farklı GÇ boyutu kullanın.Create multiple test runs and use different IO size for each run to see the impact. Daha fazla ayrıntı için, sonda bağlı olan Benchişaretleme makalesine başvurun.Refer to the Benchmarking article, linked at the end, for more details.

Yüksek ölçekli VM boyutlarıHigh scale VM sizes

Bir uygulamayı tasarlamaya başladığınızda, ilk yapmanız gereken tek şey, uygulamanızı barındırmak için bir VM seçin.When you start designing an application, one of the first things to do is, choose a VM to host your application. Premium Depolama, daha yüksek bilgi işlem gücü ve yüksek bir yerel disk g/ç performansı gerektiren uygulamalar çalıştırabilen yüksek ölçekli VM boyutlarına sahiptir.Premium Storage comes with High Scale VM sizes that can run applications requiring higher compute power and a high local disk I/O performance. Bu VM 'Ler, daha hızlı işlemciler, daha yüksek bellek-çekirdek oranı ve yerel disk için katı hal sürücüsü (SSD) sağlar.These VMs provide faster processors, a higher memory-to-core ratio, and a Solid-State Drive (SSD) for the local disk. Premium depolamayı destekleyen yüksek ölçekli VM 'Lere örnek olarak DS, DSv2 ve GS serisi VM 'Ler verilebilir.Examples of High Scale VMs supporting Premium Storage are the DS, DSv2, and GS series VMs.

Yüksek ölçekli VM 'Ler, farklı boyutlarda CPU çekirdekleri, bellek, işletim sistemi ve geçici disk boyutuyla farklı boyutlarda kullanılabilir.High Scale VMs are available in different sizes with a different number of CPU cores, memory, OS, and temporary disk size. Her VM boyutunun Ayrıca sanal makineye iliştirebilmeniz için maksimum veri diski sayısı vardır.Each VM size also has maximum number of data disks that you can attach to the VM. Bu nedenle, seçilen VM boyutu, uygulamanız için ne kadar işlem, bellek ve depolama kapasitesi olduğunu etkiler.Therefore, the chosen VM size will affect how much processing, memory, and storage capacity is available for your application. Ayrıca Işlem ve depolama maliyetini de etkiler.It also affects the Compute and Storage cost. Örneğin, bir DS serisi, DSv2 serisi ve GS serisi içindeki en büyük VM boyutunun belirtimleri aşağıda verilmiştir:For example, below are the specifications of the largest VM size in a DS series, DSv2 series and a GS series:

VM boyutuVM size CPU çekirdekleriCPU cores HafızaMemory VM diski boyutlarıVM disk sizes En çok,Max. Veri diskleridata disks Önbellek boyutuCache size IOPSIOPS Bant genişliği önbellek GÇ sınırlarıBandwidth Cache IO limits
Standard_DS14Standard_DS14 1616 112 GB112 GB OS = 1023 GBOS = 1023 GB
Yerel SSD = 224 GBLocal SSD = 224 GB
3232 576 GB576 GB 50.000 ıOPS50,000 IOPS
saniyede 512 MB512 MB per second
4.000 ıOPS ve 33 MB/saniye4,000 IOPS and 33 MB per second
Standard_GS5Standard_GS5 3232 448 GB448 GB OS = 1023 GBOS = 1023 GB
Yerel SSD = 896 GBLocal SSD = 896 GB
6464 4224 GB4224 GB 80.000 ıOPS80,000 IOPS
saniyede 2.000 MB2,000 MB per second
5.000 ıOPS ve 50 MB/saniye5,000 IOPS and 50 MB per second

Tüm kullanılabilir Azure VM boyutlarının tüm listesini görüntülemek için WINDOWS VM boyutları veya Linux VM boyutları' na bakın.To view a complete list of all available Azure VM sizes, refer to Windows VM sizes or Linux VM sizes. İstenen uygulama performansı gereksinimlerinize uyan ve ölçeklendirebilen bir VM boyutu seçin.Choose a VM size that can meet and scale to your desired application performance requirements. Buna ek olarak, VM boyutlarını seçerken önemli noktalara göz atın.In addition to this, take into account following important considerations when choosing VM sizes.

Ölçek sınırlarıScale Limits
VM başına en fazla ıOPS sınırı ve disk başına her ikisi birbirinden farklıdır.The maximum IOPS limits per VM and per disk are different and independent of each other. Uygulamanın ıOPS 'yi VM sınırları içinde ve ona bağlı olan Premium disklere yönlendirdiğinden emin olun.Make sure that the application is driving IOPS within the limits of the VM as well as the premium disks attached to it. Aksi takdirde, uygulama performansı azaltma deneyimidir.Otherwise, application performance will experience throttling.

Örnek olarak, bir uygulama gereksiniminin en fazla 4.000 ıOPS olduğunu varsayalım.As an example, suppose an application requirement is a maximum of 4,000 IOPS. Bunu başarmak için, bir DS1 sanal makinesine P30 diski sağlayacaksınız.To achieve this, you provision a P30 disk on a DS1 VM. P30 diski en fazla 5.000 ıOPS sağlayabilir.The P30 disk can deliver up to 5,000 IOPS. Ancak, DS1 VM 3.200 ıOPS ile sınırlıdır.However, the DS1 VM is limited to 3,200 IOPS. Sonuç olarak, uygulama performansı 3.200 ıOPS 'de VM sınırı ile sınırlandırılır ve performans düzeyi düşecek.Consequently, the application performance will be constrained by the VM limit at 3,200 IOPS and there will be degraded performance. Bu durumu engellemek için, uygulama gereksinimlerini karşılayacak bir VM ve disk boyutu seçin.To prevent this situation, choose a VM and disk size that will both meet application requirements.

Işlem maliyetiCost of Operation
Çoğu durumda, Premium depolama kullanan genel işlem maliyetiniz standart depolamayı kullanmaktan daha düşüktür.In many cases, it is possible that your overall cost of operation using Premium Storage is lower than using Standard Storage.

Örneğin, 16.000 ıOPS gerektiren bir uygulamayı düşünün.For example, consider an application requiring 16,000 IOPS. Bu performansı elde etmek için standart bir_D14 Azure IaaS VM gerekir. Bu, 32 standart depolama 1 TB disklerini kullanarak en fazla 16.000 ıOPS sağlayabilir.To achieve this performance, you will need a Standard_D14 Azure IaaS VM, which can give a maximum IOPS of 16,000 using 32 standard storage 1 TB disks. Her 1 TB standart depolama diski en fazla 500 ıOPS elde edebilir.Each 1-TB standard storage disk can achieve a maximum of 500 IOPS. Bu VM 'nin aylık tahmini maliyeti $1.570 olacaktır.The estimated cost of this VM per month will be $1,570. 32 standart depolama disklerinin aylık maliyeti $1.638 olacaktır.The monthly cost of 32 standard storage disks will be $1,638. Tahmini toplam aylık maliyet $3.208 olacaktır.The estimated total monthly cost will be $3,208.

Ancak, Premium depolamada aynı uygulamayı barındırdıysanız, daha küçük bir VM boyutu ve daha az Premium Depolama diski gerekir ve bu sayede genel maliyeti azaltabilirsiniz.However, if you hosted the same application on Premium Storage, you will need a smaller VM size and fewer premium storage disks, thus reducing the overall cost. Standart bir_DS13 VM, dört P30 diski kullanarak 16.000 ıOPS gereksinimini karşılayabilir.A Standard_DS13 VM can meet the 16,000 IOPS requirement using four P30 disks. DS13 VM en fazla 25.600 ıOPS 'ye sahiptir ve her P30 diskte en fazla 5.000 ıOPS vardır.The DS13 VM has a maximum IOPS of 25,600 and each P30 disk has a maximum IOPS of 5,000. Genel olarak, bu yapılandırma 5.000 x 4 = 20.000 ıOPS elde edebilir.Overall, this configuration can achieve 5,000 x 4 = 20,000 IOPS. Bu VM 'nin aylık tahmini maliyeti $1.003 olacaktır.The estimated cost of this VM per month will be $1,003. Dört P30 Premium Depolama diskinin aylık maliyeti $544,34 olacaktır.The monthly cost of four P30 premium storage disks will be $544.34. Tahmini toplam aylık maliyet $1.544 olacaktır.The estimated total monthly cost will be $1,544.

Aşağıdaki tablo, standart ve Premium Depolama için bu senaryonun maliyet dökümünü özetler.Table below summarizes the cost breakdown of this scenario for Standard and Premium Storage.

  StandartStandard PremiumPremium
Aylık VM maliyetiCost of VM per month $1.570,58 (Standart_D14)$1,570.58 (Standard_D14) $1.003,66 (Standart_DS13)$1,003.66 (Standard_DS13)
Aylık disk maliyetiCost of Disks per month $1.638,40 (32 x 1-TB disk)$1,638.40 (32 x 1-TB disks) $544,34 (4 x P30 disk)$544.34 (4 x P30 disks)
Aylık genel maliyetOverall Cost per month $3.208,98$3,208.98 $1.544,34$1,544.34

Linux distrosLinux Distros

Azure Premium Depolama ile Windows ve Linux çalıştıran VM 'Ler için aynı performans düzeyine sahip olursunuz.With Azure Premium Storage, you get the same level of Performance for VMs running Windows and Linux. Linux kaldırmalarının pek çok türünü destekliyoruz ve listenin tamamını buradagörebilirsiniz.We support many flavors of Linux distros, and you can see the complete list here. Farklı iş yüklerinin farklı türleri için daha uygun olduğunu unutmamak önemlidir.It is important to note that different distros are better suited for different types of workloads. İş yükünüzün üzerinde çalıştığı bir değere göre farklı düzeylerde performans göreceksiniz.You will see different levels of performance depending on the distro your workload is running on. Linux Distro 'lara 'yi uygulamanızla test edin ve en iyi şekilde çalışacak olanı seçin.Test the Linux distros with your application and choose the one that works best.

Linux 'u Premium Depolama ile çalıştırırken, yüksek performans sağlamak için gerekli sürücülerle ilgili en son güncelleştirmeleri denetleyin.When running Linux with Premium Storage, check the latest updates about required drivers to ensure high performance.

Premium Depolama diski boyutlarıPremium storage disk sizes

Azure Premium Depolama, gereksinimlerinize en uygun olanı seçebilmeniz için çeşitli boyutlarda bir boyut sunar.Azure Premium Storage offers a variety of sizes so you can choose one that best suits your needs. Her disk boyutunun ıOPS, bant genişliği ve depolama için farklı ölçek sınırı vardır.Each disk size has a different scale limit for IOPS, bandwidth, and storage. Uygulama gereksinimlerine ve yüksek ölçekli VM boyutuna bağlı olarak doğru Premium Depolama diski boyutunu seçin.Choose the right Premium Storage Disk size depending on the application requirements and the high scale VM size. Aşağıdaki tabloda, disklerin boyutları ve özellikleri gösterilmektedir.The table below shows the disks sizes and their capabilities. P4, P6, P15, P60, P70 ve P80 boyutları şu anda yalnızca yönetilen diskler için desteklenmektedir.P4, P6, P15, P60, P70, and P80 sizes are currently only supported for Managed Disks.

Premium SSD BoyutlarPremium SSD sizes  P1P1* P2P2* P3P3* P4P4 P6P6 P10P10 P15P15 P20P20 P30P30 P40P40 P50P50 P60P60 P70P70 P80P80
GiB 'de disk boyutuDisk size in GiB 44 88 1616 3232 6464 128128 256256 512512 1.0241,024 2.0482,048 4.0964,096 8,1928,192 16.38416,384 32.76732,767
Disk başına IOPSIOPS per disk 120120 120120 120120 120120 240240 500500 1.1001,100 2.3002,300 5.0005,000 7.5007,500 7.5007,500 16.00016,000 18.00018,000 20.00020,000
Disk başına çıkışThroughput per disk 25 MiB/sn25 MiB/sec 25 MiB/sn25 MiB/sec 25 MiB/sn25 MiB/sec 25 MiB/sn25 MiB/sec 50 MIB/sn50 MiB/sec 100 MIB/sn100 MiB/sec 125 MIB/sn125 MiB/sec 150 MIB/sn150 MiB/sec 200 MIB/sn200 MiB/sec 250 MIB/sn250 MiB/sec 250 MIB/sn250 MiB/sec 500 MIB/sn500 MiB/sec 750 MIB/sn750 MiB/sec 900 MIB/sn900 MiB/sec
Disk başına en fazla patlama ıOPS * *Max burst IOPS per disk** 3.5003,500 3.5003,500 3.5003,500 3.5003,500 3.5003,500 3.5003,500 3.5003,500 3.5003,500
Disk başına en fazla patlama performansı * *Max burst throughput per disk** 170 MIB/sn170 MiB/sec 170 MIB/sn170 MiB/sec 170 MIB/sn170 MiB/sec 170 MIB/sn170 MiB/sec 170 MIB/sn170 MiB/sec 170 MIB/sn170 MiB/sec 170 MIB/sn170 MiB/sec 170 MIB/sn170 MiB/sec
En fazla patlama süresi * *Max burst duration** 30 dakika30 min 30 dakika30 min 30 dakika30 min 30 dakika30 min 30 dakika30 min 30 dakika30 min 30 dakika30 min 30 dakika30 min

*, şu anda önizleme aşamasında olan bir disk boyutunu gösterir, bölgesel kullanılabilirlik bilgileri için bkz. yeni disk boyutları: yönetilen ve yönetilmeyen.*Denotes a disk size that is currently in preview, for regional availability information see New disk sizes: Managed and unmanaged.

** Şu anda önizleme aşamasında olan bir özelliği gösterir. daha fazla bilgi için bkz. disk patlaması.**Denotes a feature that is currently in preview, see Disk bursting for more information.

Kaç disk seçtiğiniz disk boyutuna bağlıdır.How many disks you choose depends on the disk size chosen. Uygulamanızın gereksinimini karşılamak için tek bir P50 disk veya birden çok P10 diski kullanabilirsiniz.You could use a single P50 disk or multiple P10 disks to meet your application requirement. Seçim yaparken aşağıda listelenen hesaba göz atın.Take into account considerations listed below when making the choice.

Ölçek sınırları (ıOPS ve aktarım hızı)Scale Limits (IOPS and Throughput)
Her Premium disk boyutunun ıOPS ve aktarım hızı sınırları farklı ve VM Ölçek limitinden bağımsızdır.The IOPS and Throughput limits of each Premium disk size is different and independent from the VM scale limits. Disklerden toplam ıOPS ve üretilen Iş üretiminin, seçilen VM boyutunun ölçek sınırları içinde olduğundan emin olun.Make sure that the total IOPS and Throughput from the disks are within scale limits of the chosen VM size.

Örneğin, bir uygulama gereksinimi en fazla 250 MB/sn aktarım hızı ise ve tek bir P30 diski ile bir DS4 VM kullanıyorsanız.For example, if an application requirement is a maximum of 250 MB/sec Throughput and you are using a DS4 VM with a single P30 disk. DS4 VM, en fazla 256 MB/sn aktarım hızı verebilir.The DS4 VM can give up to 256 MB/sec Throughput. Ancak, tek bir P30 diskinde 200 MB/sn aktarım hızı sınırı vardır. Sonuç olarak, uygulama, disk sınırı nedeniyle 200 MB/sn ile kısıtlanır.However, a single P30 disk has Throughput limit of 200 MB/sec. Consequently, the application will be constrained at 200 MB/sec due to the disk limit. Bu sınırı aşmak için, VM 'de birden fazla veri diski sağlayın veya disklerinizi P40 veya P50 olarak yeniden boyutlandırın.To overcome this limit, provision more than one data disks to the VM or resize your disks to P40 or P50.

Not

Önbellek tarafından sunulan okumalar disk ıOPS ve aktarım hızına dahil değildir, bu nedenle disk sınırlarına tabi değildir.Reads served by the cache are not included in the disk IOPS and Throughput, hence not subject to disk limits. Önbelleğin VM başına ayrı ıOPS ve aktarım hızı sınırı vardır.Cache has its separate IOPS and Throughput limit per VM.

Örneğin, başlangıçta okuma ve yazma işlemleri sırasıyla 60MB/sn ve 40MB/sn 'DIR.For example, initially your reads and writes are 60MB/sec and 40MB/sec respectively. Zaman içinde önbellek, önbellekten daha fazla ve daha fazla okuma yapar.Over time, the cache warms up and serves more and more of the reads from the cache. Daha sonra, diskten daha yüksek yazma aktarım hızı edinebilirsiniz.Then, you can get higher write Throughput from the disk.

Disk sayısıNumber of Disks
Uygulama gereksinimlerini değerlendirerek gereken disk sayısını belirleme.Determine the number of disks you will need by assessing application requirements. Her VM boyutunun Ayrıca VM 'ye iliştirebilmeniz için disk sayısıyla ilgili bir sınırı vardır.Each VM size also has a limit on the number of disks that you can attach to the VM. Genellikle, bu çekirdek sayısı iki katına kaydedilir.Typically, this is twice the number of cores. Seçtiğiniz VM boyutunun, gereken disk sayısını destekleyediğinden emin olun.Ensure that the VM size you choose can support the number of disks needed.

Premium Depolama disklerinin standart depolama disklerine kıyasla daha yüksek performans özelliklerine sahip olduğunu unutmayın.Remember, the Premium Storage disks have higher performance capabilities compared to Standard Storage disks. Bu nedenle, uygulamanızı standart depolama kullanarak Azure IaaS VM 'den Premium depolamaya geçiriyorsanız, uygulamanız için aynı veya daha yüksek performans elde etmek için büyük olasılıkla daha az Premium disk gerekecektir.Therefore, if you are migrating your application from Azure IaaS VM using Standard Storage to Premium Storage, you will likely need fewer premium disks to achieve the same or higher performance for your application.

Disk önbelleğe almaDisk caching

Azure Premium Depolamalarından yararlanan yüksek ölçekli VM 'Ler BlobCache adlı çok katmanlı bir önbelleğe alma teknolojisine sahiptir.High Scale VMs that leverage Azure Premium Storage have a multi-tier caching technology called BlobCache. BlobCache, önbelleğe alma için sanal makine RAM ve yerel SSD 'nin bir birleşimini kullanır.BlobCache uses a combination of the Virtual Machine RAM and local SSD for caching. Bu önbellek, Premium Depolama kalıcı disklerinde ve VM yerel disklerinde kullanılabilir.This cache is available for the Premium Storage persistent disks and the VM local disks. Varsayılan olarak, bu önbellek ayarı, Premium depolamada barındırılan veri diskleri için işletim sistemi diskleri ve salt okunur için okuma/yazma olarak ayarlanır.By default, this cache setting is set to Read/Write for OS disks and ReadOnly for data disks hosted on Premium Storage. Premium Depolama disklerinde etkinleştirilmiş disk önbelleği sayesinde, yüksek ölçekli VM 'Ler temel disk performansını aşan son derece yüksek performans düzeyine sahip olabilir.With disk caching enabled on the Premium Storage disks, the high scale VMs can achieve extremely high levels of performance that exceed the underlying disk performance.

Uyarı

Disk önbelleği 4 TiB ve daha büyük diskler için desteklenmez.Disk Caching is not supported for disks 4 TiB and larger. Sanal makinenize birden çok disk iliştirilmişse, 4 TiB 'den küçük olan her bir disk önbelleğe almayı destekleyecektir.If multiple disks are attached to your VM, each disk that is smaller than 4 TiB will support caching.

Bir Azure diskinin önbellek ayarını değiştirmek hedef diski ayırır ve yeniden iliştirir.Changing the cache setting of an Azure disk detaches and re-attaches the target disk. İşletim sistemi diski ise, VM yeniden başlatılır.If it is the operating system disk, the VM is restarted. Disk önbelleği ayarını değiştirmeden önce bu kesintiye uğramadan etkilenebilecek tüm uygulamaları/hizmetleri durdurun.Stop all applications/services that might be affected by this disruption before changing the disk cache setting.

BlobCache 'in nasıl çalıştığı hakkında daha fazla bilgi edinmek için Azure Premium Depolama blog gönderisine bakın.To learn more about how BlobCache works, refer to the Inside Azure Premium Storage blog post.

Doğru disk kümesinde önbelleğin etkinleştirilmesi önemlidir.It is important to enable cache on the right set of disks. Bir Premium diskte disk önbelleğe almayı etkinleştirmeniz gerekip gerekmediğini belirten bir işlem, diskin işleme alınacak iş yükü düzenine bağlıdır.Whether you should enable disk caching on a premium disk or not will depend on the workload pattern that disk will be handling. Aşağıdaki tabloda, işletim sistemi ve veri diskleri için varsayılan önbellek ayarları gösterilmektedir.Table below shows the default cache settings for OS and Data disks.

Disk türüDisk type Varsayılan önbellek ayarıDefault cache setting
İşletim sistemi diskiOS disk ReadWriteReadWrite
Veri diskiData disk ReadOnlyReadOnly

Veri diskleri için önerilen disk önbelleği ayarları aşağıda verilmiştir.Following are the recommended disk cache settings for data disks,

Disk önbelleğe alma ayarıDisk caching setting Bu ayarın ne zaman kullanılacağı önerisirecommendation on when to use this setting
HiçbiriNone Ana bilgisayar ön belleğini salt yazılır ve yazma ağır diskler için hiçbiri olarak yapılandırın.Configure host-cache as None for write-only and write-heavy disks.
ReadOnlyReadOnly Salt okunur ve okuma/yazma diskleri için konak önbelleğini ReadOnly olarak yapılandırın.Configure host-cache as ReadOnly for read-only and read-write disks.
ReadWriteReadWrite Konak ön belleğini yalnızca, uygulamanız gerektiğinde kalıcı disklere önbelleğe alınmış verileri yazmayı doğru şekilde işlediğinde, salt yazılır olarak yapılandırın.Configure host-cache as ReadWrite only if your application properly handles writing cached data to persistent disks when needed.

ÖzelliğininReadOnly
Premium depolama veri disklerinde ReadOnly önbelleğe alma yapılandırarak, düşük okuma gecikmesi elde edebilir ve uygulamanız için çok fazla okuma ıOPS ve aktarım hızı elde edebilirsiniz.By configuring ReadOnly caching on Premium Storage data disks, you can achieve low Read latency and get very high Read IOPS and Throughput for your application. Bunun nedeni iki nedenden dolayıThis is due two reasons,

  1. VM belleği ve yerel SSD üzerinde olan önbellekten gerçekleştirilen okumalar, Azure Blob depolamada bulunan veri diskinden okumalarından çok daha hızlıdır.Reads performed from cache, which is on the VM memory and local SSD, are much faster than reads from the data disk, which is on the Azure blob storage.
  2. Premium Depolama, önbellekten sunulan okuma sayısını, disk ıOPS ve aktarım hızına doğru saymaz.Premium Storage does not count the Reads served from cache, towards the disk IOPS and Throughput. Bu nedenle, uygulamanız toplam ıOPS ve aktarım hızı elde edebilir.Therefore, your application is able to achieve higher total IOPS and Throughput.

ReadWriteReadWrite
Varsayılan olarak, işletim sistemi disklerinin ReadWrite önbelleği etkindir.By default, the OS disks have ReadWrite caching enabled. Kısa süre önce veri disklerinde de ReadWrite önbelleği desteği ekledik.We have recently added support for ReadWrite caching on data disks as well. Okuma önbelleği kullanıyorsanız, verileri önbellekten kalıcı disklere yazmak için uygun bir yola sahip olmanız gerekir.If you are using ReadWrite caching, you must have a proper way to write the data from cache to persistent disks. Örneğin, SQL Server önbelleğe alınan verileri kendi kendine kalıcı depolama disklerine yazmayı işler.For example, SQL Server handles writing cached data to the persistent storage disks on its own. Gerekli verileri kalıcı olarak işlemeyen bir uygulamayla ReadWrite önbelleği kullanmak, VM kilitlenirse veri kaybına yol açabilir.Using ReadWrite cache with an application that does not handle persisting the required data can lead to data loss, if the VM crashes.

SeçimNone
Şu anda hiçbiri yalnızca veri disklerinde desteklenir.Currently, None is only supported on data disks. İşletim sistemi disklerinde desteklenmez.It is not supported on OS disks. Bir işletim sistemi diskinde hiçbiri ayarlarsanız, bunu dahili olarak geçersiz kılar ve salt okunurolarak ayarlar.If you set None on an OS disk it will override this internally and set it to ReadOnly.

Örnek olarak, aşağıdaki işlemleri yaparak Premium depolamada çalışan SQL Server için bu yönergeleri uygulayabilirsiniz.As an example, you can apply these guidelines to SQL Server running on Premium Storage by doing the following,

  1. Veri dosyalarını barındıran Premium Depolama disklerinde "ReadOnly" önbelleğini yapılandırın.Configure "ReadOnly" cache on premium storage disks hosting data files.
    a.a. Veri sayfalarının önbellekten doğrudan veri disklerinden kıyasla daha hızlı bir şekilde alınmasından sonra önbellekten hızlı okuma SQL Server sorgu süresini azaltır.The fast reads from cache lower the SQL Server query time since data pages are retrieved much faster from the cache compared to directly from the data disks.
    b.b. Önbellekten okuma hizmeti sunma, Premium veri disklerinden daha fazla verimlilik olduğu anlamına gelir.Serving reads from cache, means there is additional Throughput available from premium data disks. SQL Server, daha fazla veri sayfası ve yedekleme/geri yükleme, toplu iş yükleri ve dizin yeniden oluştur gibi diğer işlemleri almak için bu ek aktarım hızını kullanabilir.SQL Server can use this additional Throughput towards retrieving more data pages and other operations like backup/restore, batch loads, and index rebuilds.
  2. Günlük dosyalarını barındıran Premium Depolama disklerinde "none" önbelleğini yapılandırın.Configure "None" cache on premium storage disks hosting the log files.
    a.a. Günlük dosyalarında öncelikle yazma ağır işlemler vardır.Log files have primarily write-heavy operations. Bu nedenle, salt okunur önbellekten faydalanır.Therefore, they do not benefit from the ReadOnly cache.

Linux VM 'lerde performansı iyileştirmeOptimize performance on Linux VMs

Önbelleği ReadOnly veya noneolarak ayarlanmış tüm Premium SSD 'ler veya ultra diskler için, dosya sistemini bağladığınızda "engelleri" devre dışı bırakmanız gerekir.For all premium SSDs or ultra disks with cache set to ReadOnly or None, you must disable "barriers" when you mount the file system. Premium Depolama disklerine yazma işlemleri bu önbellek ayarları için dayanıklı olduğundan, bu senaryoda engellere ihtiyacınız yoktur.You don't need barriers in this scenario because the writes to premium storage disks are durable for these cache settings. Yazma isteği başarıyla tamamlandığında, veriler kalıcı depoya yazıldı.When the write request successfully finishes, data has been written to the persistent store. "Engelleri" devre dışı bırakmak için aşağıdaki yöntemlerden birini kullanın.To disable "barriers," use one of the following methods. Dosya sisteminiz için bir tane seçin:Choose the one for your file system:

  • Reıfsiçin, engelleri devre dışı bırakmak için barrier=none bağlama seçeneğini kullanın.For reiserFS, to disable barriers, use the barrier=none mount option. (Engelleri etkinleştirmek için barrier=flush kullanın.)(To enable barriers, use barrier=flush.)
  • Ext3/ext4için, engelleri devre dışı bırakmak için barrier=0 bağlama seçeneğini kullanın.For ext3/ext4, to disable barriers, use the barrier=0 mount option. (Engelleri etkinleştirmek için barrier=1 kullanın.)(To enable barriers, use barrier=1.)
  • XFSiçin, engelleri devre dışı bırakmak için nobarrier bağlama seçeneğini kullanın.For XFS, to disable barriers, use the nobarrier mount option. (Engelleri etkinleştirmek için barrier kullanın.)(To enable barriers, use barrier.)
  • Önbellek okumaolarak ayarlanan Premium Depolama disklerinde, yazma dayanıklılığı için engelleri etkinleştirin.For premium storage disks with cache set to ReadWrite, enable barriers for write durability.
  • VM 'yi yeniden başlattıktan sonra birim etiketlerinin devam etmesi için,/etc/fstab ' ı disklere evrensel benzersiz tanımlayıcı (UUID) başvuruları ile güncelleştirmeniz gerekir.For volume labels to persist after you restart the VM, you must update /etc/fstab with the universally unique identifier (UUID) references to the disks. Daha fazla bilgi için bkz. LINUX VM 'ye yönetilen disk ekleme.For more information, see Add a managed disk to a Linux VM.

Aşağıdaki Linux dağıtımları Premium SSD 'Ler için onaylanmıştır.The following Linux distributions have been validated for premium SSDs. Premium SSD 'Ler ile daha iyi performans ve kararlılık için, sanal makinelerinizi bu sürümlerden birine veya daha yeni bir sürüme yükseltmenizi öneririz.For better performance and stability with premium SSDs, we recommend that you upgrade your VMs to one of these versions or newer.

Sürümlerden bazıları Azure için en son Linux Integration Services (LIS), v 4.0 gerektirir.Some of the versions require the latest Linux Integration Services (LIS), v4.0, for Azure. Bir dağıtımı indirmek ve yüklemek için aşağıdaki tabloda listelenen bağlantıyı izleyin.To download and install a distribution, follow the link listed in the following table. Doğrulama tamamlandığımızda listeye görüntüler ekleyeceğiz.We add images to the list as we complete validation. Doğrulamalarımız performansı her bir görüntü için farklılık gösterir.Our validations show that performance varies for each image. Performans, iş yükü özelliklerine ve görüntü ayarlarınıza bağlıdır.Performance depends on workload characteristics and your image settings. Farklı iş yükü türleri için farklı görüntüler ayarlanır.Different images are tuned for different kinds of workloads.

DağıtımDistribution SürümVersion Desteklenen çekirdekSupported kernel AyrıntılarDetails
UbuntuUbuntu 12,04 veya üzeri12.04 or newer 3.2.0-75.110 +3.2.0-75.110+ Ubuntu-12_04_5-LTS-amd64-Server-20150119-en-US-30Ubuntu-12_04_5-LTS-amd64-server-20150119-en-us-30GB
UbuntuUbuntu 14,04 veya üzeri14.04 or newer 3.13.0-44.73 +3.13.0-44.73+ Ubuntu-14_04_1-LTS-amd64-Server-20150123-en-US-30Ubuntu-14_04_1-LTS-amd64-server-20150123-en-us-30GB
DebianDebian 7. x, 8. x veya daha yeni7.x, 8.x or newer 3.16.7-ckt4-1 +3.16.7-ckt4-1+  
SUSESUSE SLES 12 veya üzeriSLES 12 or newer 3.12.36-38.1 +3.12.36-38.1+ SUSE-SLES-12-Priority-v20150213suse-sles-12-priority-v20150213
SUSE-SLES-12-v20150213suse-sles-12-v20150213
SUSESUSE SLES 11 SP4 veya daha yeniSLES 11 SP4 or newer 3.0.101-0.63.1 +3.0.101-0.63.1+  
CoreOSCoreOS 584.0.0 + veya üzeri584.0.0+ or newer 3.18.4 +3.18.4+ CoreOS 584.0.0CoreOS 584.0.0
CentOSCentOS 6,5, 6,6, 6,7, 7,0 veya daha yeni6.5, 6.6, 6.7, 7.0, or newer   LIS4 gerekliLIS4 required
Sonraki bölümde nota bakınSee note in the next section
CentOSCentOS 7.1 + veya üzeri7.1+ or newer 3.10.0-229.1.2. EL7 +3.10.0-229.1.2.el7+ LIS4 önerilirLIS4 recommended
Sonraki bölümde nota bakınSee note in the next section
Red Hat Enterprise Linux (RHEL)Red Hat Enterprise Linux (RHEL) 6.8 +, 7.2 + ya da daha yeni6.8+, 7.2+, or newer    
OracleOracle 6.0 +, 7.2 + veya daha yeni6.0+, 7.2+, or newer   UEK4 veya RHCKUEK4 or RHCK
OracleOracle 7.0-7.1 veya üzeri7.0-7.1 or newer   UEK4 veya RHCK w/LIS 4.1 +UEK4 or RHCK w/LIS 4.1+
OracleOracle 6.4-6.7 veya üzeri6.4-6.7 or newer   UEK4 veya RHCK w/LIS 4.1 +UEK4 or RHCK w/LIS 4.1+

OpenLogic CentOS için LIS sürücüleriLIS drivers for OpenLogic CentOS

OpenLogic CentOS sanal makinelerini çalıştırıyorsanız, en son sürücüleri yüklemek için aşağıdaki komutu çalıştırın:If you're running OpenLogic CentOS VMs, run the following command to install the latest drivers:

sudo rpm -e hypervkvpd  ## (Might return an error if not installed. That's OK.)
sudo yum install microsoft-hyper-v

Yeni sürücüleri etkinleştirmek için VM 'yi yeniden başlatın.To activate the new drivers, restart the VM.

Disk şeridiDisk striping

Yüksek ölçekli bir VM birkaç Premium Depolama kalıcı diskle birlikte eklendiğinde, diskler IOPS, bant genişliği ve depolama kapasitesini toplamak için birlikte birleştirilebilir.When a high scale VM is attached with several premium storage persistent disks, the disks can be striped together to aggregate their IOPs, bandwidth, and storage capacity.

Windows 'ta, diskleri birleştirmek için depolama alanlarını kullanabilirsiniz.On Windows, you can use Storage Spaces to stripe disks together. Havuzdaki her disk için bir sütun yapılandırmanız gerekir.You must configure one column for each disk in a pool. Aksi takdirde, disklerin disk genelindeki düzensiz dağıtımı nedeniyle, Şeritli birimin genel performansı beklenenden daha düşük olabilir.Otherwise, the overall performance of striped volume can be lower than expected, due to uneven distribution of traffic across the disks.

Önemli: Sunucu Yöneticisi Kullanıcı arabirimini kullanarak, şeritli bir birim için toplam sütun sayısını 8 ' e kadar ayarlayabilirsiniz.Important: Using Server Manager UI, you can set the total number of columns up to 8 for a striped volume. Sekiz ' dan fazla disk iliştirirken, birimi oluşturmak için PowerShell kullanın.When attaching more than eight disks, use PowerShell to create the volume. PowerShell 'i kullanarak, sütun sayısını disk sayısına eşit olarak ayarlayabilirsiniz.Using PowerShell, you can set the number of columns equal to the number of disks. Örneğin, tek bir Stripe kümesinde 16 disk varsa; New-VirtualDisk PowerShell cmdlet 'Inin numberofcolumns parametresinde 16 sütun belirtin.For example, if there are 16 disks in a single stripe set; specify 16 columns in the NumberOfColumns parameter of the New-VirtualDisk PowerShell cmdlet.

Linux 'ta, disk birleştirmek için MDADDM yardımcı programını kullanın.On Linux, use the MDADM utility to stripe disks together. Linux 'ta diskleri şeritleme hakkında ayrıntılı adımlar için bkz. Linux 'Ta yazılım RAID yapılandırma.For detailed steps on striping disks on Linux refer to Configure Software RAID on Linux.

Şerit boyutuStripe Size
Disk şeridi oluşturma bölümünde önemli bir yapılandırma, şerit boyutudur.An important configuration in disk striping is the stripe size. Şerit boyutu veya blok boyutu, uygulamanın dizili bir birimde adresebilen en küçük veri öbektir.The stripe size or block size is the smallest chunk of data that application can address on a striped volume. Yapılandırdığınız Stripe boyutu, uygulamanın türüne ve istek düzenine bağlıdır.The stripe size you configure depends on the type of application and its request pattern. Yanlış Stripe boyutunu seçerseniz, GÇ hizalanmasına neden olabilir ve bu da uygulamanızın performansının düşmesine yol açar.If you choose the wrong stripe size, it could lead to IO misalignment, which leads to degraded performance of your application.

Örneğin, uygulamanız tarafından oluşturulan bir GÇ isteği disk Stripe boyutundan büyükse, depolama sistemi bu dosyayı birden fazla diskte dizili birim sınırlarına yazar.For example, if an IO request generated by your application is bigger than the disk stripe size, the storage system writes it across stripe unit boundaries on more than one disk. Bu verilere erişmek için zaman olduğunda, isteği tamamlaması için birden fazla Stripe biriminde arama yapmak gerekir.When it is time to access that data, it will have to seek across more than one stripe units to complete the request. Bu davranışın birikimli etkisi önemli performans düşüşüne neden olabilir.The cumulative effect of such behavior can lead to substantial performance degradation. Öte yandan, GÇ istek boyutu Stripe boyutundan küçükse ve doğası halinde rastgele ise, GÇ istekleri aynı disk üzerinde bir performans sorununa neden olabilir ve sonuç olarak GÇ performansını düşürür.On the other hand, if the IO request size is smaller than stripe size, and if it is random in nature, the IO requests may add up on the same disk causing a bottleneck and ultimately degrading the IO performance.

Uygulamanızın çalıştırıldığı iş yükünün türüne bağlı olarak uygun bir şerit boyutu seçin.Depending on the type of workload your application is running, choose an appropriate stripe size. Rastgele küçük GÇ istekleri için daha küçük bir şerit boyutu kullanın.For random small IO requests, use a smaller stripe size. Öte yandan, büyük sıralı GÇ istekleri için daha büyük bir şerit boyutu kullanır.Whereas for large sequential IO requests use a larger stripe size. Premium depolama alanında çalıştırdığınız uygulamanın Stripe boyut önerilerini bulun.Find out the stripe size recommendations for the application you will be running on Premium Storage. SQL Server için, OLTP iş yükleri için 64 KB 'lık şeritli boyut ve veri ambarı iş yükleri için 256 KB yapılandırın.For SQL Server, configure stripe size of 64 KB for OLTP workloads and 256 KB for data warehousing workloads. Daha fazla bilgi için bkz. Azure VM 'lerinde SQL Server için En Iyi performans uygulamaları .See Performance best practices for SQL Server on Azure VMs to learn more.

Not

Bir DS serisi VM 'de en fazla 32 Premium Depolama diski ve bir GS serisi VM 'de 64 Premium Depolama diski ekleyebilirsiniz.You can stripe together a maximum of 32 premium storage disks on a DS series VM and 64 premium storage disks on a GS series VM.

Çoklu iş parçacığıMulti-threading

Azure, Premium Depolama platformunu çok büyük bir paralel olacak şekilde tasarlamış.Azure has designed Premium Storage platform to be massively parallel. Bu nedenle, çok iş parçacıklı bir uygulama tek iş parçacıklı bir uygulamadan çok daha yüksek performansa sahip olur.Therefore, a multi-threaded application achieves much higher performance than a single-threaded application. Çok iş parçacıklı bir uygulama, birden çok iş parçacığı üzerinde görevlerini böler ve VM ve disk kaynaklarından maksimum sınıra kadar kendi yürütme verimliliğini artırır.A multi-threaded application splits up its tasks across multiple threads and increases efficiency of its execution by utilizing the VM and disk resources to the maximum.

Örneğin, uygulamanız iki iş parçacığı kullanan tek çekirdekli bir VM üzerinde çalışıyorsa, verimlilik elde etmek için CPU iki iş parçacığı arasında geçiş yapabilir.For example, if your application is running on a single core VM using two threads, the CPU can switch between the two threads to achieve efficiency. Bir iş parçacığı bir disk GÇ işleminin tamamlanmasını beklerken, CPU diğer iş parçacığına geçebilir.While one thread is waiting on a disk IO to complete, the CPU can switch to the other thread. Bu şekilde, iki iş parçacığı tek bir iş parçacığından fazlasını gerçekleştirebilir.In this way, two threads can accomplish more than a single thread would. VM 'nin birden fazla çekirdeği varsa, her bir çekirdek görevleri paralel olarak yürütebileceğinden çalışma süresini daha fazla azaltır.If the VM has more than one core, it further decreases running time since each core can execute tasks in parallel.

Raf dışı bir uygulamanın tek iş parçacığı veya çoklu iş parçacığı uygulama biçimini değiştiremeyebilirsiniz.You may not be able to change the way an off-the-shelf application implements single threading or multi-threading. Örneğin, SQL Server Çoklu CPU ve çok çekirdekli işleme yeteneğine sahiptir.For example, SQL Server is capable of handling multi-CPU and multi-core. Ancak, bir sorguyu işlemek için bir veya daha fazla iş parçacığından hangi koşullarda yararlanılacağı SQL Server karar verir.However, SQL Server decides under what conditions it will leverage one or more threads to process a query. Birden çok iş parçacığı kullanarak sorguları çalıştırabilir ve dizinleri oluşturabilir.It can run queries and build indexes using multi-threading. Büyük tablolara katılmayı ve verileri kullanıcıya döndürmeden önce sıralamayı içeren bir sorgu için SQL Server, büyük olasılıkla birden çok iş parçacığı kullanacaktır.For a query that involves joining large tables and sorting data before returning to the user, SQL Server will likely use multiple threads. Ancak, bir kullanıcı SQL Server tek bir iş parçacığı veya birden çok iş parçacığı kullanarak bir sorgu yürüttüğünü denetleyebilir.However, a user cannot control whether SQL Server executes a query using a single thread or multiple threads.

Bu çoklu iş parçacığı oluşturmayı veya bir uygulamanın paralel işlemesini etkilemek için, değişiklik yaptığınız yapılandırma ayarları vardır.There are configuration settings that you can alter to influence this multi-threading or parallel processing of an application. Örneğin, SQL Server olması durumunda paralellik yapılandırmanın en yüksek derecesi olur.For example, in case of SQL Server it is the maximum Degree of Parallelism configuration. MAXDOP adlı bu ayar, paralel işleme sırasında kullanabileceği en fazla SQL Server işlemci sayısını yapılandırmanıza olanak tanır.This setting called MAXDOP, allows you to configure the maximum number of processors SQL Server can use when parallel processing. MAXDOP 'yi tekil sorgular veya dizin işlemleri için yapılandırabilirsiniz.You can configure MAXDOP for individual queries or index operations. Bu, performans açısından kritik bir uygulama için sisteminizin kaynaklarını dengelemek istediğinizde faydalıdır.This is beneficial when you want to balance resources of your system for a performance critical application.

Örneğin, SQL Server kullanarak uygulamanızın aynı anda büyük bir sorgu ve dizin işlemi yürüttüğünü varsayalım.For example, say your application using SQL Server is executing a large query and an index operation at the same time. Dizin işleminin büyük sorguyla karşılaştırıldığında daha fazla performansa sahip olduğunu varsayalım.Let us assume that you wanted the index operation to be more performant compared to the large query. Böyle bir durumda, Dizin işleminin MAXDOP değerini sorgu için MAXDOP değerinden daha yüksek olacak şekilde ayarlayabilirsiniz.In such a case, you can set MAXDOP value of the index operation to be higher than the MAXDOP value for the query. Bu şekilde SQL Server, dizin işlemi için, büyük sorguya ayırabildiğinden işlemci sayısıyla karşılaştırıldığında daha fazla sayıda işlemciye sahiptir.This way, SQL Server has more number of processors that it can leverage for the index operation compared to the number of processors it can dedicate to the large query. Her işlem için kullanılacak SQL Server iş parçacığı sayısını kontrol etmeyi unutmayın.Remember, you do not control the number of threads SQL Server will use for each operation. Çoklu iş parçacığı için ayrılan en fazla işlemci sayısını kontrol edebilirsiniz.You can control the maximum number of processors being dedicated for multi-threading.

SQL Server paralellik dereceleri hakkında daha fazla bilgi edinin.Learn more about Degrees of Parallelism in SQL Server. Uygulamanızda çoklu iş parçacığı ve bunların yapılandırmasını etkileyen bu ayarları, performansı iyileştirmek için öğrenin.Find out such settings that influence multi-threading in your application and their configurations to optimize performance.

Sıra derinliğiQueue depth

Sıra derinliği veya sıra uzunluğu veya sıra boyutu, sistemdeki bekleyen GÇ isteklerinin sayısıdır.The queue depth or queue length or queue size is the number of pending IO requests in the system. Sıra derinliği değeri, uygulamanızın ne kadar GÇ işlemi olacağını, depolama disklerinin işleneceğini belirler.The value of queue depth determines how many IO operations your application can line up, which the storage disks will be processing. Bu makalede görselleştirme., ıOPS, aktarım hızı ve gecikme süresi açıklandığımız üç uygulama performansı göstergelerini etkiler.It affects all the three application performance indicators that we discussed in this article viz., IOPS, throughput, and latency.

Sıra derinliği ve çoklu iş parçacığı yakından ilgilidir.Queue Depth and multi-threading are closely related. Sıra derinliği değeri, uygulama tarafından ne kadar çok iş parçacığına ulaşıldığını gösterir.The Queue Depth value indicates how much multi-threading can be achieved by the application. Sıra derinliği büyükse, uygulama başka bir deyişle, daha fazla çoklu iş parçacığı gibi daha fazla işlemi eşzamanlı olarak yürütebilir.If the Queue Depth is large, application can execute more operations concurrently, in other words, more multi-threading. Sıra derinliği küçükse, uygulamanın çok iş parçacıklı olmasına rağmen, eşzamanlı yürütme için yeterli sayıda istek sıralanmaz.If the Queue Depth is small, even though application is multi-threaded, it will not have enough requests lined up for concurrent execution.

Genellikle raf uygulamalarının devre dışı bırakıldığı sıra derinliğini değiştirmenize izin vermez, çünkü yanlış ayarlanmış bir şekilde ayarlandıysa daha fazla zarar verir.Typically, off the shelf applications do not allow you to change the queue depth, because if set incorrectly it will do more harm than good. Uygulamalar en iyi performansı elde etmek için sıra derinliğinin doğru değerini ayarlayacaktır.Applications will set the right value of queue depth to get the optimal performance. Ancak, uygulamanızla ilgili performans sorunlarını giderebilmeniz için bu kavramın anlaşılması önemlidir.However, it is important to understand this concept so that you can troubleshoot performance issues with your application. Ayrıca, sisteminizde benchişaretleme araçlarını çalıştırarak sıra derinliğinin etkilerini gözlemleyebilirsiniz.You can also observe the effects of queue depth by running benchmarking tools on your system.

Bazı uygulamalar sıra derinliğini etkilemek için ayarlar sağlar.Some applications provide settings to influence the Queue Depth. Örneğin, önceki bölümde açıklanan SQL Server için MAXDOP (en fazla paralellik derecesi) ayarı.For example, the MAXDOP (maximum degree of parallelism) setting in SQL Server explained in previous section. MAXDOP, SQL Server sıra derinliği değerini doğrudan değiştirmese de, sıra derinliğini ve çoklu iş parçacığı oluşturmayı etkileyen bir yoldur.MAXDOP is a way to influence Queue Depth and multi-threading, although it does not directly change the Queue Depth value of SQL Server.

Yüksek sıra derinliğiHigh queue depth
Yüksek bir sıra derinliği diskte daha fazla işlem daha yüksektir.A high queue depth lines up more operations on the disk. Disk, sırasındaki Sıradaki isteği zaman önünde bilir.The disk knows the next request in its queue ahead of time. Sonuç olarak, disk, işlemleri zaman içinde zamanlayabilir ve bunları en uygun sırayla işleyebilir.Consequently, the disk can schedule operations ahead of time and process them in an optimal sequence. Uygulama diske daha fazla istek gönderdiğinden, disk daha paralel IOs işleyebilir.Since the application is sending more requests to the disk, the disk can process more parallel IOs. Sonuç olarak, uygulama daha yüksek ıOPS elde edebilir.Ultimately, the application will be able to achieve higher IOPS. Uygulama daha fazla istek yaptığından, uygulamanın toplam verimi da artar.Since application is processing more requests, the total Throughput of the application also increases.

Genellikle, bir uygulama, bağlı disk başına 8-16 + bekleyen IOs ile maksimum Işleme elde edebilir.Typically, an application can achieve maximum Throughput with 8-16+ outstanding IOs per attached disk. Sıra derinliği bir ise, uygulama sisteme yeterli sayıda IOs itimez ve belirli bir dönemde daha az miktarda işlem görür.If a queue depth is one, application is not pushing enough IOs to the system, and it will process less amount of in a given period. Diğer bir deyişle, daha az üretilen Iş.In other words, less Throughput.

Örneğin, SQL Server, bir sorgu için MAXDOP değerinin "4" olarak ayarlanması, sorguyu yürütmek için en fazla dört çekirdekli SQL Server bildirir.For example, in SQL Server, setting the MAXDOP value for a query to "4" informs SQL Server that it can use up to four cores to execute the query. SQL Server en iyi sıra derinliği değerini ve sorgu yürütme için çekirdek sayısını belirlemektir.SQL Server will determine what is best queue depth value and the number of cores for the query execution.

En iyi sıra derinliğiOptimal queue depth
Çok yüksek sıra derinliği değerinin de dezavantajları vardır.Very high queue depth value also has its drawbacks. Sıra derinliği değeri çok yüksekse, uygulama çok yüksek ıOPS 'yi yeniden dener.If queue depth value is too high, the application will try to drive very high IOPS. Uygulamanın yeterli sağlanan ıOPS 'ye sahip kalıcı diskleri yoksa, bu uygulama gecikmeleri olumsuz etkileyebilir.Unless application has persistent disks with sufficient provisioned IOPS, this can negatively affect application latencies. Aşağıdaki formül ıOPS, gecikme süresi ve sıra derinliği arasındaki ilişkiyi gösterir.Following formula shows the relationship between IOPS, latency, and queue depth.

Sıra derinliğini herhangi bir yüksek değere, ancak en uygun değere göre yapılandırmamalısınız. Bu, gecikme sürelerini etkilemeden uygulama için yeterli ıOPS sunabilmelidir.You should not configure Queue Depth to any high value, but to an optimal value, which can deliver enough IOPS for the application without affecting latencies. Örneğin, uygulama gecikmesi 1 milisaniyeye ihtiyaç duyuyorsa, 5.000 ıOPS elde etmek için gereken sıra derinliği, QD = 5000 x 0,001 = 5 olur.For example, if the application latency needs to be 1 millisecond, the Queue Depth required to achieve 5,000 IOPS is, QD = 5000 x 0.001 = 5.

Şeritli birim için sıra derinliğiQueue Depth for Striped Volume
Şeritli bir birim için, her diskin ayrı ayrı sıra derinliğine sahip olduğu için yüksek miktarda sıra derinliği saklayın.For a striped volume, maintain a high enough queue depth such that, every disk has a peak queue depth individually. Örneğin, 2. sıra derinliğini veren bir uygulamayı düşünün ve Stripe içinde dört disk vardır.For example, consider an application that pushes a queue depth of 2 and there are four disks in the stripe. İki GÇ isteği iki diske gider ve kalan iki disk boşalacak.The two IO requests will go to two disks and remaining two disks will be idle. Bu nedenle, tüm disklerin meşgul olması için sıra derinliğini yapılandırın.Therefore, configure the queue depth such that all the disks can be busy. Aşağıdaki formülde, şeritli birimlerin sıra derinliğini belirleme gösterilmektedir.Formula below shows how to determine the queue depth of striped volumes.

AzaltmaThrottling

Azure Premium Depolama, seçtiğiniz VM boyutlarına ve disk boyutlarına göre belirtilen ıOPS ve aktarım hızı sayısını sağlar.Azure Premium Storage provisions specified number of IOPS and Throughput depending on the VM sizes and disk sizes you choose. Uygulamanız her zaman VM 'nin veya diskin işleyebileceği Bu limitlerin üzerinde ıOPS veya aktarım hızını sorgulamaya çalıştığında, Premium depolama alanı kısıtlayıp azalmasını sağlar.Anytime your application tries to drive IOPS or Throughput above these limits of what the VM or disk can handle, Premium Storage will throttle it. Bu bildirimler uygulamanızdaki performans düşüklüğü biçiminde.This manifests in the form of degraded performance in your application. Bu, daha yüksek gecikme süresi, düşük aktarım hızı veya düşük ıOPS anlamına gelebilir.This can mean higher latency, lower Throughput, or lower IOPS. Premium Depolama kısıtlama uygulamamılamaz, uygulamanız kaynakları elde edebilen bir süreyi aşarak tamamen başarısız olabilir.If Premium Storage does not throttle, your application could completely fail by exceeding what its resources are capable of achieving. Bu nedenle, azaltma nedeniyle performans sorunlarından kaçınmak için her zaman uygulamanız için yeterli kaynak sağlayın.So, to avoid performance issues due to throttling, always provision sufficient resources for your application. Yukarıdaki VM boyutları ve disk boyutları bölümünde açıklandığımız şeyleri dikkate alın.Take into consideration what we discussed in the VM sizes and Disk sizes sections above. Sınama, uygulamanızı barındırmak için hangi kaynakların gerekli olacağını belirlemenin en iyi yoludur.Benchmarking is the best way to figure out what resources you will need to host your application.

Sonraki adımlarNext steps

Diskinizin kıyaslanmaya bakıyorsanız, bir diski sınamahakkındaki makalemize bakın.If you are looking to benchmark your disk, see our article on Benchmarking a disk.

Kullanılabilir disk türleri hakkında daha fazla bilgi edinin: bir disk türü seçinLearn more about the available disk types: Select a disk type

SQL Server kullanıcılar için SQL Server performans En Iyi yöntemleri hakkında makaleleri okuyun:For SQL Server users, read articles on Performance Best Practices for SQL Server: