Azure Stack Hub işlem kapasitesi

Azure Stack Hub'da desteklenen sanal makine (VM) boyutları , Azure'da desteklenenlerin bir alt kümesidir. Azure, kaynakların (sunucu yerel ve hizmet düzeyi) fazla kullanımını önlemek için birçok vektörde kaynak sınırları uygular. Kiracı tüketimine bazı sınırlar getirilmeden, diğer kiracılar kaynakları fazla tükettiğinde kiracı deneyimleri olumsuz etkilenecektir. VM'den ağ çıkışı için Azure Stack Hub'da Azure sınırlamalarıyla eşleşen bant genişliği sınırları vardır. Azure Stack Hub'da depolama kaynakları için depolama IOPS sınırları, depolama erişimi için kiracılar tarafından temel kaynak tüketiminden kaçının.

Önemli

Azure Stack Hub Kapasite Planlayıcısı IOPS performansını dikkate almaz veya garanti etmez. Toplam sistem bellek tüketimi %85'e ulaştığında yönetici portalı bir uyarı gösterir. Bu uyarı, ek kapasite eklenerek veya artık gerekli olmayan sanal makineler kaldırılarak düzeltilebilir.

VM yerleştirme

Azure Stack Hub yerleştirme altyapısı, kiracı VM'lerini kullanılabilir konaklar arasında yerleştirir.

Azure Stack Hub, VM'leri yerleştirirken dikkat edilmesi gereken iki noktayı kullanır. Bir, konakta bu VM türü için yeterli bellek var mı? İki: VM'ler kullanılabilirlik kümesinin bir parçası mı yoksa sanal makine ölçek kümeleri mi?

