Microsoft AZ-140: Obrazy hostów sesji i aprowizacja — 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.
Przegląd
Obrazy hostów sesji i ich aprowizowanie stanowią podstawę niezawodności, wydajności i stanu bezpieczeństwa usługi Azure Virtual Desktop. Dobrze zarządzane potoki obrazów minimalizują dryf konfiguracji, przyspieszają wdrożenia i umożliwiają bezpieczne wycofywanie zmian, jednocześnie zapewniając, że każdy host sesji jest identycznie skonfigurowany i prawidłowo przyłączony do właściwej granicy tożsamości. Ta sekcja obejmuje wybór źródła obrazu, opcje systemu Windows Enterprise multi-session, usługę Azure Compute Gallery, generalizację i cykl życia, narzędzia do automatyzacji, modele przyłączania, rejestrację agenta, strategię aktualizacji oraz utwardzanie z walidacją.
Źródła obrazów i opcje systemu operacyjnego
Wybór odpowiedniego obrazu bazowego i systemu operacyjnego decyduje o wsparciu, nakładzie pracy związanym z zarządzaniem i doświadczeniu użytkownika.
Obrazy z Azure Marketplace a obrazy niestandardowe
- Obrazy z Marketplace dostarczają utrzymywane przez Microsoft wzorce, takie jak Windows 11 Enterprise multi-session i warianty zawierające aplikacje Microsoft 365. Skracają one czas wdrożenia, zapewniają aktualne poprawki i zawierają metadane obrazu wymagane przez Azure.
- Obrazy niestandardowe są zalecane, gdy konieczne jest preinstalowanie aplikacji biznesowych, agentów (FSLogix, Defender for Endpoint), pakietów językowych lub wzorców bezpieczeństwa. Należy budować je na podstawie obrazu z Marketplace, dostosowywać, generalizować i publikować w Azure Compute Gallery w celu dystrybucji wersjonowanej.
- Wskazówki operacyjne: Preferuj obrazy z Marketplace tam, gdzie to możliwe, dla większej zwinności. Przejdź na obrazy niestandardowe, gdy pojawią się powtarzalne wymagania dotyczące dostosowywania; unikaj doraźnej konfiguracji poszczególnych maszyn wirtualnych, aby ograniczyć dryf.
Obrazy Windows Enterprise multi-session i obsługiwane systemy operacyjne
- Windows 11 Enterprise multi-session to obecny strategiczny kliencki system operacyjny dla współdzielonych pul hostów; Windows 10 Enterprise multi-session pozostaje wspierany dla istniejących środowisk.
- Przyłączanie do Microsoft Entra ID jest obsługiwane dla Windows 11 Enterprise i Windows 11 Enterprise multi-session. Windows Server (2019/2022) pozostaje odpowiedni dla scenariuszy zdalnego udostępniania aplikacji lub tam, gdzie pożądane są funkcje dostępne tylko w systemie serwerowym i hotpatching, ale brakuje mu pełnego doświadczenia pulpitu M365 dostępnego w klienckim systemie multi-session.
- Warianty z Marketplace (na przykład „Windows 11 Enterprise multi-session + Microsoft 365 Apps”) upraszczają prawidłową obsługę aplikacji M365 i aktywację na komputerze udostępnionym.
Zarządzanie obrazami za pomocą Azure Compute Gallery
Azure Compute Gallery (wcześniej Shared Image Gallery) to autorytatywny sposób zarządzania złotymi obrazami na dużą skalę.
Definicje i wersje obrazów
- Definicja określa typ systemu operacyjnego, semantykę publisher/offer/SKU oraz atrybuty „rodziny”. Wersje reprezentują niezmienne migawki definicji opatrzone znacznikiem czasu.
- Używaj wersjonowania semantycznego (na przykład 1.0.0 → 1.1.0 → 1.2.0) dostosowanego do zakresu zmian (poprawka, drobna, główna). Zawsze pozostawiaj poprzednią wersję produkcyjną dostępną na potrzeby wycofania zmian.
Replikacja i rozmieszczenie regionalne
- Replikuj wersje obrazów do regionów Azure, w których będą wdrażane pule hostów, aby zminimalizować czas aprowizowania i uniknąć zależności międzyregionalnych. Na przykład zreplikuj Obraz1 z regionu East US do South India przed utworzeniem maszyn wirtualnych hostów w regionie South India.
- Aktualizuj ustawienia replikacji na poziomie wersji obrazu, aby wprowadzać lub usuwać regiony bez konieczności ponownego budowania obrazu.
Wykluczenia i alias „latest”
- Galeria udostępnia alias „latest” dla każdej definicji, który może być używany w szablonach. Aby przypiąć wdrożenia do konkretnej wersji lub wstrzymać wersję kandydującą, ustaw
ExcludeFromLatestdla nowszej wersji. - Przykład: Aby uczynić wersję 1.1.0 domyślną, podczas gdy wersja 1.2.0 jest jeszcze w trakcie walidacji, oznacz wersję 1.2.0 jako wykluczoną z „latest”, aby nowe maszyny wirtualne domyślnie aprowizowały się z wersji 1.1.0.
- Galeria udostępnia alias „latest” dla każdej definicji, który może być używany w szablonach. Aby przypiąć wdrożenia do konkretnej wersji lub wstrzymać wersję kandydującą, ustaw
Zarządzanie i dostęp
- Przypisz role czytelnika (Reader) w galerii do tożsamości wdrożeniowych; użyj RBAC i blokad zasobów, aby chronić wersje produkcyjne. Wykorzystaj Azure Policy, aby ograniczyć obrazy dozwolone dla hostów sesji.
Aprowizowanie, generalizacja i automatyzacja
Zdyscyplinowany cykl życia obrazu i automatyzacja zapobiegają dryfowi konfiguracji i zapewniają unikatowe tożsamości dla wszystkich hostów.
- Sysprep, generalizacja i unikatowe tożsamości
- Przed przechwyceniem obrazu systemu Windows usuń dane specyficzne dla maszyny, aby nowe hosty otrzymywały odrębne nazwy, identyfikatory SID i tożsamości. Z wiersza polecenia z podwyższonymi uprawnieniami:
sysprep /oobe /generalize /shutdown /mode:vm
```
- Sprawdź, czy system Windows jest zaktualizowany, wszelkie sekrety per-użytkownik zostały usunięte, a dzienniki zdarzeń zrotowane. Nie przyłączaj obrazu przeznaczonego do przechwycenia do domeny.
- Azure Image Builder i powtarzalne dostosowywanie
- Azure Image Builder orkiestruje tworzenie obrazów za pomocą deklaratywnego potoku, który może dodawać oprogramowanie, stosować wzorce, wstrzykiwać pakiety językowe, uruchamiać Windows Update i publikować w Azure Compute Gallery.
- Wymuszaj powtarzalność: przechowuj szablony AIB w kontroli wersji, steruj sparametryzowanymi kompilacjami i promuj obrazy przez kolejne galerie lub regiony: deweloperskie → walidacyjne → produkcyjne.
- Szablony Azure Resource Manager, Bicep i automatyzacja wdrożeń
- Definiuj pule hostów, grupy aplikacji, obszary robocze, zestawy skalowania maszyn wirtualnych i maszyny wirtualne hostów sesji jako kod. Parametryzuj odwołanie do obrazu (galeria/definicja/wersja), sieć, rozmiar i tożsamość.
- Używaj odwołań do Key Vault dla sekretów, gdy wymagane jest przyłączenie do domeny AD DS. W przypadku dużych wdrożeń wstępnie zweryfikuj regionalne limity vCPU, aby uniknąć niepowodzeń aprowizowania.
- Przykład: Fragment kodu Bicep do instalacji agenta AVD z tokenem rejestracji podczas aprowizowania maszyny wirtualnej
@secure() param avdRegistrationToken string
resource avdAgent ‘Microsoft.Compute/virtualMachines/extensions@2023-09-01’ = { name: ‘${vmName}/Microsoft.DesktopVirtualization-AVDAgent’ location: location properties: { publisher: ‘Microsoft.DesktopVirtualization’ type: ‘rdagent’ typeHandlerVersion: ‘1.0’ autoUpgradeMinorVersion: true settings: { registrationInfoToken: avdRegistrationToken } } }
### Opcje dołączania, rejestracja i kwestie związane z siecią/DNS
Dołączanie tożsamości i rejestracja agenta muszą być planowane z uwzględnieniem rozwiązywania nazw i routingu.
- Dołączanie do domeny i dołączanie do Microsoft Entra podczas wdrażania hosta sesji
- Dołączanie do AD DS: Obsługiwane dla Windows 10/11 Enterprise multi-session i Windows Server. Użyj właściwości „JSONADDomainExtension” lub natywnych właściwości domainJoin w swoim przepływie wdrożeniowym. Deleguj uprawnienia do dołączania na konto usługi z ograniczonym zakresem jednostki organizacyjnej (OU).
- Dołączanie do Microsoft Entra ID: Obsługiwane dla Windows 11 Enterprise i Windows 11 Enterprise multi-session. Eliminuje to zależność od kontrolerów domeny i może uprościć cykl życia urządzenia dzięki tożsamości wyłącznie chmurowej i dostępowi warunkowemu (Conditional Access). Przed włączeniem upewnij się, że spełnione są wymagania wstępne klienta i zarządzania AVD.
- Dołączanie do Azure AD DS: W przypadku korzystania z domeny zarządzanej najpierw skonfiguruj serwery DNS sieci VNet, aby wskazywały na adresy IP usługi Azure AD DS; w przeciwnym razie wdrożenie i dołączenie nie powiodą się, ponieważ hosty sesji nie będą mogły rozwiązać nazwy domeny zarządzanej.
- Wymagania dotyczące DNS i łączności
- Upewnij się, że DNS w sieci VNet wskazuje na resolwery, które mogą rozwiązywać nazwy domeny docelowej i rekordy dla usług Azure. W przypadku hybrydowego AD DS użyj adresów IP kontrolerów domeny osiągalnych przez peering lub VPN; skonfiguruj wiele serwerów DNS, aby zachować odporność na awarie.
- W przypadku wdrożeń obejmujących wiele sieci VNet zaktualizuj ustawienia DNS podrzędnej sieci VNet; nie polegaj na domyślnym DNS Azure przy dołączaniu do AD DS.
- Bootstrapping agenta hosta sesji i użycie tokenu rejestracyjnego
- Para agentów AVD (Remote Desktop Agent Loader i stos side-by-side) rejestruje maszynę wirtualną w puli hostów przy użyciu ograniczonego czasowo tokenu rejestracyjnego. Wygeneruj token na poziomie puli hostów i wstrzyknij go w czasie budowania obrazu lub za pomocą rozszerzeń VM.
- Podczas dołączania istniejących maszyn wirtualnych do puli hostów wygeneruj nowy klucz rejestracyjny przed zainstalowaniem agenta, aby maszyna wirtualna mogła zarejestrować się u brokera.
### Aktualizacja, wzmacnianie bezpieczeństwa i walidacja
Traktuj hosty sesji jako niezmienne; dodawaj nowe hosty z nowego obrazu, a stare opróżniaj i wycofuj.
- Strategia aktualizacji: aktualizacje obrazu, hotpatching i planowanie wycofania zmian (rollback)
- Aktualizacje obrazu: Twórz nową wersję w galerii dla comiesięcznych aktualizacji jakościowych i funkcyjnych, waliduj, a następnie dodawaj nowe hosty. Użyj „trybu drenażu” (drain mode), aby wylogować użytkowników przed dealokacją i usunięciem starych hostów.
- Hotpatching: Dotyczy tylko Windows Server Azure Edition; redukuje liczbę restartów podczas wdrażania poprawek. Windows 10/11 Enterprise multi-session nie obsługuje hotpatchingu — używaj standardowych aktualizacji zbiorczych w potoku budowania obrazu oraz, w razie potrzeby, awaryjnych poprawek wdrażanych poza cyklem.
- Wycofanie zmian (Rollback): Przechowuj co najmniej jedną poprzednią wersję obrazu produkcyjnego zreplikowaną we wszystkich regionach. W przypadku wykrycia problemów, udostępnij nowe hosty z poprzedniej wersji i przypisz ponownie pojemność. Użyj opcji `ExcludeFromLatest` w galerii, aby wstrzymać problematyczne kompilacje.
- Wzmacnianie bezpieczeństwa obrazu
- Standardy bazowe: Zastosuj standardy bezpieczeństwa Microsoft dla Windows 10/11 lub równoważne wzmocnienia CIS w potoku budowania obrazu. Waliduj za pomocą Defender for Cloud i oceny podatności.
- Tożsamość i dostęp: Usuń lokalne konta administratora tam, gdzie to możliwe, włącz Windows LAPS dla wszelkich kont lokalnego administratora i wymuszaj MFA/Dostęp Warunkowy (Conditional Access) przy logowaniu do AVD.
- Ochrona dysku i danych: Używaj kluczy zarządzanych przez platformę lub przez klienta dla zestawów szyfrowania dysków. Przechowuj profile FSLogix na odpornej pamięci masowej; dla bardzo dużej liczby użytkowników i wymagań niskiej latencji, Azure NetApp Files zapewnia przechowywanie profili z najwyższą liczbą IOPS i najniższą latencją.
- Kontrola aplikacji i redukcja powierzchni ataku: Włącz Windows Defender Application Control tam, gdzie to wykonalne, skonfiguruj reguły ASR i wdróż Microsoft Defender for Endpoint.
- Zasady i kontrola odchyleń: Użyj Azure Policy do ograniczania dozwolonych obrazów i rozszerzeń maszyn wirtualnych; audytuj odchylenia i blokuj zmiany wprowadzane poza procesem.
- Testowanie w walidacyjnej puli hostów
- Utrzymuj małą, oddzielną pulę hostów walidacyjnych. Ustaw ją jako środowisko walidacyjne, aby otrzymywać aktualizacje agenta AVD w wersji zapoznawczej oraz walidować nowe wersje obrazów, zmiany w FSLogix i obiekty GPO przed wdrożeniem na produkcję.
- Mierz doświadczenie użytkownika w trakcie sesji. Na przykład, aby szybko zdiagnozować postrzegane problemy z wyświetlaniem, sprawdź liczniki `RemoteFX Graphics Frames Skipped/Second` w Monitorze wydajności, aby wyizolować wąskie gardła po stronie klienta, sieci lub serwera.
#### Praktyczny scenariusz problemu
Firma Siemens musi ustandaryzować Azure Virtual Desktop w regionach Europa Zachodnia i Indie Południowe, używając hostów Windows 11 Enterprise multi-session. Wymagają powtarzalnej personalizacji obrazu, szybkich wdrożeń, bezpiecznego wycofywania zmian oraz możliwości obsługi zarówno aplikacji Microsoft 365, jak i dodatku do aplikacji biznesowej (LOB). W centralnej sieci VNet (hub VNet) w Europie istnieje zarządzana domena Azure AD DS, a Siemens planuje wdrożyć pule hostów w trybie puli (pooled) w obu regionach.
1) Przygotuj rozpoznawanie nazw i wymagania wstępne dołączenia do domeny
- Działanie: Ustaw serwery DNS w obu sieciach VNet na adresy IP usługi Azure AD DS i upewnij się, że peering VNet zezwala na przekierowany ruch DNS.
- Uzasadnienie: Hosty sesji muszą być w stanie rozpoznać nazwę zarządzanej domeny, aby dołączyć do AD DS. Wcześniejsza aktualizacja DNS w sieciach VNet zapobiega błędom podczas dołączania i zapewnia rozpoznawanie Kerberos oraz LDAP.
2) Zbuduj złoty obraz za pomocą Azure Image Builder
- Działanie: Rozpocznij od obrazu z Marketplace „Windows 11 Enterprise multi-session + Microsoft 365 Apps”. Użyj Azure Image Builder, aby dodać FSLogix, Defender for Endpoint, pakiety językowe i standardy bezpieczeństwa; następnie uruchom Windows Update i generalizację za pomocą sysprep.
- Uzasadnienie: AIB gwarantuje powtarzalny, audytowalny potok, który minimalizuje odchylenia i tworzy zapieczętowany obraz, zapewniając, że każdy host jest identyczny i zgodny z wymaganiami.
3) Opublikuj i zreplikuj za pomocą Azure Compute Gallery
- Działanie: Opublikuj przechwycony obraz jako wersję 1.0.0 w Azure Compute Gallery i zreplikuj go do regionów Europa Zachodnia i Indie Południowe. Oznacz wersję 1.0.0 jako najnowszą; podczas przygotowywania wersji 1.1.0, ustaw dla niej flagę `ExcludeFromLatest` do czasu zakończenia walidacji.
- Uzasadnienie: Replikacja w galerii umieszcza obraz blisko miejsca tworzenia hostów, co przyspiesza provisioning i umożliwia kontrolowaną promocję wersji za pomocą flag `latest` i `exclusion`.
4) Zautomatyzuj provisionowanie puli hostów i maszyn wirtualnych za pomocą Bicep
- Działanie: Wdróż pule hostów, grupy aplikacji i plany skalowania jako kod. Utwórz hosty sesji z wersji obrazu w galerii, używając sparametryzowanego szablonu Bicep, który instaluje agenta AVD ze świeżo wygenerowanym tokenem rejestracyjnym i wykonuje dołączenie do domeny AD DS za pomocą rozszerzenia dołączania do domeny.
- Uzasadnienie: Infrastruktura jako kod (IaC) zapewnia spójność między regionami, sprawia, że wdrożenia są idempotentne i usprawnia rejestrację w brokerze przy minimalnej liczbie kroków manualnych.
5) Przeprowadź walidację w dedykowanej puli hostów walidacyjnych
- Działanie: Uruchom małą pulę hostów walidacyjnych w regionie Europa Zachodnia, włącz dla niej środowisko walidacyjne i skieruj do niej grupę pilotażową. Zmierz wydajność logowania, zachowanie FSLogix i liczniki grafiki; rozwiąż zidentyfikowane problemy, a następnie usuń flagę `ExcludeFromLatest` z wersji 1.1.0.
- Uzasadnienie: Wczesne wykrywanie regresji zapobiega szerokiemu wpływowi na użytkowników i pozwala firmie Siemens promować tylko sprawdzone obrazy.
6) Przeprowadź wdrożenie produkcyjne z zabezpieczeniem na wypadek wycofania zmian
- Działanie: Dodaj nowe hosty w obu regionach z obrazu w wersji 1.1.0. Umieść stare hosty w trybie drenażu, a po zakończeniu sesji użytkowników dokonaj ich dealokacji i usunięcia. Zachowaj wersję 1.0.0 dostępną przez dwa cykle wydawnicze.
- Uzasadnienie: Wymiana w stylu blue-green pozwala uniknąć odchyleń wynikających z modyfikacji w miejscu i umożliwia natychmiastowe wycofanie zmian poprzez provisionowanie z poprzedniego obrazu, jeśli pojawią się problemy.
7) Ciągle wzmacniaj bezpieczeństwo i zarządzaj
- Działanie: Zastosuj Azure Policy, aby ograniczyć dozwolone obrazy i wymagane rozszerzenia, włącz rekomendacje Defender for Cloud i przechowuj profile FSLogix na Azure NetApp Files, aby zapewnić przewidywalną, wysoką wydajność.
- Uzasadnienie: Ciągłe zarządzanie i wysokowydajne przechowywanie profili utrzymują jakość doświadczenia użytkownika na dużą skalę, jednocześnie zachowując pożądaną postawę bezpieczeństwa.
---
← [Sieci](/pl/posts/az-140-networking/) · [Wszystkie domeny](/pl/posts/az-140-study-guide/) · [FSLogix](/pl/posts/az-140-fslogix-profiles/) →
**[Przećwicz te pytania →](/pl/kb/microsoft/)** · **[Testy na czas na ExamRoll.io →](https://www.examroll.io/?utm_source=guide&utm_medium=referral&utm_campaign=az-140)**
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 →