Lsv3, Lasv3 ve Lsv2 serisi Windows VM'lerinde performansı iyileştirme

Şunlar için geçerlidir: ✔️ Windows VM'leri ✔️ Tekdüzen ölçek kümeleri

Lsv3, Lasv3 ve Lsv2 serisi Azure Sanal Makineler (Azure VM'leri), çok çeşitli uygulamalar ve sektörlerde yerel depolamada yüksek G/Ç ve aktarım hızı gerektiren çeşitli iş yüklerini destekler. L serisi Büyük Veri, SQL, NoSQL veritabanları, veri ambarı ve Cassandra, MongoDB, Cloudera ve Redis gibi büyük işlem veritabanları için idealdir.

Lsv3, Lasv3 ve Lsv2 serisi VM'ler, donanım ve yazılım ile daha iyi performans için Windows ve Linux işletim sistemlerinin ihtiyaçlarıyla çalışacak şekilde tasarlanmıştır.

Yazılım ve donanım ayarı, L serisi VM'lerdeki NVMe cihazlarında en yüksek performansı destekleyen Azure Market (ve sonraki sürümler) için yayımlanan Windows Server 2019 Datacenter'ın iyileştirilmiş sürümüyle sonuçlandı.

Bu makale, iş yüklerinizin ve uygulamalarınızın VM'lerde tasarlanan maksimum performansa ulaşmasını sağlamaya yönelik ipuçları ve öneriler sağlar.

AMD EPYC™ yonga kümesi mimarisi

Lasv3 ve Lsv2 serisi VM'ler Zen mikro mimarisini temel alan AMD EPYC™ sunucu işlemcileri kullanır. AMD, KULLANıMA hazır, paket içi ve çok paketli iletişimler için kullanılabilen NUMA modeli için ölçeklenebilir bir ara bağlantı olarak EPYC™ için Infinity Fabric (IF) geliştirdi. Intel modern monolitik kalıp işlemcilerde kullanılan QPI (Hızlı Yol Ara Bağlantısı) ve UPI (Ultra-Path Interconnect) ile karşılaştırıldığında, AMD'nin çok NUMA küçük kalıp mimarisi hem performans avantajları hem de zorluklar getirebilir. Bellek bant genişliği ve gecikme kısıtlamalarının gerçek etkileri, iş yüklerinin türüne bağlı olarak değişebilir.

Performansı en üst düzeye çıkarmak için ipuçları

• Maksimum performans elde etmek için cihaz başına derin kuyruk derinliğiyle birden çok iş çalıştırın.

• Etkin iş yükleri sırasında NVMe yönetici komutlarını (örneğin, NVMe SMART bilgi sorgusu) NVMe G/Ç komutları ile karıştırmaktan kaçının. Lsv3, Lasv3 ve Lsv2 NVMe cihazları Hyper-V NVMe Direct teknolojisi tarafından desteklenir ve bu teknoloji, herhangi bir NVMe yönetici komutu beklemede olduğunda "yavaş moda" geçer. Lsv3, Lasv3 ve Lsv2 kullanıcıları, bu senaryo gerçekleşirse NVMe G/Ç performansında önemli bir performans düşüşü görebilir.

• Lsv2 kullanıcılarının, uygulamaları için NUMA benzitesine karar vermek üzere veri sürücüleri için VM'nin içinden bildirilen cihaz NUMA bilgilerine (0'ın tümü) güvenmesi önerilmez. Daha iyi performans için mümkünse iş yüklerinin CPU'lara yayılması önerilir.

• Lsv3, Lasv3 ve Lsv2 VM NVMe cihazı için G/Ç kuyruk çifti başına desteklenen en fazla kuyruk derinliği 1024'dür. Lsv3, Lasv3 ve Lsv2 kullanıcılarının kuyruk tam koşullarını tetiklememek için (yapay) karşılaştırma iş yüklerini 1024 veya daha düşük kuyruk derinliğiyle sınırlamaları önerilir ve bu da performansı düşürebilir.

• En iyi performans, G/Ç bölümleme olmayan, dosya sistemi olmayan, RAID yapılandırması olmayan ham NVMe cihazlarının her birine doğrudan yapıldığında elde edilir.

Yerel NVMe depolamayı kullanma

Tüm Lsv3, Lasv3 ve Lsv2 VM'lerinde 1,92 TB NVMe diskinde yerel depolama kısa ömürlüdür. VM'nin standart olarak başarılı bir şekilde yeniden başlatılması sırasında yerel NVMe diskinde bulunan veriler kalıcı hale getirilir. VM yeniden dağıtılırsa, serbest bırakılırsa veya silinirse veriler NVMe'de kalıcı olmaz. Başka bir sorun VM'nin veya VM'nin çalıştığı donanımın iyi durumda olmaması durumunda veriler kalıcı olmaz. Bu senaryo gerçekleştiğinde, eski konak üzerindeki tüm veriler güvenli bir şekilde silinir.

