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

  • Makale

Ş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 uygulama 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 makalede, iş yüklerinizin ve uygulamalarınızın VM'lerde tasarlanan en yüksek performansa ulaşmasını sağlamaya yönelik ipuçları ve öneriler sağlanır.

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 üzerinde ve çok paketli iletişimlerde kullanılabilen NUMA modeli için ölçeklenebilir bir bağlantı olarak EPYC™ için Infinity Fabric (IF) geliştirmiştir. Intel modern monolitik kalıp işlemcilerde kullanılan QPI (Hızlı Yol 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ğinin ve gecikme süresi 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ı, herhangi bir NVMe yönetici komutu beklemede olduğunda "yavaş moda" geçiş yapan Hyper-V NVMe Direct teknolojisi tarafından desteklenir. Lsv3, Lasv3 ve Lsv2 kullanıcıları, bu senaryo gerçekleşirse NVMe G/Ç performansında önemli bir performans düşüşü yaşayabilir.

  • Lsv2 kullanıcılarının, uygulamalarının 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üvenmeleri ö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 maksimum kuyruk derinliği 1024'dür. Lsv3, Lasv3 ve Lsv2 kullanıcılarının, kuyruğun tam koşullarını tetiklemesini önlemek için (yapay) karşılaştırma iş yüklerini kuyruk derinliği 1024 veya daha düşük olacak şekilde sınırlamaları önerilir ve bu da performansı düşürebilir.

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

Yerel NVMe depolama alanını 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ıyla yeniden başlatılması sırasında yerel NVMe diskinde bulunan veriler devam eder. 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 üzerinde ç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 makinesine taşınması gerektiği durumlar da vardır; örneğin, planlı bakım işlemi sırasında. Planlı bakım işlemleri ve bazı donanım hataları Zamanlanmış Olaylar ile 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 yeni bir konakta boş yerel disklerle 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ıldı (serbest bırakma olmadan durduruldu).
  • 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 denetimli 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 yedekleme verileri ö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, güvenlik sıfır gün olayı gibi acil durum yordamları nedeniyle de oluşabilir.

Bu bakım türü müşteri verilerini korumak için tasarlanmıştır, ancak VM'nin donması veya yeniden başlatılması riski düşüktür.

Lsv3, Lasv3 ve Lsv2 yerel depolama verileri kaybolabilir, bu nedenle olay öncesinde yedekleme verileri ö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 kullanarak, Azure Command-Line 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 olur 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. Güncelleştirmeler yoklama performansını geliştirmek için sürekli olarak sağlanır.

Windows Server 2019 veya sonraki sürümlerde yoklama ayarlarını değiştirebilir 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 .