Skalowanie automatyczne planów i przykładowych scenariuszy w usłudze Azure Virtual Desktop
Ważne
Dynamiczne skalowanie automatyczne dla pul hostów w puli z konfiguracją hosta sesji jest obecnie w wersji zapoznawczej. Zobacz Dodatkowe warunki użytkowania wersji zapoznawczych platformy Microsoft Azure, aby zapoznać się z postanowieniami prawnymi dotyczącymi funkcji platformy Azure, które są w wersji beta lub wersji zapoznawczej albo w inny sposób nie zostały jeszcze wydane jako ogólnie dostępne.
Automatyczne skalowanie umożliwia skalowanie maszyn wirtualnych hosta sesji w puli hostów w górę lub w dół zgodnie z harmonogramem optymalizacji kosztów wdrożenia.
Uwaga
- Nie można używać hostów skalowania automatycznego i skalowania sesji przy użyciu usługi Azure Automation w tej samej puli hostów. Należy użyć jednego lub drugiego.
- Skalowanie automatyczne zarządzania energią jest dostępne na platformie Azure i w usłudze Azure Government w tych samych regionach, w których można tworzyć pule hostów .
- Dynamiczne skalowanie automatyczne jest dostępne tylko na platformie Azure i nie jest obsługiwane w usłudze Azure Government.
Aby uzyskać najlepsze wyniki, zalecamy używanie automatycznego skalowania z maszynami wirtualnymi wdrożonym za pomocą szablonów usługi Azure Resource Manager (ARM) usługi Azure Virtual Desktop lub narzędzi firmy Microsoft.
Jak działa plan skalowania
Plan skalowania definiuje harmonogramy skalowania hostów sesji w puli hostów. Można przypisać jeden plan skalowania do wielu pul hostów. Każda pula hostów może mieć przypisany tylko jeden plan skalowania. Istnieją dwie różne metody skalowania, które można wybrać podczas tworzenia planu skalowania:
Automatyczne skalowanie zarządzania energią: włącza i wyłącza hosty sesji, aby dostosować się do dostępnej pojemności w puli hostów. Jeśli chcesz zastosować plan skalowania do puli hostów ze standardowym zarządzaniem, jest to opcja, której należy użyć.
Dynamiczne skalowanie automatyczne (wersja zapoznawcza): włącza i wyłącza hosty sesji oraz tworzy i usuwa hosty sesji w celu dostosowania do dostępnej pojemności w puli hostów. Dynamiczne skalowanie automatyczne może być używane tylko w przypadku pul hostów w puli z konfiguracją hosta sesji.
Przed utworzeniem planu należy pamiętać o następujących kwestiach:
Można przypisać jeden plan skalowania do co najmniej jednej pul hostów tego samego typu puli hostów. Harmonogramy planu skalowania zostaną zastosowane do wszystkich przypisanych pul hostów.
Można skojarzyć tylko jeden plan skalowania na pulę hostów. Jeśli przypiszesz jeden plan skalowania do wielu pul hostów, nie można przypisać tych pul hostów do innego planu skalowania.
Funkcja Hibernacji jest dostępna dla osobistych pul hostów. Aby uzyskać więcej informacji, zobacz Hibernacji na maszynach wirtualnych.
Plan skalowania może działać tylko w skonfigurowanej strefie czasowej.
Plan skalowania może mieć jeden lub wiele harmonogramów. Na przykład różne harmonogramy w dni powszednie i weekend.
Przed zdefiniowaniem harmonogramu upewnij się, że rozumiesz wzorce użycia. Musisz zaplanować około następujących godzin dnia:
- Ramp-up: początek dnia, kiedy użycie zostanie odebrane.
- Godziny szczytu: godzina dnia, w przypadku gdy użycie ma być najwyższe.
- Ramp-down: gdy zużycie jest wyłączone. Zwykle odbywa się to po zamknięciu maszyn wirtualnych w celu zaoszczędzenia kosztów.
- Godziny poza szczytem: czas dnia, w przypadku gdy użycie będzie najniższe.
Plan skalowania zacznie obowiązywać natychmiast po jej włączeniu.
Należy również pamiętać o następujących ograniczeniach:
Nie używaj autoskalowania w połączeniu z innymi narzędziami skalowania firmy Microsoft ani narzędzi do skalowania innych firm. Upewnij się, że te pule hostów są wyłączone dla pul hostów, do których są stosowane plany skalowania.
W przypadku pul hostów w puli automatyczne skalowanie zastępuje tryb opróżniania, dlatego podczas aktualizowania maszyn wirtualnych w pulach hostów należy używać tagów wykluczeń.
W przypadku pul hostów w puli autoskalowanie ignoruje istniejące algorytmy równoważenia obciążenia w ustawieniach puli hostów , a zamiast tego stosuje równoważenie obciążenia na podstawie konfiguracji harmonogramu.
Przykładowe scenariusze automatycznego skalowania dla pul hostów w puli
W tej sekcji przedstawiono cztery scenariusze pokazujące, jak działają różne części autoskalowania dla pul hostów w puli. W każdym przykładzie istnieją tabele pokazujące ustawienia puli hostów i animowane pokazy wizualne.
Uwaga
Aby dowiedzieć się więcej o tym, co oznaczają terminy parametrów, zobacz nasz słownik skalowania automatycznego.
Scenariusz 1: Kiedy automatyczne skalowanie włącza maszyny wirtualne?
W tym scenariuszu pokażemy, że skalowanie automatyczne może włączać maszyny wirtualne hosta sesji w dowolnej fazie harmonogramu skalowania, gdy używana pojemność puli hostów przekracza próg pojemności pojemności.
Przyjrzyjmy się na przykład następującej konfiguracji puli hostów zgodnie z opisem w tej tabeli:
| Parametr | Wartość |
|---|---|
| Faza | Ramp-up |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Pierwszy zakres |
| Próg pojemności | 30% |
| Minimalna wartość procentowa hostów | 30% |
| Dostępne hosty sesji | 2 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 10 |
| Sesje użytkowników | 0 |
| Używana pojemność puli hostów | 0% |
Na początku tej fazy automatyczne skalowanie włączyło dwa hosty sesji, aby dopasować minimalną wartość procentową hostów. Chociaż 30% z sześciu nie jest liczbą całkowitą, autoskalowanie zaokrągla w górę do najbliższej liczby całkowitej. Posiadanie dwóch dostępnych hostów sesji i maksymalny limit sesji na hosta oznacza, że ta pula hostów ma dostępną pojemność puli hostów wynoszącą 10. Ponieważ obecnie nie ma żadnych sesji użytkownika, używana pojemność puli hostów wynosi 0%.
Kiedy zaczyna się dzień, załóżmy, że trzech użytkowników loguje się i rozpoczyna sesje użytkowników. Sesje użytkowników są równomiernie dystrybuowane na dwóch dostępnych hostach sesji, ponieważ algorytm równoważenia obciążenia jest najpierw rozproszony. Dostępna pojemność puli hostów nadal wynosi 10, ale w przypadku trzech nowych sesji użytkownika używana pojemność puli hostów wynosi teraz 30%. Jednak automatyczne skalowanie nie będzie włączać maszyn wirtualnych, dopóki używana pojemność puli hostów nie będzie większa niż próg pojemności pojemności. W tym przykładzie próg pojemności wynosi 30%, więc skalowanie automatyczne nie będzie jeszcze włączać żadnych maszyn wirtualnych.
W tym momencie parametry puli hostów wyglądają następująco:
| Parametr | Wartość |
|---|---|
| Faza | Ramp-up |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Pierwszy zakres |
| Próg pojemności | 30% |
| Minimalna wartość procentowa hostów | 30% |
| Dostępne hosty sesji | 2 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 10 |
| Sesje użytkowników | 3 |
| Używana pojemność puli hostów | 30% |
Gdy inny użytkownik zaloguje się i rozpocznie sesję, istnieją teraz cztery sesje użytkowników rozdzielone na dwóch hostach sesji. Użyta pojemność puli hostów wynosi teraz 40%, co jest większe niż próg pojemności. W związku z tym automatyczne skalowanie spowoduje włączenie innego hosta sesji w celu zmniejszenia lub równego progowi pojemności używanej puli hostów (30%).
Podsumowując, poniżej przedstawiono parametry, gdy użyta pojemność puli hostów przekracza próg pojemności:
| Parametr | Wartość |
|---|---|
| Faza | Ramp-up |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Pierwszy zakres |
| Próg pojemności | 30% |
| Minimalna wartość procentowa hostów | 30% |
| Dostępne hosty sesji | 2 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 10 |
| Sesje użytkowników | 100 |
| Używana pojemność puli hostów | 40% |
Poniżej przedstawiono parametry po uruchomieniu automatycznego skalowania na innym hoście sesji:
| Parametr | Wartość |
|---|---|
| Faza | Ramp-up |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Pierwszy zakres |
| Próg pojemności | 30% |
| Minimalna wartość procentowa hostów | 30% |
| Dostępne hosty sesji | 3 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 15 |
| Sesje użytkowników | 100 |
| Używana pojemność puli hostów | 27% |
Włączenie innego hosta sesji oznacza, że w puli hostów są teraz trzy dostępne hosty sesji. Z maksymalnym limitem sesji nadal wynosi pięć, dostępna pojemność puli hostów wzrosła do 15. Ponieważ dostępna pojemność puli hostów wzrosła, użyta pojemność puli hostów spadła do 27%, czyli poniżej progu 30%.
Gdy inny użytkownik się zaloguje, istnieje teraz pięć sesji użytkowników rozmieszczonych na trzech dostępnych hostach sesji. Używana pojemność puli hostów wynosi teraz 33%, co przekracza próg 30%. Przekroczenie progu pojemności powoduje aktywowanie autoskalowania w celu włączenia innego hosta sesji.
Ponieważ nasz przykład jest w fazie zwiększania, nowi użytkownicy prawdopodobnie będą się logować. Wraz z nadejściem większej liczby użytkowników wzorzec staje się jaśniejszy:
| Łączna liczba sesji użytkowników | Liczba dostępnych hostów sesji | Dostępna pojemność puli hostów | Próg pojemności | Używana pojemność puli hostów | Czy automatyczne skalowanie włącza innego hosta sesji? |
|---|---|---|---|---|---|
| 5 | 3 | 15 | 30% | 33% | Tak |
| 5 | 100 | 20 | 30% | 25% | Nie. |
| 6 | 100 | 20 | 30% | 30% | Nie. |
| 7 | 100 | 20 | 30% | 35% | Tak |
| 7 | 5 | 25 | 30% | 28% | Nie. |
Jak pokazano w tej tabeli, autoskalowanie włącza tylko nowe hosty sesji, gdy używana pojemność puli hostów przekroczy próg pojemności. Jeśli używana pojemność puli hostów jest niższa lub poniżej progu pojemności, autoskalowanie nie będzie włączać nowych hostów sesji.
Poniższa animacja to wizualne podsumowanie tego, co właśnie omówiliśmy w scenariuszu 1.
Scenariusz 2: Kiedy automatyczne skalowanie wyłącza maszyny wirtualne?
W tym scenariuszu pokażemy, że automatyczne skalowanie wyłącza hosty sesji, gdy spełnione są wszystkie następujące kwestie:
- Użyta pojemność puli hostów jest niższa od progu pojemności.
- Automatyczne skalowanie może wyłączyć hosty sesji bez przekraczania progu pojemności.
- Automatyczne skalowanie wyłącza tylko hosty sesji bez sesji użytkowników (chyba że plan skalowania jest w fazie zwiększania w dół i włączono ustawienie wymuszenia wylogowania).
- Skalowanie automatyczne w puli nie spowoduje wyłączenia hostów sesji w fazie zwiększania w celu uniknięcia złego środowiska użytkownika.
W tym scenariuszu pula hostów zaczyna wyglądać następująco:
| Parametr | Wartość |
|---|---|
| Faza | Szczytowa wydajność |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Pierwszy zakres |
| Próg pojemności | 30% |
| Minimalna wartość procentowa hostów | 30% |
| Dostępne hosty sesji | 5 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 25 |
| Sesje użytkowników | 7 |
| Używana pojemność puli hostów | 28% |
Ponieważ jesteśmy w fazie szczytowej, możemy oczekiwać, że liczba użytkowników pozostanie względnie stabilna. Jednak aby zachować ilość zasobów używanych w stabilnym stanie, jednocześnie zachowując wydajność, skalowanie automatyczne spowoduje włączenie i wyłączenie hostów sesji zgodnie z potrzebami.
Załóżmy więc, że w godzinach szczytu zalogowało się siedmiu użytkowników. Jeśli łączna liczba sesji użytkownika wynosi siedem, oznaczałoby to, że użyta pojemność puli hostów wynosi 28%. Ponieważ automatyczne skalowanie nie może wyłączyć hosta sesji bez użycia pojemności puli hostów przekraczającej próg pojemności, autoskalowanie nie wyłączy jeszcze żadnych hostów sesji.
Jeśli dwóch z siedmiu użytkowników wyloguje się podczas przerwy obiadowej, spowoduje to pozostawienie pięciu sesji użytkowników na pięciu hostach sesji. Ponieważ maksymalny limit sesji nadal wynosi pięć, dostępna pojemność puli hostów wynosi 25. Posiadanie tylko pięciu użytkowników oznacza, że używana pojemność puli hostów wynosi teraz 20%. Automatyczne skalowanie musi teraz sprawdzić, czy może wyłączyć hosta sesji bez przekraczania progu pojemności używanej puli hostów.
Jeśli automatyczne skalowanie wyłączy hosta sesji, dostępna pojemność puli hostów będzie wynosić 20. W przypadku pięciu użytkowników użyta pojemność puli hostów wynosiłaby wówczas 25%. Ponieważ 25% jest mniejsze niż próg pojemności wynoszący 30%, autoskalowanie wybierze hosta sesji bez sesji użytkownika, umieść go w trybie opróżniania i wyłącz.
Po wyłączeniu automatycznego skalowania jednego z hostów sesji bez sesji użytkownika pozostało cztery dostępne hosty sesji. Maksymalny limit sesji puli hostów wynosi jeszcze pięć, więc dostępna pojemność puli hostów wynosi 20. Ponieważ istnieje pięć sesji użytkownika, używana pojemność puli hostów wynosi 25%, co jest nadal poniżej progu pojemności.
Jeśli jednak inny użytkownik wylogowa się i wyruszy na lunch, istnieją teraz cztery sesje użytkowników rozłożone na czterech hostach sesji w puli hostów. Ponieważ maksymalny limit sesji wynosi jeszcze pięć, dostępna pojemność puli hostów wynosi 20, a używana pojemność puli hostów wynosi 20%. Wyłączenie innego hosta sesji spowoduje pozostawienie trzech hostów sesji i dostępnej pojemności puli hostów wynoszącej 15, co spowodowałoby skok do około 27%. Mimo że 27% jest poniżej progu pojemności, nie ma hostów sesji z zerowymi sesjami użytkownika. Automatyczne skalowanie wybierze hosta sesji z najmniejszą liczbą sesji użytkownika, umieści je w trybie opróżniania i zaczeka na wylogowanie wszystkich sesji użytkownika przed wyłączeniem. Jeśli w jakimkolwiek momencie używana pojemność puli hostów przejdzie do punktu, w którym automatyczne skalowanie nie może już wyłączyć hosta sesji, spowoduje to wyłączenie trybu opróżniania hosta sesji.
Poniższa animacja to wizualne podsumowanie tego, co właśnie omówiliśmy w scenariuszu 2.
Scenariusz 3: Kiedy autoskalowania wymusza wylogowanie się użytkowników?
Autoskalowanie wymusza na użytkownikach wylogowanie się tylko wtedy, gdy włączono ustawienie wymuszenia wylogowania podczas fazy zwiększania harmonogramu skalowania. Ustawienie wymuszenia wylogowania nie wyloguje użytkowników w żadnej innej fazie harmonogramu planowania skalowania.
Przyjrzyjmy się na przykład puli hostów z następującymi parametrami:
| Parametr | Wartość |
|---|---|
| Faza | Ramp-down |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Głębokość pierwsza |
| Próg pojemności | 75% |
| Minimalna wartość procentowa hostów | 10% |
| Dostępne hosty sesji | 100 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 20 |
| Sesje użytkowników | 100 |
| Używana pojemność puli hostów | 20% |
W fazie zwiększania w dół administrator puli hostów ustawi próg pojemności na 75% i minimalny procent hostów na 10%. Posiadanie progu dużej pojemności i niski minimalny procent hostów w tej fazie zmniejsza potrzebę włączenia nowych hostów sesji na końcu dnia roboczego.
W tym scenariuszu załóżmy, że obecnie czterech użytkowników jest na czterech dostępnych hostach sesji w tej puli hostów. Ponieważ dostępna pojemność puli hostów wynosi 20, oznacza to, że używana pojemność puli hostów wynosi 20%. Na podstawie tych informacji funkcja autoskalowania wykrywa, że może wyłączyć dwa hosty sesji bez przekraczania progu pojemności wynoszącego 75%. Jednak ponieważ istnieją sesje użytkowników na wszystkich hostach sesji w puli hostów, aby wyłączyć dwa hosty sesji, autoskalowanie będzie musiało wymusić wylogowanie użytkowników.
Po włączeniu ustawienia wymuszenia wylogowania automatyczne skalowanie wybierze hosty sesji z najmniejszą sesją użytkownika, a następnie umieści hosty sesji w trybie opróżniania. Autoskalowanie następnie wysyła użytkowników w wybranych hostach sesji powiadomienia, że zostaną wymuszone wylogowane z sesji po pewnym czasie. Po upływie tego czasu, jeśli użytkownicy jeszcze nie zakończyli sesji, automatyczne skalowanie będzie wymuszać zakończenie sesji dla nich. W tym scenariuszu, ponieważ w każdej z hostów sesji w puli hostów istnieje taka sama liczba sesji, autoskalowanie wybierze losowo dwa hosty sesji, aby przymusowo wylogować wszystkich użytkowników, a następnie wyłączy hosty sesji.
Po wyłączeniu automatycznego skalowania dwóch hostów sesji dostępna pojemność puli hostów wynosi teraz 10. Teraz, gdy pozostało tylko dwie sesje użytkownika, użyta pojemność puli hostów wynosi 20%, jak pokazano w poniższej tabeli.
| Parametr | Wartość |
|---|---|
| Faza | Ramp-down |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Głębokość pierwsza |
| Próg pojemności | 75% |
| Minimalna wartość procentowa hostów | 10% |
| Dostępne hosty sesji | 2 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 10 |
| Sesje użytkowników | 2 |
| Używana pojemność puli hostów | 20% |
Teraz załóżmy, że dwóch użytkowników, którzy zostali zmuszeni do wylogowania się, chcą kontynuować pracę i zalogować się ponownie. Ponieważ dostępna pojemność puli hostów nadal wynosi 10, używana pojemność puli hostów wynosi teraz 40%, czyli poniżej progu pojemności wynoszącego 75%. Jednak automatyczne skalowanie nie może wyłączyć większej liczby hostów sesji, ponieważ pozostawiłoby to tylko jednego dostępnego hosta sesji i dostępnej pojemności puli hostów wynoszącej pięć. W przypadku czterech użytkowników spowodowałoby to, że użyta pojemność puli hostów wynosi 80%, co przekracza próg pojemności.
Teraz parametry wyglądają następująco:
| Parametr | Wartość |
|---|---|
| Faza | Ramp-down |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Głębokość pierwsza |
| Próg pojemności | 75% |
| Minimalna wartość procentowa hostów | 10% |
| Dostępne hosty sesji | 2 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 10 |
| Sesje użytkowników | 100 |
| Używana pojemność puli hostów | 40% |
Jeśli w tym momencie zostanie wylogowany inny użytkownik, spowoduje to pozostawienie tylko trzech sesji użytkowników rozproszonych na dwóch dostępnych hostach sesji. Innymi słowy, pula hostów wygląda teraz następująco:
| Parametr | Wartość |
|---|---|
| Faza | Ramp-down |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Głębokość pierwsza |
| Próg pojemności | 75% |
| Minimalna wartość procentowa hostów | 10% |
| Dostępne hosty sesji | 2 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 10 |
| Sesje użytkowników | 3 |
| Używana pojemność puli hostów | 30% |
Ponieważ maksymalny limit sesji nadal wynosi pięć, a dostępna pojemność puli hostów wynosi 10, używana pojemność puli hostów wynosi teraz 30%. Automatyczne skalowanie może teraz wyłączyć jednego hosta sesji bez przekraczania progu pojemności.
Automatyczne skalowanie wyłącza hosta sesji, wybierając hosta sesji z najmniejszą liczbą sesji użytkownika. Autoskalowanie następnie umieszcza hosta sesji w trybie opróżniania, wysyła użytkownikom powiadomienie informujące, że host sesji zostanie wyłączony, a następnie po upływie określonego czasu wymusza wylogowanie pozostałych użytkowników i wyłączenie go.
Po wyłączeniu hosta sesji jest teraz jeden pozostały dostępny host sesji w puli hostów z maksymalnym limitem sesji wynoszącym pięć, dzięki czemu dostępna pojemność puli hostów jest pięć.
Ponieważ automatyczne skalowanie zmusiło użytkownika do wylogowania się podczas wyłączania wybranego hosta sesji, pozostało tylko dwie sesje użytkownika, co sprawia, że używana pojemność puli hostów wynosi 40%.
Podsumowując, oto jak wygląda teraz pula hostów:
| Parametr | Wartość |
|---|---|
| Faza | Ramp-down |
| Łączna liczba hostów sesji | 6 |
| Maksymalny limit sesji | 5 |
| Algorytm równoważenia obciążenia | Głębokość pierwsza |
| Próg pojemności | 75% |
| Minimalna wartość procentowa hostów | 10% |
| Dostępna pojemność puli hostów | 5 |
| Sesje użytkowników | 2 |
| Dostępne hosty sesji | 1 |
| Używana pojemność puli hostów | 40% |
Następnie wyobraźmy sobie, że użytkownik, który został zmuszony do wylogowania się z powrotem, co spowoduje, że pula hostów będzie wyglądać następująco:
| Parametr | Wartość |
|---|---|
| Faza | Ramp-down |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Głębokość pierwsza |
| Próg pojemności | 75% |
| Minimalna wartość procentowa hostów | 10% |
| Dostępne hosty sesji | 1 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 5 |
| Sesje użytkowników | 3 |
| Używana pojemność puli hostów | 60% |
Teraz istnieją trzy sesje użytkownika w puli hostów. Jednak pojemność puli hostów jest nadal pięć, co oznacza, że używana pojemność puli hostów wynosi 60% i poniżej progu pojemności. Ponieważ wyłączenie pozostałego hosta sesji spowoduje, że dostępna pojemność puli hostów będzie równa zero, która jest poniżej 10% minimalnej wartości procentowej hostów, automatyczne skalowanie zapewni, że zawsze jest co najmniej jeden dostępny host sesji w fazie zwiększania w dół.
Poniższa animacja to wizualna podsumowanie tego, co właśnie omówiliśmy w scenariuszu 3.
Scenariusz 4: Jak działają tagi wykluczeń?
Jeśli maszyna wirtualna ma nazwę tagu zgodną z tagiem wykluczenia planu skalowania, autoskalowanie nie będzie włączać, wyłączać ani zmieniać ustawienia trybu opróżniania. Tagi wykluczeń mają zastosowanie we wszystkich fazach harmonogramu planu skalowania.
Oto przykładowa pula hostów, od których zaczynamy:
| Parametr | Wartość |
|---|---|
| Faza | Poza szczytem |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Pierwszy zakres |
| Próg pojemności | 75% |
| Minimalna wartość procentowa hostów | 10% |
| Dostępne hosty sesji | 1 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 5 |
| Sesje użytkowników | 3 |
| Używana pojemność puli hostów | 60% |
W tym przykładowym scenariuszu administrator puli hostów stosuje tag wykluczenia planu skalowania do pięciu z sześciu hostów sesji. Gdy nowy użytkownik się zaloguje, spowoduje to łączną liczbę sesji użytkownika do czterech. Istnieje tylko jeden dostępny host sesji, a maksymalny limit sesji puli hostów nadal wynosi pięć, więc dostępna pojemność puli hostów wynosi pięć. Używana pojemność puli hostów wynosi 80%. Jednak mimo że używana pojemność puli hostów jest większa niż próg pojemności, autoskalowanie nie włącza żadnych innych hostów sesji, ponieważ wszystkie hosty sesji z wyjątkiem aktualnie uruchomionego zostały oznaczone tagiem wykluczenia.
Teraz pula hostów wygląda następująco:
| Parametr | Wartość |
|---|---|
| Faza | Poza szczytem |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Pierwszy zakres |
| Próg pojemności | 75% |
| Minimalna wartość procentowa hostów | 10% |
| Dostępne hosty sesji | 1 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 5 |
| Sesje użytkowników | 100 |
| Używana pojemność puli hostów | 80% |
Następnie załóżmy, że wszyscy czterech użytkowników wylogowali się, nie pozostawiając żadnych sesji użytkownika pozostawionych na dostępnym hoście sesji. Ponieważ w puli hostów nie ma żadnych sesji użytkownika, używana pojemność puli hostów wynosi 0. Automatyczne skalowanie zachowa hosta pojedynczej sesji, mimo że nie ma żadnych użytkowników, ponieważ w fazie poza szczytem minimalna wartość procentowa hostów autoskalowania określa, że musi zachować co najmniej jednego hosta sesji dostępnego w tej fazie.
Podsumowując, pula hostów wygląda teraz następująco:
| Parametr | Wartość |
|---|---|
| Faza | Poza szczytem |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Pierwszy zakres |
| Próg pojemności | 75% |
| Minimalna wartość procentowa hostów | 10% |
| Dostępne hosty sesji | 1 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 5 |
| Sesje użytkowników | 0 |
| Używana pojemność puli hostów | 0% |
Jeśli administrator zastosuje nazwę tagu wykluczenia do ostatniej nieotagowanych maszyny wirtualnej hosta sesji i wyłączy ją, oznacza to, że nawet jeśli inni użytkownicy spróbują się zalogować, autoskalowanie nie będzie mogło włączyć maszyny wirtualnej w celu uwzględnienia sesji użytkownika. Ten użytkownik zobaczy błąd "Brak dostępnych zasobów".
Jednak nie można ponownie włączyć maszyn wirtualnych, oznacza, że pula hostów nie będzie mogła osiągnąć minimalnego procentu hostów. Aby rozwiązać wszelkie potencjalne problemy, które powodują, administrator usuwa tagi wykluczeń z dwóch maszyn wirtualnych. Automatyczne skalowanie włącza tylko jedną z maszyn wirtualnych, ponieważ wymaga tylko jednej maszyny wirtualnej, aby spełnić minimalne wymagania 10%.
Na koniec pula hostów będzie wyglądać następująco:
| Parametr | Wartość |
|---|---|
| Faza | Poza szczytem |
| Łączna liczba hostów sesji | 6 |
| Algorytm równoważenia obciążenia | Pierwszy zakres |
| Próg pojemności | 75% |
| Minimalna wartość procentowa hostów | 19% |
| Dostępne hosty sesji | 1 |
| Maksymalny limit sesji | 5 |
| Dostępna pojemność puli hostów | 5 |
| Sesje użytkowników | 0 |
| Używana pojemność puli hostów | 0% |
Poniższa animacja to wizualna podsumowanie tego, co właśnie omówiliśmy w scenariuszu 4.
Następne kroki
- Aby dowiedzieć się, jak tworzyć plany skalowania na potrzeby skalowania automatycznego, zobacz Tworzenie skalowania automatycznego dla pul hostów usługi Azure Virtual Desktop.
- Aby przejrzeć terminy skojarzone z autoskalowaniem, zobacz słownik skalowania automatycznego.
- Odpowiedzi na często zadawane pytania dotyczące autoskalowania można znaleźć w często zadawanych pytaniach dotyczących autoskalowania.