Microsoft AZ-140: Architektura i projektowanie usługi Azure Virtual Desktop — Przewodnik do nauki
Część Microsoft Azure Virtual Desktop Specialty AZ-140 — Przewodnik do nauki. Ćwicz ze zweryfikowanymi odpowiedziami w centrum egzaminów Microsoft, albo rozwiąż testy na czas na ExamRoll.io.
Równoważenie obciążenia, planowanie pojemności, rejestracja i kondycja
Algorytmy równoważenia obciążenia:
- Breadth-first (wszerz): Równomiernie rozdziela sesje między dostępne hosty. Najlepsze dla stałej wydajności i rezerwy pamięci.
- Depth-first (w głąb): Wypełnia jednego hosta do jego limitu Max session, zanim użyje następnego. Maksymalizuje liczbę dealokacji w celu oszczędności kosztów, ale niesie ryzyko efektu “głośnego sąsiada”, jeśli limity są zbyt wysokie.
Limit maksymalnej liczby sesji i gęstość użytkowników:
- Ustaw limit Max session na maszynę wirtualną, aby ograniczyć liczbę jednoczesnych sesji i chronić doświadczenie użytkownika (UX), zwłaszcza przy strategii Depth-first.
- Oszacuj gęstość, przeprowadzając testy porównawcze docelowych obciążeń: CPU często ogranicza gęstość w środowiskach wielosesyjnych. Zgodnie z ogólną zasadą:
- Lekka praca biurowa: 6–10 sesji/vCPU na nowoczesnych, wielosesyjnych jednostkach SKU przy odpowiednim dostrojeniu.
- Średnia praca biurowa: 4–6 sesji/vCPU.
- Praca z grafiką lub dużą ilością danych: 1–3 sesji/vCPU.
- Planowanie pojemności:
- Wymagana liczba hostów = ceil((Liczba użytkowników × współbieżność) ÷ liczba sesji na hosta).
- Dodaj rezerwę N+1 lub procentowy bufor na potrzeby przełączania awaryjnego i okien na wdrażanie poprawek.
- Sieć: Szacuj 300–500 Kb/s na lekką sesję, 1–2 Mb/s na średnią i 3–5+ Mb/s na ciężką. Tylko użytkownicy w biurze kierują ruch przez firmowe łącze internetowe (hairpinning); użytkownicy zdalni łączą się bezpośrednio z AVD.
- QoS: Priorytetyzuj ruch UDP/TCP 443 do bram AVD; niewystarczająca alokacja pasma powoduje powolne reakcje i błędy połączeń.
Wybór magazynu dla FSLogix:
- Azure NetApp Files zapewnia najwyższą liczbę IOPS i najniższe opóźnienia w skali przedsiębiorstwa (dla dziesiątek tysięcy użytkowników) przy minimalnym narzucie administracyjnym.
- Azure Files Premium oferuje udziały SMB oparte na dyskach SSD z uwierzytelnianiem opartym na AD lub Entra Kerberos, równoważąc wydajność i koszty dla większości wdrożeń.
- Alternatywy IaaS (S2D SOFS) wymagają co najmniej trzech maszyn wirtualnych bez Cloud Witness i narzucają dodatkowy narzut operacyjny; używaj ich tylko wtedy, gdy opcje PaaS nie są dostępne.
Tokeny rejestracyjne, rejestracja hosta sesji i kondycja agenta:
- Przed dodaniem istniejących maszyn wirtualnych do puli hostów, wygeneruj token rejestracyjny. Agent AVD i boot loader rejestrują maszynę wirtualną przy użyciu tego tokena; następnie host jest powiązany z pulą, a token może wygasnąć.
- Utrzymuj kondycję agenta na zielonym poziomie, monitorując status usługi, wersję stosu SxS i sygnał “heartbeat” za pomocą AVD Insights i Log Analytics. Używaj trybu drenażu (drain mode) na hostach podczas wdrażania poprawek, aby zapobiec nowym sesjom.
- Krótka wskazówka dotycząca rozwiązywania problemów: W ramach sesji użytkownika użyj liczników RemoteFX Graphics w Monitorze wydajności (Frames Skipped/Second), aby wyizolować problemy z renderowaniem po stronie serwera, sieci lub klienta.
Przykładowy PowerShell do rejestracji i sprawdzania kondycji:
# Generate a time-limited registration token
New-AzWvdRegistrationInfo `
-ResourceGroupName 'rg-avd' `
-HostPoolName 'hp-pooled' `
-ExpirationTime (Get-Date).AddHours(8)
# Review host state, drain mode, and session counts
Get-AzWvdSessionHost `
-ResourceGroupName 'rg-avd' `
-HostPoolName 'hp-pooled' |
Select-Object Name, Status, AllowNewSession, Sessions
Kwestie związane z DNS i przyłączaniem do domeny:
- Podczas korzystania z Azure AD DS, ustaw serwery DNS sieci wirtualnej (VNet) na adresy IP domeny zarządzanej, aby hosty sesji mogły zlokalizować kontrolery domeny na potrzeby rejestracji w systemie Windows oraz uwierzytelniania Kerberos/NTLM.
- W przypadku AD DS w modelu hybrydowym, skonfiguruj każdą sieć wirtualną (VNet) hostującą hosty sesji tak, aby używała adresów IP lokalnych kontrolerów domeny (co najmniej dwóch dla zapewnienia odporności). Upewnij się, że warunkowe usługi przesyłania dalej (conditional forwarders) lub resolwery obsługują prywatne punkty końcowe (private endpoints) platformy Azure, jeśli są używane.
Projekt regionalny i Experience Estimator:
- Wybierz regiony puli hostów na podstawie najniższego opóźnienia w obie strony (RTT) z lokalizacji użytkowników, zmierzonego za pomocą Azure Virtual Desktop Experience Estimator. Przeprowadź testy z rzeczywistych podsieci użytkowników w godzinach szczytu i poza nimi.
- Współlokalizuj magazyn FSLogix i usługi domenowe z hostami sesji, aby zminimalizować liczbę zapytań SMB. Unikaj montowania profili między regionami.
- W przypadku wdrożeń wieloregionalnych, ujednolić lokalizacje metadanych dla puli hostów, grup aplikacji i obszarów roboczych; używaj oddzielnych pul dla każdego regionu, aby zapewnić autonomię i etapowe przełączanie awaryjne.
Praktyczny scenariusz problemowy
Siemens AG musi dostarczyć obciążenia CAD i biurowe inżynierom w Monachium, Chicago i Singapurze, minimalizując koszty i zapewniając wysoką wydajność.
- Zmapuj kohorty użytkowników, obciążenia i regiony
- Zidentyfikuj trzy kohorty: intensywnie korzystający z CAD (wymagane GPU), standardowa praca biurowa oraz kontraktorzy z potrzebą dostępu tylko do aplikacji. Zmierz opóźnienie z każdej lokalizacji za pomocą AVD Experience Estimator.
- Dlaczego: Pule oparte na kohortach zapobiegają efektowi “głośnego sąsiada” i pozwalają na dobranie odpowiednich rodzin maszyn wirtualnych oraz zachowań skalowania dla każdego obciążenia. Pomiary opóźnień informują o wyborze lokalizacji regionalnej.
- Zaprojektuj regionalne pule hostów i dostarczanie aplikacji
- Utwórz trzy regionalne pule hostów dla każdej kohorty w regionach West Europe, East US i Southeast Asia. Użyj:
- GPU NVadsA10 v5 dla CAD (współdzielone, Breadth-first, niższy limit Max session).
- Seria D/E dla pracy biurowej (współdzielone, Depth-first, aby zmaksymalizować dealokacje poza godzinami szczytu).
- Pule tylko z RemoteApp dla kontraktorów, publikujące określone aplikacje.
- Zarejestruj grupy aplikacji RemoteApp i Desktop w regionalnych obszarach roboczych pasujących do lokalizacji zasobów każdej puli.
- Dlaczego: Segregacja pul według obciążenia i regionu optymalizuje wydajność i koszty, jednocześnie utrzymując przejrzyste uprawnienia do aplikacji.
- Zaimplementuj tożsamość i DNS
- Dla UE i USA, przyłącz maszyny do lokalnej domeny AD DS zsynchronizowanej z Entra ID. Skonfiguruj niestandardowy DNS każdej sieci VNet tak, aby wskazywał na dwa regionalne kontrolery domeny w celu zapewnienia odporności. W Singapurze wdróż Azure AD DS i ustaw DNS sieci VNet na adresy IP domeny zarządzanej, aby uniknąć zależności od sieci WAN.
- Dlaczego: Lokalne kontrolery domeny i poprawnie skonfigurowany DNS w VNet zapewniają niezawodne rozwiązywanie nazw Kerberos i szybkie logowania; Azure AD DS zmniejsza narzut operacyjny tam, gdzie nie ma lokalnego AD.
- Zoptymalizuj stan użytkownika i magazyn danych
- Użyj Azure NetApp Files dla kohort CAD i o wysokiej współbieżności pracy biurowej; użyj Azure Files Premium dla kontraktorów. Umieść magazyn w tym samym regionie co pule hostów i włącz kontenery profili FSLogix z Cloud Cache dla użytkowników CAD, którzy przemieszczają się między dwoma pobliskimi biurami.
- Dlaczego: ANF zapewnia najniższe opóźnienia i najwyższą liczbę IOPS dla ciężkich obciążeń; Azure Files Premium obniża koszty dla mniej wymagających użytkowników. Współlokalizacja zapobiega opóźnieniom SMB związanym z ruchem międzyregionalnym.
- Pojemność, autoskalowanie i Start VM on Connect
- Ustal docelowe gęstości na podstawie testów pilotażowych (np. CAD 1–2 sesje/vCPU, praca biurowa 4–6 sesji/vCPU). Skonfiguruj plany autoskalowania z rozruchem w ciągu dnia pracy oraz drenażem i dealokacją poza godzinami pracy. Włącz Start VM on Connect z tożsamością przypisaną przez system w każdej puli hostów i nadaj rolę Desktop Virtualization Power On Off Contributor w grupach zasobów hostów sesji.
- Dlaczego: Autoskalowanie i Start VM on Connect minimalizują wydatki na zasoby obliczeniowe, zachowując jednocześnie dobre doświadczenie użytkownika; tożsamość i przypisanie ról pozwalają usłudze na niezawodne włączanie maszyn wirtualnych.
- Wdrażanie etapowe i walidacja
- Wyznacz małą pulę hostów walidacyjnych w każdym regionie, aby otrzymywała aktualizacje agenta wcześniej. Kadencja wdrażania poprawek: walidacja → pilotaż → produkcja. Używaj trybu drenażu (drain mode) podczas wdrażania poprawek i egzekwuj limity Max session odpowiednie dla każdego obciążenia i algorytmu.
- Dlaczego: Kontrolowane pierścienie wdrożeń (rings) pozwalają uniknąć regresji w całej usłudze; tryb drenażu utrzymuje sesje podczas konserwacji hosta.
- Strojenie sieci i QoS
- Upewnij się, że routery w oddziałach priorytetyzują ruch UDP/TCP 443 do punktów końcowych AVD z wystarczającą alokacją pasma. Usuń wszelki “hairpinning” VPN dla użytkowników zdalnych, aby użytkownicy domowi łączyli się bezpośrednio z AVD.
- Dlaczego: Przepływy multimedialne AVD opierają się na porcie 443; niedostatecznie skonfigurowany QoS powoduje powolne reakcje i zrywanie połączeń.
Dzięki dopasowaniu typów pul, grup aplikacji, tożsamości, magazynu, skalowania i rozmieszczenia regionalnego do kohort i geografii firmy Siemens, projekt osiąga przewidywalną wydajność, bezpieczeństwo operacyjne dzięki pierścieniom walidacyjnym oraz efektywność kosztową poprzez inteligentne zarządzanie energią i kontrolę gęstości.
Wszystkie domeny · Tożsamość →
Przećwicz te pytania → · Testy na czas na ExamRoll.io →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
Zdaj egzamin →