Pojemność obliczeniowa usługi Azure Stack Hub

Rozmiary maszyn wirtualnych obsługiwane w usłudze Azure Stack Hub to podzbiór obsługiwanych na platformie Azure. Platforma Azure nakłada limity zasobów wzdłuż wielu wektorów, aby uniknąć nadmiernej liczby zasobów (serwer lokalny i poziom usług). Bez nakładania pewnych limitów użycia dzierżawy środowisko dzierżawy będzie cierpieć, gdy inne dzierżawy przekonsumują zasoby. W przypadku ruchu wychodzącego sieci z maszyny wirtualnej obowiązują limity przepustowości w usłudze Azure Stack Hub zgodne z ograniczeniami platformy Azure. W przypadku zasobów magazynu w usłudze Azure Stack Hub limity liczby operacji we/wy na sekundę magazynu unikają podstawowego użycia zasobów przez dzierżawców na potrzeby dostępu do magazynu.

Ważne

Planista pojemności usługi Azure Stack Hub nie uwzględnia ani nie gwarantuje wydajności operacji we/wy na sekundę. Portal administratora wyświetla alert ostrzegawczy, gdy całkowite zużycie pamięci systemowej osiągnęło 85%. Ten alert można skorygować, dodając dodatkową pojemność lub usuwając maszyny wirtualne, które nie są już wymagane.

Umieszczanie maszyny wirtualnej

Aparat umieszczania usługi Azure Stack Hub umieszcza maszyny wirtualne dzierżawcy na dostępnych hostach.

Usługa Azure Stack Hub używa dwóch zagadnień podczas umieszczania maszyn wirtualnych. Jedną z nich jest wystarczająca ilość pamięci na hoście dla tego typu maszyny wirtualnej? I dwa, czy maszyny wirtualne są częścią zestawu dostępności , czy są to zestawy skalowania maszyn wirtualnych?

Aby zapewnić wysoką dostępność obciążenia produkcyjnego z wieloma maszynami wirtualnymi w usłudze Azure Stack Hub, maszyny wirtualne są umieszczane w zestawie dostępności, który rozprzestrzenia je w wielu domenach błędów. Domena błędów w zestawie dostępności jest definiowana jako pojedynczy węzeł w jednostce skalowania. Usługa Azure Stack Hub obsługuje posiadanie zestawu dostępności z maksymalnie trzema domenami błędów, które mają być spójne z platformą Azure. Maszyny wirtualne umieszczone w zestawie dostępności będą fizycznie odizolowane od siebie przez rozłożenie ich tak równomiernie, jak to możliwe na wiele domen błędów (węzły usługi Azure Stack Hub). Jeśli wystąpi awaria sprzętowa, maszyny wirtualne z domeny błędów, które zakończyły się niepowodzeniem, zostaną ponownie uruchomione w innych domenach błędów. Jeśli to możliwe, będą one przechowywane w oddzielnych domenach błędów od innych maszyn wirtualnych w tym samym zestawie dostępności. Gdy host wróci do trybu online, maszyny wirtualne zostaną ponownie zrównoważone w celu zapewnienia wysokiej dostępności.

Zestawy skalowania maszyn wirtualnych używają zestawów dostępności na zapleczu i upewnij się, że każde wystąpienie zestawu skalowania maszyn wirtualnych jest umieszczone w innej domenie błędów. Oznacza to, że używają oddzielnych węzłów infrastruktury usługi Azure Stack Hub. Na przykład w systemie usługi Azure Stack Hub z czterema węzłami może wystąpić sytuacja, w której zestaw skalowania maszyn wirtualnych trzech wystąpień zakończy się niepowodzeniem z powodu braku pojemności czterech węzłów, aby umieścić trzy wystąpienia zestawu skalowania maszyn wirtualnych na trzech oddzielnych węzłach usługi Azure Stack Hub. Ponadto węzły usługi Azure Stack Hub można wypełniać na różnych poziomach przed próbą umieszczania.

Usługa Azure Stack Hub nie powoduje nadmiernego przydziału pamięci. Dozwolone jest jednak nadmierne zatwierdzanie liczby rdzeni fizycznych.

Ponieważ algorytmy umieszczania nie patrzą na istniejący współczynnik nadmiernej aprowizacji rdzenia wirtualnego do fizycznego rdzenia, każdy host może mieć inny stosunek. Jako firma Microsoft nie udostępniamy wskazówek dotyczących stosunku rdzeni fizycznych do wirtualnych ze względu na różnice w obciążeniach i wymaganiach dotyczących poziomu usług.