Vm'nin farklı bir konak makineye taşınması gerektiği durumlar da vardır; örneğin, planlı bir bakım işlemi sırasında. Zamanlanmış Olaylar ile planlı bakım işlemleri ve bazı donanım hataları beklenebilir. Tahmin edilen bakım ve kurtarma işlemlerinde güncel kalmak için Zamanlanmış Olaylar'ı kullanın.

Planlı bir bakım olayının vm'nin boş yerel disklere sahip yeni bir konakta yeniden oluşturulmasını gerektirmesi durumunda, verilerin yeniden eşitlenmesi gerekir (eski konaktaki tüm veriler güvenli bir şekilde silinirken). Lsv3, Lasv3 ve Lsv2 serisi VM'ler şu anda yerel NVMe diskinde dinamik geçişi desteklemediğinden bu senaryo oluşur.

Planlı bakım için iki mod vardır: standart VM müşteri denetimindeki bakım ve otomatik bakım.

Yaklaşan hizmet olayları için denetimli bakım işlemini kullanarak güncelleştirme için size en uygun zamanı seçin. Etkinlik öncesinde verilerinizi premium depolama alanında yedekleyin. Bakım olayı tamamlandıktan sonra, verilerinizi yenilenen Lsv2 VM'leri yerel NVMe depolama alanına döndürün.

Yerel NVMe disklerindeki verileri koruyan senaryolar şunlardır:

• VM çalışıyor ve iyi durumda.
• VM, sizin tarafınızdan veya Azure tarafından yerinde yeniden başlatılır.
• VM duraklatılır (serbest bırakma olmadan durdurulur).
• Planlı bakım bakım işlemlerinin çoğu.

Müşteriyi korumak için verileri güvenli bir şekilde silen senaryolar şunlardır:

• VM yeniden dağıtılır, durdurulur (serbest bırakılır) veya sizin tarafınızdan silinir.
• VM iyi durumda değil hale gelir ve bir donanım sorunu nedeniyle başka bir düğüme hizmet vermek zorunda.
• VM'nin bakım için başka bir konağa yeniden ayrılmasını gerektiren planlı bakım bakım işlemlerinden birkaçı.

Standart VM müşteri tarafından denetlenen bakım

Standart VM müşteri denetimindeki bakımda VM, 30 günlük bir süre boyunca güncelleştirilmiş bir konağa taşınır.

Lsv3, Lasv3 ve Lsv2 yerel depolama verileri kaybolabilir, bu nedenle olay öncesinde yedeklenen veriler önerilir.

Otomatik bakım

Müşteri tarafından denetlenen bakım müşteri tarafından yürütülmezse otomatik bakım gerçekleşir. Otomatik bakım, sıfır gün güvenlik olayı gibi acil durum yordamları nedeniyle de oluşabilir.

Bu tür bakımlar müşteri verilerini korumaya yöneliktir, ancak VM'nin donması veya yeniden başlatılması riski küçüktür.

Lsv3, Lasv3 ve Lsv2 yerel depolama verileri kaybolabilir, bu nedenle olay öncesinde yedeklenen veriler önerilir.

Sık sorulan sorular

Bu seriler hakkında sık sorulan sorular aşağıdadır.

L serisi VM'leri dağıtmaya Nasıl yaparım? başladı?

Diğer vm'ler gibi Azure portalını kullanarak, Azure Komut Satırı Arabirimi (Azure CLI) aracılığıyla veya PowerShell aracılığıyla bir VM oluşturun.

Tek bir NVMe disk hatası konak üzerindeki tüm VM'lerin başarısız olmasına neden oluyor mu?

Donanım düğümünde bir disk hatası algılanırsa, donanım başarısız durumdadır. Bu sorun oluştuğunda, düğümdeki tüm VM'ler otomatik olarak serbest bırakılır ve iyi durumdaki bir düğüme taşınır. Lsv3, Lasv3 ve Lsv2 serisi VM'ler için bu senaryo müşterinin başarısız düğümdeki verilerinin de güvenli bir şekilde silindiği anlamına gelir. Müşterinin verileri yeni düğümde yeniden oluşturması gerekir.

Windows Server 2012 veya Windows Server 2016'da yoklama ayarlamaları yapmam gerekiyor mu?

NVMe yoklaması yalnızca Azure'daki Windows Server 2019 ve sonraki sürümlerde kullanılabilir.

Geleneksel kesme hizmeti yordamı (ISR) modeline geri dönebilir miyim?

Lasv3 ve Lsv2 serisi VM'ler NVMe yoklaması için iyileştirilmiştir. Yoklama performansını geliştirmek için güncelleştirmeler sürekli olarak sağlanır.

Windows Server 2019 veya sonraki sürümlerde yoklama ayarlarını yapabilir miyim?

Yoklama ayarları kullanıcı tarafından ayarlanmıyor.

Sonraki adımlar

Bkz. Azure'da depolama performansı için iyileştirilmiş tüm VM'lerin belirtimleri.