Azure Stack Hub'da çok VM'ye sahip bir üretim iş yükünün yüksek kullanılabilirliğini elde etmek için, sanal makineler (VM'ler) bunları birden çok hata etki alanına yayan bir kullanılabilirlik kümesine yerleştirilir. Kullanılabilirlik kümesindeki bir hata etki alanı, ölçek biriminde tek bir düğüm olarak tanımlanır. Azure Stack Hub, Azure ile tutarlı olması için en fazla üç hata etki alanına sahip bir kullanılabilirlik kümesine sahip olmayı destekler. Bir kullanılabilirlik kümesine yerleştirilen VM'ler, birden çok hata etki alanına (Azure Stack Hub düğümleri) mümkün olduğunca eşit dağıtılarak fiziksel olarak birbirinden yalıtılır. Donanım hatası varsa, başarısız olan hata etki alanındaki VM'ler diğer hata etki alanlarında yeniden başlatılır. Mümkünse, aynı kullanılabilirlik kümesindeki diğer VM'lerden ayrı hata etki alanlarında tutulurlar. Konak yeniden çevrimiçi olduğunda, yüksek kullanılabilirliği korumak için VM'ler yeniden dengelenir.

Sanal makine ölçek kümeleri arka uçtaki kullanılabilirlik kümelerini kullanır ve her sanal makine ölçek kümesi örneğinin farklı bir hata etki alanına yerleştirildiğinden emin olun. Bu, ayrı Azure Stack Hub altyapı düğümleri kullandıkları anlamına gelir. Örneğin, dört düğümlü bir Azure Stack Hub sisteminde, üç farklı Azure Stack Hub düğümüne üç sanal makine ölçek kümesi örneği yerleştirmek için dört düğümlü kapasitenin olmaması nedeniyle üç örnekten oluşan bir sanal makine ölçek kümesinin oluşturma sırasında başarısız olması durumu olabilir. Ayrıca, Yerleştirmeyi denemeden önce Azure Stack Hub düğümleri farklı düzeylerde doldurulabilir.

Azure Stack Hub fazla bellek almaz. Ancak, fiziksel çekirdek sayısının fazla kullanılmasına izin verilir.

Yerleştirme algoritmaları mevcut sanaldan fiziksel çekirdek fazla sağlama oranına faktör olarak bakmadığından, her konağın farklı bir oranı olabilir. Microsoft olarak, iş yükleri ve hizmet düzeyi gereksinimlerindeki değişim nedeniyle fiziksel-sanal çekirdek oranı konusunda rehberlik sağlamayız.

Toplam VM sayısı için dikkat edilmesi gerekenler

Oluşturulabilecek sanal makinelerin toplam sayısıyla ilgili bir sınır vardır. Azure Stack Hub'da en fazla VM sayısı ölçek birimi düğümü başına 700 ve 60'tır. Örneğin, sekiz sunuculu Azure Stack Hub VM sınırı 480 (8 * 60) olabilir. 12 ile 16 sunuculu Azure Stack Hub çözümü için sınır 700 olacaktır. Bu sınır, dayanıklılık yedeği ve bir operatörün damga pulu üzerinde tutmak istediğiniz CPU sanal-fiziksel oranı gibi tüm işlem kapasitesi konuları göz önünde bulundurularak oluşturulmuştur.

VM ölçek sınırına ulaşılırsa, sonuç olarak aşağıdaki hata kodları döndürülür: VMsPerScaleUnitLimitExceeded, VMsPerScaleUnitNodeLimitExceeded.

Not

En fazla 700 VM'nin bir kısmı Azure Stack Hub altyapı VM'leri için ayrılmıştır. Daha fazla bilgi için bkz. Azure Stack Hub kapasite planlayıcısı.

VM'lerin toplu dağıtımında dikkat edilmesi gerekenler

2002 öncesi ve 2002'yi içeren sürümlerde, toplu işlemler arasında 5 dakika boşluk olan toplu iş başına 2-5 VM, 700 VM ölçeğine ulaşmak için güvenilir VM dağıtımları sağladı. Azure Stack Hub'ın 2005 sürümüyle, toplu dağıtımlar arasında 5 dakika boşluk bırakarak 40 toplu iş boyutunda vm'leri güvenilir bir şekilde sağlayabiliyoruz. Başlangıç, Durdurma-serbest bırakma ve güncelleştirme işlemleri 30 toplu iş boyutunda yapılmalıdır ve her toplu işlem arasında 5 dakika bırakılmalıdır.

GPU VM'leri için dikkat edilmesi gerekenler

Azure Stack hub, altyapı ve kiracı VM'lerinin yük devretmesi için bellek ayırır. Diğer VM'lerin aksine GPU VM'leri HA olmayan (yüksek kullanılabilirlik) modunda çalışır ve bu nedenle yük devretme yapmaz. Sonuç olarak, YALNıZCA GPU VM damgası için ayrılmış bellek, HA kiracı VM belleğinin de hesaplandığından farklı olarak altyapının yük devretmesi için gerekendir.

Azure Stack Hub belleği

Azure Stack Hub, başarıyla sağlanan VM'leri çalışır durumda tutmak için tasarlanmıştır. Örneğin, bir konak bir donanım hatası nedeniyle çevrimdışıysa, Azure Stack Hub bu VM'yi başka bir konakta yeniden başlatmayı dener. Azure Stack Hub yazılımını düzeltme eki uygulama ve güncelleştirme sırasında ikinci bir örnek. Fiziksel konağı yeniden başlatmanız gerekiyorsa, bu konakta yürütülen VM'leri çözümdeki başka bir kullanılabilir konağa taşıma girişiminde bulunulmaktadır.

Bu VM yönetimi veya hareketi yalnızca yeniden başlatma veya geçişin gerçekleşmesine izin verecek ayrılmış bellek kapasitesi varsa gerçekleştirilebilir. Toplam konak belleğinin bir bölümü ayrılmıştır ve kiracı VM yerleşimi için kullanılamaz.

Yönetici portalında, Azure Stack Hub'da ücretsiz ve kullanılan belleği gösteren bir pasta grafiği gözden geçirebilirsiniz. Aşağıdaki diyagramda, Azure Stack Hub'daki bir Azure Stack Hub ölçek birimindeki fiziksel bellek kapasitesi gösterilmektedir:

Kullanılan bellek birkaç bileşenden oluşur. Aşağıdaki bileşenler pasta grafiğin kullanım bölümündeki belleği kullanır:

• Konak işletim sistemi kullanımı veya yedek: Konakta işletim sistemi (OS) tarafından kullanılan bellek, sanal bellek sayfa tabloları, konak işletim sisteminde çalışan işlemler ve Alanlar Doğrudan bellek önbelleği. Bu değer konakta çalışan farklı Hyper-V işlemleri tarafından kullanılan belleğe bağlı olduğundan dalgalanabilir.
• Altyapı hizmetleri: Azure Stack Hub'ı oluşturan altyapı VM'leri. Daha önce açıklandığı gibi, bu VM'ler en fazla 700 VM'nin bir parçasıdır. Altyapı hizmetlerini daha ölçeklenebilir ve dayanıklı hale getirmek için çalıştığımız için altyapı hizmetleri bileşeninin bellek kullanımı değişebilir. Daha fazla bilgi için bkz. Azure Stack Hub kapasite planlayıcısı
• Dayanıklılık yedeği: Azure Stack Hub, tek bir konak hatasının yanı sıra vm'lerin dinamik geçişinin başarılı olması için düzeltme eki ve güncelleştirme sırasında kiracı kullanılabilirliğine izin vermek için belleğin bir bölümünü ayırır.
• Kiracı VM'leri: Azure Stack Hub kullanıcıları tarafından oluşturulan kiracı VM'leri. Vm'leri çalıştırmaya ek olarak, bellek dokuya inmiş tüm VM'ler tarafından tüketilir. Bu, "Oluşturma" veya "Başarısız" durumundaki VM'lerin ya da konuğun içinden kapatılmış VM'lerin belleği tüketeceği anlamına gelir. Ancak portaldan/powershell/cli'dan serbest bırakma seçeneğini kullanarak serbest bırakılan VM'ler Azure Stack Hub'dan bellek kullanmaz.
• Değer ekleme kaynak sağlayıcıları (RP' ler): SQL, MySQL, App Service gibi değer katan RP'ler için dağıtılan VM'ler.

Portalda bellek tüketimini anlamanın en iyi yolu, çeşitli iş yüklerinin etkisini görmek için Azure Stack Hub Kapasite Planlayıcısı'nı kullanmaktır. Aşağıdaki hesaplama, planlayıcı tarafından kullanılan hesaplamayla aynıdır.

Bu hesaplama sonucunda kiracı VM yerleşimi için kullanılabilecek toplam kullanılabilir bellek elde edilebilir. Bu bellek kapasitesi, Azure Stack Hub ölçek biriminin tamamına yöneliktir.

VM yerleştirme için kullanılabilir bellek = toplam konak belleği - dayanıklılık yedeği - kiracı VM'leri çalıştırılarak kullanılan bellek - Azure Stack Hub Altyapı Ek Yükü ¹

• Toplam konak belleği = Tüm düğümlerden bellek toplamı
• Dayanıklılık yedeği = H + R * ((N-1) * H) + V * (N-2)
• Kiracı VM'leri tarafından kullanılan bellek = Kiracı iş yükü tarafından tüketilen gerçek bellek, HA yapılandırmasına bağımlı değildir
• Azure Stack Hub Altyapı Ek Yükü = 268 GB + (4 GB x N)

Konum:

• H = Tek sunucu belleğinin boyutu
• N = Ölçek Birimi Boyutu (sunucu sayısı)
• R = bu formül^2'de 0,15 olan işletim sistemi yükü için ayrılmış işletim sistemi
• V = Ölçek birimindeki en büyük HA VM

¹ Azure Stack Hub Altyapısı ek yükü = 268 GB + (4 GB x düğüm sayısı). Azure Stack Hub altyapısını barındırmak için yaklaşık 31 VM kullanılır ve toplamda yaklaşık 268 GB + (4 GB x # düğüm) bellek ve 146 sanal çekirdek tüketir. Bu sayıda VM'nin mantığı, güvenlik, ölçeklenebilirlik, bakım ve düzeltme eki uygulama gereksinimlerini karşılamak için gerekli hizmet ayrımını karşılamaktır. Bu iç hizmet yapısı, yeni altyapı hizmetlerinin geliştirilirken gelecekte kullanıma sunulmasını sağlar.

² Ek yük için işletim sistemi yedeği = düğüm belleğinin %15'i (.15). İşletim sistemi yedek değeri bir tahmindir ve sunucunun fiziksel bellek kapasitesine ve genel işletim sistemi yüküne göre değişir.

Ölçek birimindeki en büyük HA VM olan V değeri dinamik olarak en büyük kiracı VM bellek boyutuna dayanır. Örneğin en büyük HA VM değeri, Azure Stack Hub çözümünde en az 12 GB (altyapı VM'sini 112 GB) veya desteklenen başka bir VM bellek boyutudur. Azure Stack Hub dokusundaki en büyük HA VM'sinin değiştirilmesi dayanıklılık yedeğinde ve ayrıca VM'nin belleğinde artışa neden olur. GPU VM'lerinin HA olmayan modda çalıştığını unutmayın.

Örnek hesaplama

Her düğümde 768 GB RAM'e sahip küçük bir dört düğümlü Azure Stack Hub dağıtımımız var. SQL server için 128 GB RAM (Standard_E16_v3) ile bir sanal makine yerleştirmeyi planlıyoruz. VM yerleştirme için kullanılabilir bellek nedir?

• Toplam konak belleği = Tüm düğümlerden bellek toplamı = 4 * 768 GB = 3072 GB
• Dayanıklılık yedeği = H + R * ((N-1) * H) + V * (N-2) = 768 + 0,15 * ((4 - 1) * 768) + 128 * (4 - 2) = 1370 GB
• Kiracı VM'leri tarafından kullanılan bellek = Kiracı iş yükü tarafından tüketilen gerçek bellek, HA yapılandırmasına bağımlı değildir = 0 GB
• Azure Stack Hub Altyapı Ek Yükü = 268 GB + (4 GB x N) = 268 + (4 * 4) = 284 GB

VM yerleştirme için kullanılabilir bellek = toplam konak belleği - dayanıklılık yedeği - kiracı VM'leri çalıştırılarak kullanılan bellek - Azure Stack Hub Altyapı Ek Yükü

VM yerleştirme için kullanılabilir bellek = 3072 - 1370 - 0 - 284 = 1418 GB

Serbest bırakma ile ilgili dikkat edilmesi gerekenler

Bir VM serbest bırakılmış durumdayken bellek kaynakları kullanılmaz. Bu, diğer VM'lerin sisteme yerleştirilmesini sağlar.

Serbest bırakılan VM yeniden başlatılırsa, bellek kullanımı veya ayırma sisteme yerleştirilen yeni bir VM gibi değerlendirilir ve kullanılabilir bellek tüketilir. Kullanılabilir bellek yoksa VM başlatılmaz.

Geçerli dağıtılan büyük VM'ler ayrılan belleğin 112 GB olduğunu gösteriyor, ancak bu VM'lerin bellek talebi yaklaşık 2-3 GB'tır.

Name	Atanan Bellek (GB)	Bellek Talebi (GB)	ComputerName
ca7ec2ea-40fd-4d41-9d9b-b11e7838d508	112	2.2392578125	LISSA01P-NODE01
10cd7b0f-68f4-40ee-9d98-b9637438ebf4	112	2.2392578125	LISSA01P-NODE01
2e403868-ff81-4abb-b087-d9625ca01d84	112	2.2392578125	LISSA01P-NODE04

Dayanıklılık yedeği = H + R * ((N-1) * H) + V * (N-2) formülünü kullanarak VM yerleştirme için belleği serbest bırakmanın üç yolu vardır:

• En büyük VM'nin boyutunu küçültme
• Düğümün belleğini artırma
• Düğüm ekleme

En büyük VM'nin boyutunu küçültme

En büyük VM'nin boyutunu damga pulundaki bir sonraki en küçük VM'ye (24 GB) küçültmek dayanıklılık yedeğinin boyutunu küçültür.

Dayanıklılık yedeği = 384 + 172,8 + 48 = 604,8 GB

Toplam bellek	Infra GB	Kiracı GB	Dayanıklılık yedeği	Ayrılmış toplam bellek	Yerleştirme için kullanılabilir toplam GB
1536 GB	258 GB	329,25 GB	604,8 GB	258 + 329,25 + 604,8 = 1168 GB	Yaklaşık 344 GB

Düğüm ekleme

Azure Stack Hub düğümü eklemek , belleği iki düğüm arasında eşit olarak dağıtarak belleği serbest bırakır.

Dayanıklılık yedeği = 384 + (0,15) ((5)*384) + 112 * (3) = 1008 GB

Toplam Bellek	Infra GB	Kiracı GB	Dayanıklılık yedeği	Ayrılmış toplam bellek	Yerleştirme için kullanılabilir toplam GB
1536 GB	258 GB	329,25 GB	604,8 GB	258 + 329,25 + 604,8 = 1168 GB	~ 344 GB

Her düğümdeki belleği 512 GB'a artırın

Her düğümün belleğini artırmak kullanılabilir toplam belleği artırır.

Dayanıklılık yedeği = 512 + 230,4 + 224 = 966,4 GB

Toplam Bellek	Infra GB	Kiracı GB	Dayanıklılık yedeği	Ayrılmış toplam bellek	Yerleştirme için kullanılabilir toplam GB
2048 (4*512) GB	258 GB	505,75 GB	966,4 GB	1730,15 GB	~ 318 GB

Sık Sorulan Sorular

S: Kiracım yeni bir VM dağıttı, yönetici portalındaki yetenek grafiğinin kalan kapasiteyi göstermesi ne kadar sürer?

Y: Kapasite dikey penceresi 15 dakikada bir yenilenir, bu nedenle bunu dikkate alın.

S: Kullanılabilir çekirdekleri ve atanan çekirdekleri nasıl görebilirim?

Y: PowerShell'de aşağıdakine benzer bir çıkış oluşturan komutunu çalıştırın test-azurestack -include AzsVmPlacement -debug:

    Starting Test-AzureStack
    Launching AzsVmPlacement
     
    Azure Stack Scale Unit VM Placement Summary Results
     
    Cluster Node    VM Count VMs Running Physical Core Total Virtual Co Physical Memory Total Virtual Mem
    ------------    -------- ----------- ------------- ---------------- --------------- -----------------
    LNV2-Node02     20       20          28            66               256             119.5            
    LNV2-Node03     17       16          28            62               256             110              
    LNV2-Node01     11       11          28            47               256             111              
    LNV2-Node04     10       10          28            49               256             101              
    
    PASS : Azure Stack Scale Unit VM Placement Summary

S: Azure Stack Hub'ımda dağıtılan VM sayısı değişmedi, ancak kapasitem dalgalı. Neden?

Y: VM yerleştirme için kullanılabilir belleğin birden çok bağımlılığı vardır ve bunlardan biri konak işletim sistemi yedeğidir. Bu değer, konakta çalışan farklı Hyper-V işlemleri tarafından kullanılan belleğe bağlıdır ve bu sabit bir değer değildir.

S: Bellek kullanmak için kiracı VM'lerinin hangi durumda olması gerekir?

Y: Çalışan VM'lere ek olarak, bellek dokuya inmiş tüm VM'ler tarafından tüketilir. Bu, "Oluşturuluyor" veya "Başarısız" durumundaki VM'lerin bellek tüketeceği anlamına gelir. Portaldan/powershell/cli'dan serbest bırakılmayı durdurmaktan farklı olarak konuk içinden kapatılan VM'ler de belleği tüketir.

S: Dört konaklı bir Azure Stack Hub'ım var. Kiracımda her biri 56 GB RAM (D5_v2) tüketen 3 VM var. VM'lerden biri 112 GB RAM'e (D14_v2) yeniden boyutlandırıldı ve panodaki kullanılabilir bellek raporlaması kapasite dikey penceresinde 168 GB kullanım artışına neden oldu. Diğer iki D5_v2 VM'nin D14_v2 yeniden boyutlandırıldığında her biri yalnızca 56 GB RAM artışına neden oldu. Bu neden böyle?

Y: Kullanılabilir bellek, Azure Stack Hub tarafından tutulan dayanıklılık yedeğinin bir işlevidir. Dayanıklılık yedeği, Azure Stack Hub damgasındaki en büyük VM boyutuna sahip bir işlevdir. İlk başta damga pulundaki en büyük VM 56 GB bellekti. VM yeniden boyutlandırıldığında damga pulundaki en büyük VM 112 GB belleğe dönüştü ve bu da yalnızca kiracı VM tarafından kullanılan belleği değil dayanıklılık yedeğini de artırdı. Bu değişiklik 56 GB (56 GB ile 112 GB kiracı VM bellek artışı) ve 112 GB dayanıklılık yedeği bellek artışına neden oldu. Sonraki VM'ler yeniden boyutlandırıldığında, en büyük VM boyutu 112 GB VM olarak kalmıştır ve bu nedenle dayanıklılık rezervi artışına neden olmadı. Bellek tüketimindeki artış yalnızca kiracı VM bellek artışıydı (56 GB).

Not

Ağ için kapasite planlama gereksinimleri en düşük düzeydedir çünkü yalnızca genel VIP'nin boyutu yapılandırılabilir. Azure Stack Hub'a daha fazla genel IP adresi ekleme hakkında bilgi için bkz. Genel IP adresleri ekleme.

Sonraki adımlar

Azure Stack Hub depolama hakkında bilgi edinin