Zagadnienia dotyczące całkowitej liczby maszyn wirtualnych

Istnieje limit całkowitej liczby maszyn wirtualnych, które można utworzyć. Maksymalna liczba maszyn wirtualnych w usłudze Azure Stack Hub wynosi 700 i 60 na węzeł jednostki skalowania. Na przykład ośmioserwerowy limit maszyny wirtualnej usługi Azure Stack Hub wynosi 480 (8 * 60). W przypadku rozwiązania Azure Stack Hub z 12 do 16 serwerów limit wynosi 700. Ten limit został utworzony, zachowując wszystkie zagadnienia dotyczące pojemności obliczeniowej, takie jak rezerwa odporności i stosunek wirtualny do fizycznego procesora CPU, który operator chce zachować na sygnaturze.

Jeśli osiągnięto limit skalowania maszyny wirtualnej, następujące kody błędów są zwracane w wyniku: VMsPerScaleUnitLimitExceeded, VMsPerScaleUnitNodeLimitExceeded.

Uwaga

Część maksymalna 700 maszyn wirtualnych jest zarezerwowana dla maszyn wirtualnych infrastruktury usługi Azure Stack Hub. Aby uzyskać więcej informacji, zapoznaj się z planistą pojemności usługi Azure Stack Hub.

Zagadnienia dotyczące wdrażania wsadowego maszyn wirtualnych

W wersjach wcześniejszych niż i w tym 2002 r. 2–5 maszyn wirtualnych na partię z 5-minutową luką między partiami zapewniały niezawodne wdrożenia maszyn wirtualnych w celu osiągnięcia skali 700 maszyn wirtualnych. Dzięki nowszej wersji usługi Azure Stack Hub w wersji 2005 możemy niezawodnie aprowizować maszyny wirtualne w partiach o rozmiarach 40 z 5 minutami przerwy między wdrożeniami wsadowymi. Operacje uruchamiania, zatrzymywania przydziału i aktualizacji należy wykonać w partii o rozmiarze 30, pozostawiając 5 minut między poszczególnymi partiami.

Zagadnienia dotyczące maszyn wirtualnych z procesorem GPU

Usługa Azure Stack Hub rezerwuje pamięć dla maszyn wirtualnych infrastruktury i dzierżawy do trybu failover. W przeciwieństwie do innych maszyn wirtualnych, maszyny wirtualne procesora GPU działają w trybie innym niż wysoka dostępność i dlatego nie działają w trybie failover. W związku z tym zarezerwowana pamięć dla sygnatury tylko maszyny wirtualnej z procesorem GPU jest wymagana przez infrastrukturę do przejścia w tryb failover, w przeciwieństwie do uwzględniania pamięci maszyny wirtualnej dzierżawy wysokiej dostępności.

Pamięć usługi Azure Stack Hub

Usługa Azure Stack Hub została zaprojektowana tak, aby maszyny wirtualne były uruchomione pomyślnie. Jeśli na przykład host jest w trybie offline z powodu awarii sprzętu, usługa Azure Stack Hub podejmie próbę ponownego uruchomienia tej maszyny wirtualnej na innym hoście. Drugi przykład podczas stosowania poprawek i aktualizacji oprogramowania usługi Azure Stack Hub. Jeśli istnieje potrzeba ponownego uruchomienia hosta fizycznego, podjęto próbę przeniesienia maszyn wirtualnych wykonywanych na tym hoście do innego dostępnego hosta w rozwiązaniu.

To zarządzanie maszyną wirtualną lub przenoszenie można osiągnąć tylko wtedy, gdy istnieje zarezerwowana pojemność pamięci, aby umożliwić ponowne uruchomienie lub migrację. Część całkowitej pamięci hosta jest zarezerwowana i niedostępna dla umieszczania maszyn wirtualnych dzierżawcy.

Wykres kołowy można przejrzeć w portalu administratora, który pokazuje bezpłatną i używaną pamięć w usłudze Azure Stack Hub. Na poniższym diagramie przedstawiono pojemność pamięci fizycznej w jednostce skalowania usługi Azure Stack Hub w usłudze Azure Stack Hub:

Używana pamięć składa się z kilku składników. Następujące składniki używają pamięci w sekcji użycia wykresu kołowego:

• Użycie lub rezerwa systemu operacyjnego hosta: Pamięć używana przez system operacyjny (OS) na hoście, tabele stron pamięci wirtualnej, procesy uruchomione w systemie operacyjnym hosta i pamięć podręczna bezpośrednich miejsc. Ponieważ ta wartość zależy od pamięci używanej przez różne procesy funkcji Hyper-V uruchomione na hoście, może się zmieniać.
• Usługi infrastruktury: Maszyny wirtualne infrastruktury tworzące usługę Azure Stack Hub. Jak wspomniano wcześniej, te maszyny wirtualne są częścią maksymalnej liczby 700 maszyn wirtualnych. Wykorzystanie pamięci składnika usług infrastruktury może ulec zmianie, ponieważ pracujemy nad zwiększeniem skalowalności i odporności usług infrastruktury. Aby uzyskać więcej informacji, zobacz Planista pojemności usługi Azure Stack Hub
• Rezerwa odporności: Usługa Azure Stack Hub rezerwuje część pamięci, aby umożliwić dostępność dzierżawy podczas pojedynczego błędu hosta, a także podczas poprawek i aktualizacji, aby umożliwić pomyślną migrację na żywo maszyn wirtualnych.
• Maszyny wirtualne dzierżawy: Maszyny wirtualne dzierżawy utworzone przez użytkowników usługi Azure Stack Hub. Oprócz uruchamiania maszyn wirtualnych pamięć jest używana przez wszystkie maszyny wirtualne, które wylądowały w sieci szkieletowej. Oznacza to, że maszyny wirtualne w stanie "Tworzenie" lub "Niepowodzenie" lub maszyny wirtualne wyłączone z poziomu gościa będą zużywać pamięć. Jednak maszyny wirtualne, które zostały cofnięto przydział przy użyciu opcji zatrzymania cofania przydziału z portalu/programu PowerShell/interfejsu wiersza polecenia, nie będą zużywać pamięci z usługi Azure Stack Hub.
• Dostawcy zasobów dodawania wartości (RPS): Maszyny wirtualne wdrożone dla punktów odzyskiwania o wartości, takich jak SQL, MySQL, App Service itd.

Najlepszym sposobem zrozumienia użycia pamięci w portalu jest użycie planisty pojemności usługi Azure Stack Hub w celu sprawdzenia wpływu różnych obciążeń. Poniższe obliczenia są takie same, które są używane przez planistę.

To obliczenie powoduje łączną ilość dostępnej pamięci, która może być używana do umieszczania maszyn wirtualnych dzierżawcy. Ta pojemność pamięci jest przeznaczona dla całej jednostki skalowania usługi Azure Stack Hub.

Dostępna pamięć dla umieszczania maszyn wirtualnych = łączna ilość pamięci hosta — rezerwa odporności — pamięć używana przez uruchomione maszyny wirtualne dzierżawy — obciążenie infrastruktury usługi Azure Stack Hub ¹

• Łączna pamięć hosta = suma pamięci ze wszystkich węzłów
• Rezerwa odporności = H + R * ((N-1) * H) + V * (N-2)
• Pamięć używana przez maszyny wirtualne dzierżawy = rzeczywista pamięć zużywana przez obciążenie dzierżawy, nie zależy od konfiguracji wysokiej dostępności
• Obciążenie infrastruktury usługi Azure Stack Hub = 268 GB + (4 GB x N)

Gdzie:

• H = rozmiar pamięci pojedynczego serwera
• N = rozmiar jednostki skalowania (liczba serwerów)
• R = rezerwa systemu operacyjnego na obciążenie systemu operacyjnego, czyli .15 w tej formule²
• V = największa maszyna wirtualna wysokiej dostępności w jednostce skalowania

¹ Obciążenie infrastruktury usługi Azure Stack Hub = 268 GB + (4 GB x liczba węzłów). Około 31 maszyn wirtualnych jest używanych do hostowania infrastruktury usługi Azure Stack Hub i w sumie zużywa około 268 GB + (4 GB x liczba węzłów) pamięci i 146 rdzeni wirtualnych. Uzasadnieniem dla tej liczby maszyn wirtualnych jest spełnienie niezbędnych wymagań dotyczących separacji usług w celu spełnienia wymagań dotyczących zabezpieczeń, skalowalności, obsługi i poprawek. Ta wewnętrzna struktura usług umożliwia przyszłe wprowadzenie nowych usług infrastruktury podczas ich opracowywania.

² Rezerwa systemu operacyjnego na obciążenie = 15% (.15) pamięci węzła. Wartość rezerwowa systemu operacyjnego jest szacowana i będzie się różnić w zależności od pojemności pamięci fizycznej serwera i ogólnego obciążenia systemu operacyjnego.

