site boyutu ve performans yönergelerini Configuration Manager
Uygulama hedefi: Configuration Manager (güncel dalı)
Configuration Manager ölçek ve performans açısından sektöre liderlik eder. Diğer belgeler, siteleri en büyük ortam boyutlarında çalıştırmaya yönelik desteklenen en yüksek ölçek sınırlarını ve donanım yönergelerini kapsar. Bu makale, her boyuttaki ortamlar için ek performans yönergeleri sağlar. Bu kılavuz, Configuration Manager dağıtmak için ihtiyacınız olan donanımı daha doğru bir şekilde tahmin etmenize yardımcı olabilir.
Bu makale, Configuration Manager performans sorunlarına en büyük katkıda bulunana odaklanır: disk giriş/çıkış alt sistemi veya IOPS.
- IOPS'ye odaklanan ayrıntıları ve test sonuçlarını sunar
- Testleri kendi ortamlarınız ve donanımınızla nasıl yeniden oluşturacaklarını belgeler
- Çeşitli boyut ortamları için disk IOPS gereksinimleri önerir
Performans testi metodolojisi
Configuration Manager birçok benzersiz yolla dağıtabilirsiniz, ancak boyutlandırma tartışmalarında birkaç değişkeni anlamak önemlidir. Bir değişken, envanter döngüsü gibi özellik aralığıdır. Bir diğer değişken de sistemin başvurduğunda veya dağıttığı kullanıcı sayısı, yazılım dağıtımları veya diğer nesnelerin sayısıdır. Performans testi bu değişkenleri yükün bir parçası olarak uygular. Yük, farklı boyuttaki ortamlarda üretim dağıtımlarını kullanan kurumsal müşteriler için tipik bir hızda nesneler oluşturur.
Not
Müşteri kullanım verileri, çoğu müşteri için en yaygın senaryolar, yapılandırmalar ve ayarlarla geçerli dal derlemelerinin test edilmesini sağlar. Bu makaledeki öneriler bu ortalamaları temel alır. Deneyimleriniz, ortamınızın boyutuna ve yapılandırmasına göre farklılık gösterebilir. Genel olarak, Configuration Manager nesneler ve aralıklar söz konusu olduğunda sağduyu gerektirir. Bir sistemdeki tüm dosyaları toplayabilmeniz veya döngü aralığını bir dakika olarak ayarlayabilmeniz, toplamanız gerektiği anlamına gelmez.
Aşağıdaki bölümlerde, büyük kuruluşlar için işleme gereksinimlerini test etme ve modelleme sırasında kullanılacak bazı temel ayarlar ve yapılandırmalar vurgulanmaktadır. Bu yönergeler, önerilen donanım boyutları için temel sistem performansı beklentilerinin ayarlanmasına yardımcı olur.
Özellik aralıkları ayarları
Çoğu test, sistemdeki anahtar döngüleri için varsayılan aralıkları kullanmalıdır. Örneğin, donanım envanteri testi varsayılan .mof dosyasından daha büyük olan haftada bir kez gerçekleştirilir. Bazı yinelenen özellik aralıkları, özellikle donanım ve yazılım envanter döngüleri, ortamın performans özellikleri üzerinde önemli etkilere neden olabilir. Veri toplama için agresif varsayılan aralıkları etkinleştiren ortamlar, etkinlik artışıyla doğru orantılı olarak büyük boyutlu donanıma ihtiyaç duyar. Örneğin, 25.000 masaüstü istemciniz olduğunu ve donanım envanterini varsayılan aralıktan iki kat daha hızlı toplamak istediğinizi varsayalım. Sitenizin donanımını 50.000 istemciniz varmış gibi boyutlandırarak başlayın.
Nesne
Testler, büyük kuruluşların sistemle kullanma eğiliminde olduğu nesnelerin üst ortalamasını kullanmalıdır. Tipik değerler, yüz binlerce kullanıcı veya sistemlere dağıtılan binlerce koleksiyon ve uygulamadır. Testler, bu sınırlarda sistemdeki tüm nesneler üzerinde aynı anda çalıştırılmalıdır. Birçok müşteri çeşitli özellikler kullanır, ancak genellikle ürünün tüm özelliklerini bu üst sınırlarda kullanmaz. Tüm ürün özellikleriyle test etme, mümkün olan en iyi sistem genelinde performansı sağlamaya yardımcı olur ve bazı müşterilerin ortalamanın üzerinde kullanabileceği özellikler için bir arabellek sağlar.
Yükler
Testler ayrıca sistemde en yüksek kullanım taleplerini oluşturan simülasyonlar yaparak standart ortalama gün yüklerinden daha fazla çalıştırılmalıdır. Bir örnek, sistemin yoğun etkinliğin olduğu bu günlerde güncelleştirme uyumluluk verilerini hemen döndüreceğnden emin olmak için Salı Düzeltme Eki dağıtımlarının benzetimidir. Bir diğer örnek de yaygın bir kötü amaçlı yazılım salgını sırasında site etkinliğinin simülasyonu yaparak zamanında bildirim ve yanıt verilmesini sağlamaktır. Önerilen boyutta dağıtılan makineler herhangi bir günde yetersiz kullanılabilir olsa da, daha aşırı durumlar için işlem arabelleği gerekir.
Yapılandırma
Desteklenen işletim sistemleri ve SQL Server sürümlerinin bir karışımıyla çeşitli fiziksel, Hyper-V ve Azure donanımlarında test çalıştırma. Desteklenen yapılandırma için her zaman en kötü durumları doğrulayın. Genel olarak, Hyper-V ve Azure benzer şekilde yapılandırıldığında eşdeğer fiziksel donanıma benzer performans sonuçları döndürür. Geçerli sunucu işletim sistemleri, önceki işletim sistemi sürümlerine eşit veya ondan daha iyi performansa sahip olma eğilimindedir. Desteklenen tüm platformlar minimum gereksinimleri karşılasa da, genellikle Windows ve SQL Server gibi destekleyici ürünlerin en son sürümleri daha da iyi performans sağlar.
En büyük varyasyon, kullanımdaki SQL Server sürümlerinden gelir. SQL Server sürümleri hakkında daha fazla bilgi için bkz. SQL Server hangi sürümünü çalıştırmalıyım?.
Önemli performans belirleyicileri
Farklı ayarlarla, farklı yollarla ve farklı site boyutlarında Configuration Manager performansı test edebilir ve ölçebilirsiniz. Aşağıdaki ayarlar ve nesneler performansı önemli ölçüde etkileyebilir. Ortamınızdaki performansı test ederken ve modelleme yaparken bunları dikkate aldığınızdan emin olun.
Dikkat
Configuration Manager birkaç yönü aşırı kullanımı önleyen resmi maksimumlara veya kullanıcı arabirimi sınırlarına sahip olsa da, yönergelerin ötesine geçmek sitenin performansı üzerinde önemli olumsuz etkilere neden olabilir. Önerilen düzeylerin aşılması veya boyutlandırma kılavuzunun yoksayılması genellikle daha büyük donanım gerektirir ve çeşitli nesnelerin sıklığını veya sayısını azaltana kadar ortamınızı etkilenemez hale getirebilirsiniz.
Donanım envanteri
Temel performansı test etmek için donanım envanteri toplamayı varsayılan .mof dosya boyutu ve yaklaşık %20 diğer özelliklerle haftada bir olarak ayarlayın. Tüm özellikleri etkinleştirmeyin ve yalnızca gerçekten ihtiyacınız olan özellikleri toplayın. Kullanılabilir sanal bellek gibi her envanter döngüsünde her zaman değişecek özellikleri toplarken özellikle dikkat edin. Bu özelliklerin toplanması, her istemciden gelen her stok döngüsünde aşırı değişime neden olabilir.
Yazılım envanteri
Temel performansı test etmek için yazılım envanteri toplamayı yalnızca ürün ayrıntılarıyla haftada bir olarak ayarlayın. Çok sayıda dosya toplamak, envanter alt sistemine önemli bir yük oluşturabilir. veya *.dllgibi *.exe birçok istemcide binlerce dosya toplayacak filtreler belirtmekten kaçının.
Koleksiyon
Temel performans testi, farklı türlerde kapsam, boyut, karmaşıklık ve güncelleştirme ayarlarına sahip birkaç bin koleksiyon içerebilir. Site performansı, sitedeki koleksiyon sayısının doğrudan bir işlevi değildir. Performans ayrıca koleksiyonların sorgu karmaşıklığının, tam ve artımlı güncelleştirmelerinin ve değişiklik sıklığının, koleksiyonlar arasındaki bağımlılıkların ve koleksiyonlardaki istemci sayısının çapraz bir ürünüdür.
Mümkün olduğunda, pahalı veya karmaşık dinamik kural sorguları olan koleksiyonları en aza indirin. Bu tür kuralları gerektiren koleksiyonlar için, koleksiyon yeniden değerlendirmesinin sistem üzerindeki etkisini en aza indirmek için uygun güncelleştirme aralıklarını ve güncelleştirme sürelerini ayarlayın. Örneğin, 08:00 yerine gece yarısı güncelleştirin.
Koleksiyonlarda artımlı güncelleştirmelerin etkinleştirilmesi, koleksiyon üyeliğine yönelik hızlı ve zamanında güncelleştirmeler sağlar. Ancak artımlı güncelleştirmeler verimli olsa da sisteme yük bindirilir. Üyelikte gerçek zamanlıya yakın güncelleştirmeler gereksinimiyle beklediğiniz değişiklik sıklığını dengeleyin. Örneğin, koleksiyon üyelerinde yoğun değişim beklediğiniz, ancak neredeyse gerçek zamanlı üyelik güncelleştirmelerine ihtiyacınız olmadığını varsayalım. Daha verimlidir ve koleksiyonu belirli bir aralıkta zamanlanmış bir tam güncelleştirmeyle güncelleştirmek için artımlı güncelleştirmeleri etkinleştirmekten daha az yük üretir.
Artımlı güncelleştirmeleri etkinleştirdiğinizde, aynı koleksiyonlardaki zamanlanmış tüm tam güncelleştirmeleri azaltın. Artımlı güncelleştirmeler koleksiyon üyeliğinizi neredeyse gerçek zamanlı olarak güncel tutması gerektiğinden, bunlar yalnızca bir yedekleme değerlendirme yöntemidir. Koleksiyonlar için en iyi yöntemler artımlı güncelleştirmeler için en fazla toplam koleksiyon sayısını önerir, ancak makalede belirtildiği gibi, deneyiminiz birçok faktöre göre farklılık gösterebilir.
Yalnızca doğrudan üyelik kuralları olan ve artımlı güncelleştirmeler yapmayan bir sınırlama koleksiyonuna sahip koleksiyonların zamanlanmış tam güncelleştirmelere ihtiyacı yoktur. Sistemde gereksiz yük oluşmasını önlemek için bu tür koleksiyonlar için güncelleştirme zamanlamalarını devre dışı bırakın. Sınırlama koleksiyonu artımlı güncelleştirmeler kullanıyorsa, yalnızca doğrudan üyelik kuralları olan koleksiyonlar 24 saate kadar veya zamanlanmış yenileme gerçekleşene kadar üyelik güncelleştirmelerini yansıtmayabilir.
En iyi yöntem olmasa da, bazı kuruluşlar çeşitli iş süreçlerinin bir parçası olarak yüzlerce hatta binlerce koleksiyon oluşturur. Koleksiyon oluşturmak için otomasyon kullanıyorsanız, gerekli artımlı güncelleştirmeleri doğru bir şekilde etkinleştirmek önemlidir. Tek bir zaman aralığında koleksiyon değerlendirmesinin sık erişimli noktalarını önlemek için tüm tam güncelleştirme zamanlamalarını en aza indirin ve dağıtın. Özellikle bir süre sonra artık ihtiyacınız olmayan koleksiyonları otomatik olarak oluşturuyorsanız kullanılmayan koleksiyonları silmek için düzenli bir temizleme işlemi oluşturun.
Configuration Manager, dağıtımlar gibi görevleri hedeflediğinizde koleksiyonlarınızdaki tüm nesneler için ilkeler oluşturduğunu unutmayın. Zamanlanmış yenileme veya artımlı güncelleştirmelerle yapılan üyelik değişiklikleri, sistemin tamamı için çok daha fazla iş oluşturabilir. En son güncel dal derlemeleri, Tüm Sistemler ve Tüm Kullanıcılar koleksiyonları için özel ilke iyileştirmelerine sahiptir. Kuruluşunuzun tamamını hedeflerken, bu yerleşik koleksiyonların kopyası yerine yerleşik koleksiyonları kullanın.
Koleksiyon performansını daha da derin araştırmak için konsolda koleksiyon değerlendirmesini görüntüleyin. Daha fazla bilgi için bkz. Koleksiyon değerlendirmesini görüntüleme.
Bulma yöntemleri
Temel performans testi için, haftada bir kez sunucu tabanlı bulma yöntemlerini çalıştırarak verileri hafta içinde güncel tutmak için delta bulmayı uygun şekilde etkinleştirin. Testler, simülasyon kurumsal boyutuyla orantılı bir nesne miktarı bulmalıdır. Sinyal bulma için performans temel testi de haftada bir kez çalıştırılmalıdır.
Bulma verileri genel verilerdir. Performansla ilgili yaygın bir sorun, bir hiyerarşideki sunucu tabanlı bulma yöntemlerinin yanlış yapılandırılması ve birden çok birincil siteden aynı kaynakların yinelenen bulunmasına neden olmaktır. Active Directory etki alanı denetleyicileri gibi hedef hizmetle iletişimi iyileştirmek için bulma yöntemlerini dikkatli bir şekilde yapılandırırken, birden çok birincil sitedeki aynı bulma kapsamının yinelenmesinden kaçının.
Genel boyutlandırma yönergeleri
Yukarıdaki performans testi metodolojisine bağlı olarak, aşağıdaki tabloda belirli sayıda yönetilen istemci için genel en düşük donanım gereksinimi yönergeleri yer alır. Bu değerler, belirtilen sayıda istemciye sahip müşterilerin nesneleri belirtilen siteyi yönetecek kadar hızlı işlemesine izin vermelidir. Bilgi işlem gücü her yıl fiyatta azalmaya devam ediyor ve modern sunucu donanım yapılandırmaları için aşağıdaki gereksinimlerin bazıları küçük. Aşağıdaki yönergeleri aşan donanımlar, daha fazla işlem gücü gerektiren veya özel ürün kullanım desenlerine sahip siteler için performansı orantılı olarak artırır.
| Masaüstü istemcileri | Site türü/rolü | Çekirdekler Not 1 | Bellek (GB) | SQL Server bellek ayırma Not 2 | IOPS: Gelen Kutuları Not 3 | IOPS: SQL Server Not 3 | Depolama alanı gerekli (GB) Not 4 |
|---|---|---|---|---|---|---|---|
| 25k | Aynı sunucuda veritabanı sitesi rolüne sahip birincil veya CAS | 6 | 24 | 65% | 600 | 1700 | 350 |
| 25k | Birincil veya CAS | 4 | 8 | 600 | 100 | ||
| Uzak SQL Server | 4 | 16 | 70% | 1700 | 250 | ||
| 50 bin | Aynı sunucuda veritabanı sitesi rolüne sahip birincil veya CAS | 8 | 32 | 70% | 1200 | 2800 | 600 |
| 50 bin | Birincil veya CAS | 4 | 8 | 1200 | 200 | ||
| Uzak SQL Server | 8 | 24 | 70% | 2800 | 400 | ||
| 100 bin | Aynı sunucuda veritabanı sitesi rolüne sahip birincil veya CAS | 12 | 64 | 70% | 1200 | 5000 | 1100 |
| 100 bin | Birincil veya CAS | 6 | 12 | 1200 | 300 | ||
| Uzak SQL Server | 12 | 48 | 80% | 5000 | 800 | ||
| 150 bin | Aynı sunucuda veritabanı sitesi rolüne sahip birincil veya CAS | 16 | 96 | 70% | 1800 | 7400 | 1600 |
| 150 bin | Birincil veya CAS | 8 | 16 | 1800 | 400 | ||
| Uzak SQL Server | 16 | 72 | 90% | 7400 | 1200 | ||
| 700 bin | Aynı sunucuda veritabanı sitesi rolüne sahip CAS | 20+ | 128+ | 80% | 1800+ | 9000+ | 5000+ |
| 700 bin | Cas | 8+ | 16+ | 1800+ | 500+ | ||
| Uzak SQL Server | 16+ | 96+ | 90% | 9000+ | 4500+ | ||
| 5k | İkincil Site | 4 | 8 | 500 | - | 200 | |
| 15k | İkincil Site | 8 | 16 | 500 | - | 300 |
Genel boyutlandırma yönergeleriyle ilgili notlar
Not 1: Çekirdekler
Configuration Manager birçok eşzamanlı işlem çalıştırır, bu nedenle çeşitli site boyutları için belirli bir minimum CPU çekirdeği sayısına ihtiyaç duyar. Çekirdekler her yıl daha hızlı olsa da, belirli bir minimum çekirdek sayısının paralel çalıştığından emin olmak önemlidir. Genel olarak, 2015'in ardından üretilen tüm sunucu düzeyindeKI CPU'lar tabloda belirtilen çekirdekler için temel performans gereksinimlerini karşılar. Configuration Manager, önerilerin ötesinde diğer çekirdeklerden yararlanır. Önerilen en düşük çekirdeklere sahip olduktan sonra, mevcut çekirdeklerin hızını artırmak için CPU kaynak yatırımına öncelik sağlayın. Daha fazla, daha yavaş çekirdek eklemeyin. Örneğin Configuration Manager, 16 hızlı çekirdekle anahtar işleme görevlerinde 24 daha yavaş çekirdekten daha iyi performansa sahiptir. Bu performans, disk IOPS gibi yeterli sistem kaynağı olduğunu varsayar.
Çekirdekler ve bellek arasındaki ilişki de önemlidir. Genel olarak, çekirdek başına 3-4 GB'tan az RAM'e sahip olmak SQL Sunucularınızdaki toplam işleme özelliğini azaltır. SQL Server site sunucusu bileşenleriyle birlikte bulunduğunda çekirdek başına daha fazla RAM gerekir.
Not
Tüm testlerde makine gücü planları en yüksek CPU güç tüketimine ve performansına izin verecek şekilde ayarlanır.
Not 2: bellek ayırmayı SQL Server
SQL Server özelliklerinde En fazla sunucu belleğini (MB cinsinden) yapılandırmak için bu değeri kullanın. Sunucudaki kullanılabilir toplam bellek miktarının yüzdesidir.
En düşük ve en yüksek değerleri aynı şekilde yapılandırmayın. Bu kılavuz özellikle SQL Server ayırmasına izin vermelisiniz en yüksek bellek içindir.
Not 3: IOPS: Gelen Kutuları ve IOPS: SQL
Bu değerler, Configuration Manager ve SQL Server mantıksal sürücüler için IOPS gereksinimlerine başvurur. IOPS: Gelen Kutuları sütunu, Configuration Manager gelen kutusu dizinlerine sahip mantıksal sürücü için IOPS gereksinimlerini gösterir. IOPS: SQL sütunu, çeşitli SQL Server dosyalarının kullandığı mantıksal sürücü(ler) için toplam IOPS gereksinimlerini gösterir. İki sürücüde farklı biçimlendirme olması gerektiğinden bu sütunlar farklıdır. Önerilen SQL Server disk yapılandırmaları ve dosya en iyi yöntemleri hakkında daha fazla bilgi ve örnek için bkz. Dosyaları birden çok birime bölmeyle ilgili ayrıntılar da dahil olmak üzere, Site boyutlandırma ve performans SSS.
Bu IOPS sütunlarının her ikisi de endüstri standardı olan Diskspd aracındaki verileri kullanır. Bu ölçümleri yineleme yönergeleri için bkz. Disk performansını ölçme . Genel olarak, temel CPU ve bellek gereksinimlerini karşıladıktan sonra, depolama alt sistemi site performansı üzerinde en büyük etkiyi gösterir ve buradaki geliştirmeler en fazla yatırım geri ödemesini sağlar.
Not 4: Depolama alanı gerekiyor
Bu gerçek dünya değerleri, belgelenen diğer önerilerden farklı olabilir. Bu sayıları yalnızca genel bir kılavuz olarak sağlarız; bireysel gereksinimler çok farklı olabilir. Site yüklemeden önce disk alanı gereksinimlerini dikkatle planlayın. Bu depolama alanının bir kısmının çoğu zaman boş disk alanı olarak kaldığını varsayalım. Bu arabellek alanını bir kurtarma senaryosunda veya kurulum paketi genişletmesi için boş disk alanı gerektiren yükseltme senaryolarında kullanabilirsiniz. Siteniz büyük miktarlarda veri toplama, daha uzun süreli veri saklama ve büyük miktarlarda yazılım dağıtım içeriği için daha fazla depolama alanı gerektirebilir. Ayrıca bu öğeleri ayrı, daha düşük aktarım hızındaki birimlerde de depolayabilirsiniz.
Disk performansını ölçme
Çeşitli boyutlardaki Configuration Manager ortamların gerektirdiği IOPS için standart öneriler sağlamak için endüstri standardı diskspd aracını kullanabilirsiniz. Kapsamlı olmasa da, aşağıdaki test adımları ve komut satırları sunucularınızın disk alt sistemi aktarım hızını tahmin etmek için basit ve yeniden üretilebilir bir yol sağlar. Sonuçlarınızı genel boyutlandırma yönergeleri tablosunda önerilen en düşük IOPS ile karşılaştırabilirsiniz.
Laboratuvar ortamlarında farklı türlerdeki donanım yapılandırmalarından test sonuçları için bkz . Örnek disk yapılandırmaları. Yeni bir ortam için depolama alt sistemini sıfırdan tasarlarken kaba bir başlangıç noktası için verileri kullanabilirsiniz.
Disk IOPS'sini test etme
Diskspd yardımcı programını indirin.
En az 100 GB boş disk alanınız olduğundan emin olun. Dizin, SQL veya SMSExec'in etkin virüsten koruma taraması gibi diske müdahale eden veya ek yüke neden olabilecek uygulamaları devre dışı bırakın.
Diskspd'yi yükseltilmiş bir komut isteminden çalıştırın.
Test etmek istediğiniz birim için aracı sırayla iki kez çalıştırın. Bir dakika boyunca rastgele yazma işlemleriyle 64k boyutunda ilk test. Bu test, birimin dinamik olarak genişletilmesi durumunda denetleyici önbelleğinin yüklenmesini ve disk alanı ayırmasını doğrular. İlk testin sonuçlarını at. İkinci test ilk testi hemen takip etmeli ve beş dakika boyunca aynı yükü gerçekleştirmelidir.
Örneğin, birimi test
G:etmek için aşağıdaki belirli komut satırlarını kullanın.DiskSpd.exe -r -w100 -t8 -o8 -b64K -c100G -d60 -h -L G:\\test\testfile.dat del G:\\test\testfile.dat DiskSpd.exe -r -w100 -t8 -o8 -b64K -c100G -d300 -h -L G:\\test\testfile.datG/Ç sütunundaki toplam IOPS'yi bulmak için ikinci testin çıkışını gözden geçirin. Aşağıdaki örnekte toplam IOPS değeri 3929,18'dir.
Total IO | thread | bytes | I/Os | MB/s | I/O per s | AvgLat | LatStdDev | |--------|-------------|---------|--------|-----------|--------|-----------| | 1 | 9651814400 | 147275 | 30.68 | 490.92 | 16.294 | 10.210 | | 2 | 9676652544 | 147654 | 30.76 | 492.18 | 16.252 | 9.998 | | 3 | 9638248448 | 147068 | 30.64 | 490.23 | 16.317 | 10.295 | | 4 | 9686089728 | 147798 | 30.79 | 492.66 | 16.236 | 10.072 | | 5 | 9590931456 | 146346 | 30.49 | 487.82 | 16.398 | 10.384 | | 6 | 9677242368 | 147663 | 30.76 | 492.21 | 16.251 | 10.067 | | 7 | 9637330944 | 147054 | 30.64 | 490.18 | 16.319 | 10.249 | | 8 | 9692577792 | 147897 | 30.81 | 492.99 | 16.225 | 10.125 | | Total: | 77250887680 | 1178755 | 245.57 | 3929.18 | 16.286 | 10.176 |
Örnek disk yapılandırmaları
Aşağıdaki tablolarda, çeşitli test laboratuvarı yapılandırmalarıyla disk performansını ölçme bölümündeki test adımlarını çalıştırmanın sonuçları gösterilir. Depolama alt sistemini sıfırdan yeni bir ortam için tasarlarken kaba bir başlangıç noktası için bu verileri kullanın.
Fiziksel makineler ve Hyper-V
Donanım her zaman gelişiyor. Daha yeni nesil donanımların ve SSD'ler ve SAN'ler gibi farklı donanım bileşimlerinin aşağıda belirtilen performansı aşmasını bekleyin. Bu sonuçlar, bir sunucu tasarlarken veya donanım satıcınızla tartışırken dikkate alınması gereken temel bir başlangıç noktasıdır.
Aşağıdaki tabloda, çeşitli test laboratuvarı yapılandırmalarında iş mili ve SSD tabanlı sabit sürücüler de dahil olmak üzere çeşitli disk alt sistemleri genelinde test sonuçları gösterilmektedir. Tüm yapılandırmalar diskleri 64k kümelerle biçimlendirip bir kurumsal sınıf disk denetleyicisine ekler. RAID dizisi disk sayımına ek olarak, her birinin en az bir yedek diski vardır.
| Disk türü | +1 yedek disk dahil değil, disk sayısı | RAID | IOPS ölçüldü |
|---|---|---|---|
| 15k SAS | 2 | 1 | 620 |
| 15k SAS | 4 | 10 | 1206 |
| 15k SAS | 6 | 10 | 1751 |
| 15k SAS | 8 | 10 | 2322 |
| 15k SAS | 10 | 10 | 2882 |
| 15k SAS | 12 | 10 | 3476 |
| 15k SAS | 16 | 10 | 4236 |
| 15k SAS | 20 | 10 | 5148 |
| 15k SAS | 30 | 10 | 7398 |
| 15k SAS | 40 | 10 | 9913 |
| SSD SATA | 2 | 1 | 3300 |
| SSD SATA | 4 | 10 | 5542 |
| SSD SATA | 6 | 10 | 7201 |
| SSD SAS | 2 | 1 | 7539 |
| SSD SAS | 4 | 10 | 14346 |
| SSD SAS | 6 | 10 | 15607 |
Aşağıdaki tabloda, bu örnekte kullanılan belirli cihazlar listelenmektedir. Bu bilgiler belirli bir donanım modeli veya üreticisi için bir öneri değildir.
| Disk türü | Modeli | RAID denetleyicisi | Önbellek belleği ve yapılandırma |
|---|---|---|---|
| 15k RPM SAS HD | HP EH0300JDYTH | Akıllı Dizi P822 | 2 GB, %20 Okuma / %80 Yazma |
| SSD SATA | ATA MK0200GCTYV | Akıllı Dizi P420i | 1 GB, %20 Okuma / %80 Yazma |
| SSD SAS | HP MO0800 JEFPB | Akıllı Dizi P420i | 1 GB, %20 Okuma / %80 Yazma |
Azure makine ve disk performansı
Azure disk performansı, Azure VM'nin boyutu ve kullandığı disklerin sayısı ve türü gibi çeşitli faktörlere bağlıdır. Azure ayrıca sürekli olarak aşağıdaki grafikten farklı yeni makine türleri ve disk hızları ekler. Azure'da çalışan Configuration Manager hakkında daha fazla bilgi ve Azure'da disk G/Ç'sini anlama hakkında daha fazla bilgi için bkz. Azure'da sık sorulan sorular Configuration Manager.
Tüm diskler NTFS 64k küme boyutuyla biçimlendirilir ve birden fazla disk içeren satırlar Windows Disk Yönetimi yardımcı programı aracılığıyla şeritli birimler olarak yapılandırılır.
| Azure VM | Azure disk | Disk sayısı | Kullanılabilir alan | IOPS ölçüldü | Sınırlayıcı faktör |
|---|---|---|---|---|---|
| DS2/DS11 | P20 | 1 | 512 GB | 965 | Azure VM boyutu |
| DS2/DS11 | P20 | 2 | 1024 GB | 996 | Azure VM boyutu |
| DS2/DS11 | P30 | 1 | 1024 GB | 996 | Azure VM boyutu |
| DS2/DS11 | P30 | 2 | 2048 GB | 996 | Azure VM boyutu |
| DS3/DS12/F4S | P20 | 1 | 512 GB | 1994 | Azure VM boyutu |
| DS3/DS12/F4S | P20 | 2 | 1024 GB | 1992 | Azure VM boyutu |
| DS3/DS12/F4S | P30 | 1 | 1024 GB | 1993 | Azure VM boyutu |
| DS3/DS12/F4S | P30 | 2 | 2048 GB | 1992 | Azure VM boyutu |
| DS4/DS13/F8S | P20 | 1 | 512 GB | 2334 | P20 disk |
| DS4/DS13/F8S | P20 | 2 | 1024 GB | 3984 | Azure VM boyutu |
| DS4/DS13/F8S | P20 | 3 | 1536 GB | 3984 | Azure VM boyutu |
| DS4/DS13/F8S | P30 | 1 | 1024 GB | 3112 | P30 disk |
| DS4/DS13/F8S | P30 | 2 | 2048 GB | 3984 | Azure VM boyutu |
| DS4/DS13/F8S | P30 | 3 | 3072 GB | 3996 | Azure VM boyutu |
| DS5/DS14/F16S | P20 | 1 | 512 GB | 2335 | P20 disk |
| DS5/DS14/F16S | P20 | 2 | 1024 GB | 4639 | P20 disk |
| DS5/DS14/F16S | P20 | 3 | 1536 GB | 6913 | P20 disk |
| DS5/DS14/F16S | P20 | 4 | 2048 GB | 7966 | Azure VM boyutu |
| DS5/DS14/F16S | P30 | 1 | 1024 GB | 3112 | P30 disk |
| DS5/DS14/F16S | P30 | 2 | 2048 GB | 6182 | P30 disk |
| DS5/DS14/F16S | P30 | 3 | 3072 GB | 7963 | Azure VM boyutu |
| DS5/DS14/F16S | P30 | 4 | 4096 GB | 7968 | Azure VM boyutu |
| DS15 | P30 | 1 | 1024 GB | 3113 | P30 disk |
| DS15 | P30 | 2 | 2048 GB | 6184 | P30 disk |
| DS15 | P30 | 3 | 3072 GB | 9225 | P30 disk |
| DS15 | P30 | 4 | 4096 GB | 10200 | Azure VM boyutu |
Şu anda kullanılabilir diskler hakkında daha fazla bilgi için bkz. Azure IaaS VM'leri için disk türü seçme.
Ayrıca bkz.
Geri Bildirim
Çok yakında: 2024 boyunca, içerik için geri bildirim mekanizması olarak GitHub Sorunları’nı kullanımdan kaldıracak ve yeni bir geri bildirim sistemiyle değiştireceğiz. Daha fazla bilgi için bkz. https://aka.ms/ContentUserFeedback.
Gönderin ve geri bildirimi görüntüleyin