Wartość V, największa maszyna wirtualna wysokiej dostępności w jednostce skalowania, jest dynamicznie oparta na największym rozmiarze pamięci maszyny wirtualnej dzierżawcy. Na przykład największa wartość maszyny wirtualnej wysokiej dostępności to co najmniej 12 GB (co stanowi maszynę wirtualną infrastruktury) lub 112 GB lub inny obsługiwany rozmiar pamięci maszyny wirtualnej w rozwiązaniu Azure Stack Hub. Zmiana największej maszyny wirtualnej wysokiej dostępności w sieci szkieletowej usługi Azure Stack Hub spowoduje zwiększenie rezerwy odporności, a także zwiększenie pamięci samej maszyny wirtualnej. Pamiętaj, że maszyny wirtualne procesora GPU działają w trybie bez wysokiej dostępności.

Przykładowe obliczenie

Mamy małe wdrożenie usługi Azure Stack Hub z 768 GB pamięci RAM w każdym węźle. Planujemy umieszczenie maszyny wirtualnej dla programu SQL Server z 128 GB pamięci RAM (Standard_E16_v3). Jaka będzie dostępna pamięć na potrzeby umieszczania maszyn wirtualnych?

• Łączna pamięć hosta = Suma pamięci ze wszystkich węzłów = 4 * 768 GB = 3072 GB
• Rezerwa odporności = H + R * ((N-1) * H) + V * (N-2) = 768 + 0,15 * ((4 - 1) * 768) + 128 * (4 - 2) = 1370 GB
• Pamięć używana przez maszyny wirtualne dzierżawy = rzeczywista pamięć zużywana przez obciążenie dzierżawy, nie zależy od konfiguracji wysokiej dostępności = 0 GB
• Obciążenie infrastruktury usługi Azure Stack Hub = 268 GB + (4 GB x N) = 268 + (4 * 4) = 284 GB

Dostępna pamięć dla umieszczania maszyn wirtualnych = łączna ilość pamięci hosta — rezerwa odporności — pamięć używana przez uruchomione maszyny wirtualne dzierżawy — obciążenie infrastruktury usługi Azure Stack Hub

Dostępna pamięć dla umieszczania maszyn wirtualnych = 3072 – 1370 – 0 – 284 = 1418 GB

Zagadnienia dotyczące cofania przydziału

Gdy maszyna wirtualna jest w stanie cofnięcia przydziału , zasoby pamięci nie są używane. Dzięki temu inne maszyny wirtualne mogą być umieszczane w systemie.

Jeśli cofnięto przydział maszyny wirtualnej, zostanie uruchomiona ponownie, użycie pamięci lub alokacja będzie traktowane jak nowa maszyna wirtualna umieszczona w systemie i jest zużywana dostępna pamięć. Jeśli nie ma dostępnej pamięci, maszyna wirtualna nie zostanie uruchomiona.

Obecnie wdrożone duże maszyny wirtualne pokazują, że przydzielona pamięć wynosi 112 GB, ale zapotrzebowanie na pamięć tych maszyn wirtualnych wynosi około 2–3 GB.

Nazwa	Przydzielona pamięć (GB)	Zapotrzebowanie na pamięć (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

Istnieją trzy sposoby cofnięcia przydziału pamięci na potrzeby umieszczania maszyn wirtualnych przy użyciu rezerwy odporności formuły = H + R * ((N-1) * H) + V * (N-2):

• Zmniejsz rozmiar największej maszyny wirtualnej
• Zwiększanie pamięci węzła
• Dodawanie węzła

Zmniejsz rozmiar największej maszyny wirtualnej

Zmniejszenie rozmiaru największej maszyny wirtualnej do następnej najmniejszej maszyny wirtualnej w sygnaturze (24 GB) zmniejszy rozmiar rezerwy odporności.

Rezerwa odporności = 384 + 172,8 + 48 = 604,8 GB

Łączna ilość pamięci	Infra GB	Gb dzierżawy	Rezerwa odporności	Łączna ilość zarezerwowanej pamięci	Łączna ilość GB dostępna do umieszczania
1536 GB	258 GB	329,25 GB	604,8 GB	258 + 329,25 + 604,8 = 1168 GB	~344 GB

Dodawanie węzła

Dodanie węzła usługi Azure Stack Hub spowoduje cofnięcie przydziału pamięci przez równomierne rozłożenie pamięci między dwoma węzłami.

Rezerwa odporności = 384 + (0,15) ((5)*384) + 112 * (3) = 1008 GB

Łączna ilość pamięci	Infra GB	Gb dzierżawy	Rezerwa odporności	Łączna ilość zarezerwowanej pamięci	Łączna ilość GB dostępna do umieszczania
1536 GB	258 GB	329,25 GB	604,8 GB	258 + 329,25 + 604,8 = 1168 GB	~ 344 GB

Zwiększ ilość pamięci w każdym węźle do 512 GB

Zwiększenie pamięci każdego węzła spowoduje zwiększenie całkowitej dostępnej pamięci.

Rezerwa odporności = 512 + 230,4 + 224 = 966,4 GB

Łączna ilość pamięci	Infra GB	Gb dzierżawy	Rezerwa odporności	Łączna ilość zarezerwowanej pamięci	Łączna ilość GB dostępna do umieszczania
2048 (4*512) GB	258 GB	505,75 GB	966,4 GB	1730,15 GB	~ 318 GB

Często zadawane pytania

Pyt.: Moja dzierżawa wdrożyła nową maszynę wirtualną, jak długo zajmie to wykres możliwości w portalu administratora, aby pokazać pozostałą pojemność?

1: Blok pojemności jest odświeżany co 15 minut, więc należy to wziąć pod uwagę.

Pyt.: Jak mogę zobaczyć dostępne rdzenie i przypisane rdzenie?

1: W programie PowerShell uruchom polecenie test-azurestack -include AzsVmPlacement -debug, które generuje dane wyjściowe w następujący sposób:

    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

Pyt.: Liczba wdrożonych maszyn wirtualnych w usłudze Azure Stack Hub nie uległa zmianie, ale moja pojemność się zmienia. Dlaczego?

1: Dostępna pamięć do umieszczania maszyn wirtualnych ma wiele zależności, z których jedna jest rezerwą systemu operacyjnego hosta. Ta wartość jest zależna od pamięci używanej przez różne procesy funkcji Hyper-V uruchomione na hoście, co nie jest wartością stałą.

Pyt.: Jaki stan maszyn wirtualnych dzierżawy musi znajdować się w celu korzystania z pamięci?

1: Oprócz uruchamiania maszyn wirtualnych pamięć jest używana przez wszystkie maszyny wirtualne, które wylądowały w sieci szkieletowej. Oznacza to, że maszyny wirtualne w stanie "Tworzenie" lub "Niepowodzenie" będą zużywać pamięć. Maszyny wirtualne są zamykane z poziomu gościa w przeciwieństwie do zatrzymania cofnięcia przydziału z portalu/programu PowerShell/interfejsu wiersza polecenia również zużywają pamięć.

Pyt.: Mam czterogospodarzową usługę Azure Stack Hub. Moja dzierżawa ma 3 maszyny wirtualne, które zużywają 56 GB pamięci RAM (D5_v2). Jedna z maszyn wirtualnych jest zmieniana na 112 GB pamięci RAM (D14_v2), a dostępne raportowanie pamięci na pulpicie nawigacyjnym spowodowało wzrost użycia 168 GB w bloku pojemności. Kolejna zmiana rozmiaru pozostałych dwóch maszyn wirtualnych D5_v2 w celu D14_v2 spowodowała zwiększenie tylko 56 GB pamięci RAM. Dlaczego tak jest?

1: Dostępna pamięć jest funkcją rezerwy odporności obsługiwanej przez usługę Azure Stack Hub. Rezerwa odporności jest funkcją największego rozmiaru maszyny wirtualnej w sygnaturze usługi Azure Stack Hub. Na początku największa maszyna wirtualna na sygnaturze wynosiła 56 GB pamięci. Po zmianie rozmiaru maszyny wirtualnej największa maszyna wirtualna na sygnaturze stała się 112 GB pamięci, która nie tylko zwiększyła pamięć używaną przez maszynę wirtualną dzierżawy, ale także zwiększyła rezerwę odporności. Ta zmiana spowodowała wzrost pamięci maszyny wirtualnej dzierżawy o 56 GB (56 GB do 112 GB) + 112 GB zwiększenia pamięci rezerwowej. Po zmianie rozmiaru kolejnych maszyn wirtualnych największy rozmiar maszyny wirtualnej pozostał jako maszyna wirtualna o rozmiarze 112 GB i w związku z tym nie nastąpił wzrost rezerwy odporności. Wzrost zużycia pamięci był tylko wzrostem pamięci maszyny wirtualnej dzierżawcy (56 GB).

Uwaga

Wymagania dotyczące planowania pojemności sieci są minimalne, ponieważ można skonfigurować tylko rozmiar publicznego adresu VIP. Aby uzyskać informacje na temat dodawania kolejnych publicznych adresów IP do usługi Azure Stack Hub, zobacz Dodawanie publicznych adresów IP.

Następne kroki

Dowiedz się więcej o magazynie usługi Azure Stack Hub