Usługa Azure Virtual Desktop dla przedsiębiorstwa

Azure Virtual Desktop to usługa wirtualizacji aplikacji i pulpitu, która działa na platformie Azure. Ten artykuł ma pomóc architektom infrastruktury pulpitu, architektom chmury, administratorom komputerów stacjonarnych i administratorom systemu eksplorować usługę Azure Virtual Desktop i tworzyć rozwiązania infrastruktury pulpitu zwirtualizowanego (VDI) w skali przedsiębiorstwa. Rozwiązania w skali przedsiębiorstwa zwykle obejmują 1000 lub więcej pulpitów wirtualnych.

Architektura

Typowa konfiguracja architektury dla usługi Azure Virtual Desktop jest pokazana na poniższym diagramie:

Pobierz plik programu Visio z tą architekturą.

Przepływ danych

Elementy przepływu danych diagramu zostały opisane tutaj:

• Punkty końcowe aplikacji znajdują się w sieci lokalnej klienta. Usługa Azure ExpressRoute rozszerza sieć lokalną na platformę Azure, a usługa Microsoft Entra Połączenie integruje usługi domena usługi Active Directory klienta (AD DS) z identyfikatorem Entra firmy Microsoft.

• Płaszczyzna sterowania usługi Azure Virtual Desktop obsługuje dostęp internetowy, bramę, brokera, diagnostykę i składniki rozszerzalności, takie jak interfejsy API REST.

• Klient zarządza usługami AD DS i Microsoft Entra ID, subskrypcjami platformy Azure, sieciami wirtualnymi, usługami Azure Files lub Azure NetApp Files oraz pulami hostów i obszarami roboczymi usługi Azure Virtual Desktop.

• Aby zwiększyć pojemność, klient korzysta z dwóch subskrypcji platformy Azure w architekturze piasty i szprych i łączy je za pośrednictwem komunikacji równorzędnej sieci wirtualnych.

Aby uzyskać więcej informacji na temat kontenera profilów FSLogix — najlepsze rozwiązania dotyczące usług Azure Files i Azure NetApp Files, zobacz przykłady konfiguracji fsLogix.

Składniki

Architektura usługi Azure Virtual Desktop jest podobna do usług pulpitu zdalnego systemu Windows Server. Mimo że firma Microsoft zarządza składnikami infrastruktury i brokera, klienci korporacyjni zarządzają własnymi maszynami wirtualnymi hosta pulpitu, danymi i klientami.

Składniki zarządzane przez firmę Microsoft

Firma Microsoft zarządza następującymi usługami azure Virtual Desktop w ramach platformy Azure:

• Dostęp do sieci Web: za pomocą usługi Web Access w usłudze Azure Virtual Desktop można uzyskiwać dostęp do pulpitów wirtualnych i aplikacji zdalnych za pośrednictwem przeglądarki internetowej zgodnej z językiem HTML5, tak jak w przypadku komputera lokalnego, z dowolnego miejsca i na dowolnym urządzeniu. Dostęp internetowy można zabezpieczyć przy użyciu uwierzytelniania wieloskładnikowego w usłudze Microsoft Entra ID.

• Brama: usługa bramy remote Połączenie ion łączy użytkowników zdalnych z aplikacjami i pulpitami usługi Azure Virtual Desktop z dowolnego urządzenia połączonego z Internetem, które może uruchamiać klienta usługi Azure Virtual Desktop. Klient łączy się z bramą, która następnie organizuje połączenie z maszyny wirtualnej z powrotem do tej samej bramy.

• Połączenie ion Broker: usługa brokera Połączenie ion zarządza połączeniami użytkowników z pulpitami wirtualnymi i aplikacjami zdalnymi. Połączenie ion Broker zapewnia równoważenie obciążenia i ponowne nawiązywanie połączenia z istniejącymi sesjami.

• Diagnostyka: Diagnostyka pulpitu zdalnego to agregator oparty na zdarzeniach, który oznacza akcję każdego użytkownika lub administratora we wdrożeniu usługi Azure Virtual Desktop jako powodzenie lub niepowodzenie. Administracja istratory mogą wysyłać zapytania dotyczące agregacji zdarzeń w celu zidentyfikowania składników, które kończą się niepowodzeniem.

• Składniki rozszerzalności: usługa Azure Virtual Desktop zawiera kilka składników rozszerzalności. Usługę Azure Virtual Desktop można zarządzać przy użyciu programu Windows PowerShell lub z udostępnionymi interfejsami API REST, które umożliwiają również obsługę z poziomu narzędzi innych firm.

Składniki, którymi zarządzasz

Zarządzasz następującymi składnikami rozwiązań usługi Azure Virtual Desktop:

• Azure Virtual Network: dzięki usłudze Azure Virtual Network zasoby platformy Azure, takie jak maszyny wirtualne, mogą komunikować się prywatnie ze sobą i z Internetem. Łącząc pule hostów usługi Azure Virtual Desktop z domeną usługi Active Directory, można zdefiniować topologię sieci w celu uzyskiwania dostępu do pulpitów wirtualnych i aplikacji wirtualnych z intranetu lub Internetu na podstawie zasad organizacji. Wystąpienie usługi Azure Virtual Desktop można połączyć z siecią lokalną przy użyciu wirtualnej sieci prywatnej (VPN) lub użyć usługi Azure ExpressRoute , aby rozszerzyć sieć lokalną na platformę Azure za pośrednictwem połączenia prywatnego.

• Microsoft Entra ID: Usługa Azure Virtual Desktop używa identyfikatora Entra firmy Microsoft do zarządzania tożsamościami i dostępem. Integracja firmy Microsoft Entra stosuje funkcje zabezpieczeń firmy Microsoft Entra, takie jak dostęp warunkowy, uwierzytelnianie wieloskładnikowe i usługę Intelligent Security Graph, a także pomagają zachować zgodność aplikacji na maszynach wirtualnych przyłączonych do domeny.

• domena usługi Active Directory Services (opcjonalnie):Maszyny wirtualne usługi Azure Virtual Desktop mogą być przyłączone do usługi AD DS lub użyć polecenia Deploy Microsoft Entra joined virtual machines in Azure Virtual Desktop (Wdrażanie maszyn wirtualnych dołączonych do usługi Microsoft Entra w usłudze Azure Virtual Desktop)

  • W przypadku korzystania z domeny usług AD DS domena musi być zsynchronizowana z identyfikatorem Entra firmy Microsoft, aby skojarzyć użytkowników między dwiema usługami. Możesz użyć usługi Microsoft Entra Połączenie do skojarzenia usług AD DS z identyfikatorem Entra firmy Microsoft.
  • W przypadku korzystania z dołączania firmy Microsoft Entra zapoznaj się z obsługiwanymi konfiguracjami , aby upewnić się, że twój scenariusz jest obsługiwany.

• Hosty sesji usługi Azure Virtual Desktop: Hosty sesji to maszyny wirtualne, z którymi użytkownicy nawiązują połączenie dla swoich komputerów stacjonarnych i aplikacji. Obsługiwane są kilka wersji systemu Windows i można tworzyć obrazy za pomocą aplikacji i dostosowań. Możesz wybrać rozmiary maszyn wirtualnych, w tym maszyny wirtualne z obsługą procesora GPU. Każdy host sesji ma agenta hosta usługi Azure Virtual Desktop, który rejestruje maszynę wirtualną w ramach obszaru roboczego lub dzierżawy usługi Azure Virtual Desktop. Każda pula hostów może mieć co najmniej jedną grupę aplikacji, które są kolekcjami aplikacji zdalnych lub sesji pulpitu, do których można uzyskać dostęp. Aby sprawdzić, które wersje systemu Windows są obsługiwane, zobacz Systemy operacyjne i licencje.

• Obszar roboczy usługi Azure Virtual Desktop: obszar roboczy lub dzierżawa usługi Azure Virtual Desktop to konstrukcja zarządzania do zarządzania zasobami puli hostów i publikowania ich.

Szczegóły scenariusza

Potencjalne przypadki użycia

Największe zapotrzebowanie na rozwiązania pulpitu wirtualnego przedsiębiorstwa wynika z następujących rozwiązań:

• Aplikacje dotyczące zabezpieczeń i regulacji, takie jak usługi finansowe, opieka zdrowotna i instytucje rządowe.

• Elastyczni pracownicy potrzebują, takich jak praca zdalna, fuzje i przejęcia, krótkoterminowi pracownicy, wykonawcy i dostęp partnerów.

• Konkretni pracownicy, tacy jak przynieś własne urządzenie (BYOD) i użytkownicy mobilni, centra telefoniczne i pracownicy oddziałów.

• Wyspecjalizowane obciążenia, takie jak projektowanie i inżynieria, starsze aplikacje i testowanie tworzenia oprogramowania.

Komputery osobiste i pulpity w puli

Korzystając z osobistych rozwiązań klasycznych, czasami nazywanych trwałymi pulpitami, użytkownicy zawsze mogą łączyć się z tym samym konkretnym hostem sesji. Użytkownicy mogą zwykle modyfikować swoje środowisko pulpitu w celu spełnienia osobistych preferencji i mogą zapisywać pliki w środowisku pulpitu. Osobiste rozwiązania klasyczne:

• Umożliwianie użytkownikom dostosowywania środowiska pulpitu, w tym aplikacji zainstalowanych przez użytkownika, a użytkownicy mogą zapisywać pliki w środowisku pulpitu.
• Zezwalaj na przypisywanie dedykowanych zasobów do określonych użytkowników, co może być przydatne w przypadku niektórych przypadków użycia produkcji lub programowania.

Rozwiązania pulpitu w puli, nazywane również pulpitami nietrwałymi, przypisz użytkowników do niezależnie od aktualnie dostępnego hosta sesji, w zależności od algorytmu równoważenia obciążenia. Ponieważ użytkownicy nie zawsze wracają do tego samego hosta sesji za każdym razem, gdy nawiązują połączenie, mają ograniczoną możliwość dostosowywania środowiska pulpitu i zwykle nie mają dostępu administratora.

Obsługa systemu Windows

Istnieje kilka opcji aktualizowania wystąpień usługi Azure Virtual Desktop. Wdrażanie zaktualizowanego obrazu co miesiąc gwarantuje zgodność i stan.

• Program Microsoft Endpoint Configuration Manager (MECM) aktualizuje serwery i systemy operacyjne pulpitu.
• Windows Aktualizacje for Business aktualizuje systemy operacyjne klasyczne, takie jak windows 10, wiele sesji.
• Usługa Azure Update Management aktualizuje systemy operacyjne serwera.
• Usługa Azure Log Analytics sprawdza zgodność.
• Wdróż nowy (niestandardowy) obraz na hostach sesji co miesiąc dla najnowszych aktualizacji systemu Windows i aplikacji. Możesz użyć obrazu z witryny Azure Marketplace lub niestandardowego obrazu zarządzanego przez platformę Azure.

Relacje między kluczowymi składnikami logicznymi

Relacje między pulami hostów, obszarami roboczymi i innymi kluczowymi składnikami logicznymi różnią się. Zostały one podsumowane na poniższym diagramie:

Liczby w poniższych opisach odpowiadają liczbom na powyższym diagramie.

• (1) Grupa aplikacji zawierająca opublikowany pulpit może zawierać tylko pakiety MSIX zainstalowane w puli hostów (pakiety będą dostępne w menu Start hosta sesji), nie może zawierać żadnych innych opublikowanych zasobów i jest nazywana grupą aplikacji klasycznych.
• (2) Grupy aplikacji przypisane do tej samej puli hostów muszą należeć do tego samego obszaru roboczego.
• (3) Konto użytkownika można przypisać do grupy aplikacji bezpośrednio lub za pośrednictwem grupy Microsoft Entra. Istnieje możliwość przypisania żadnych użytkowników do grupy aplikacji, ale nie można jej obsłużyć.
• (4) Istnieje możliwość posiadania pustego obszaru roboczego, ale nie może obsługiwać użytkowników.
• (5) Istnieje możliwość posiadania pustej puli hostów, ale nie może obsługiwać użytkowników.
• (6) Istnieje możliwość, że pula hostów nie ma przypisanych do niej żadnych grup aplikacji, ale nie może obsługiwać użytkowników.
• (7) Identyfikator entra firmy Microsoft jest wymagany dla usługi Azure Virtual Desktop. Dzieje się tak, ponieważ konta i grupy użytkowników usługi Microsoft Entra muszą być zawsze używane do przypisywania użytkowników do grup aplikacji usługi Azure Virtual Desktop. Identyfikator Entra firmy Microsoft jest również używany do uwierzytelniania użytkowników w usłudze Azure Virtual Desktop. Hosty sesji usługi Azure Virtual Desktop mogą być również członkami domeny firmy Microsoft Entra, a w takiej sytuacji aplikacje opublikowane przez usługę Azure Virtual Desktop i sesje pulpitu również zostaną uruchomione i uruchomione (nie tylko przypisane) przy użyciu kont Microsoft Entra.
  • (7) Alternatywnie hosty sesji usługi Azure Virtual Desktop mogą być członkami domeny usług AD DS, a w takiej sytuacji aplikacje opublikowane przez usługę Azure Virtual Desktop i sesje pulpitu zostaną uruchomione i uruchomione (ale nie przypisane) przy użyciu kont usług AD DS. Aby zmniejszyć obciążenie użytkowników i administratorów, usługi AD DS można zsynchronizować z identyfikatorem Entra firmy Microsoft za pośrednictwem usługi Microsoft Entra Połączenie.
  • (7) Na koniec hosty sesji usługi Azure Virtual Desktop mogą być członkami domeny usług Microsoft Entra Domain Services, a w takiej sytuacji aplikacje opublikowane w usłudze Azure Virtual Desktop i sesje pulpitu zostaną uruchomione i uruchomione (ale nie przypisane) przy użyciu kont usług Microsoft Entra Domain Services. Identyfikator Entra firmy Microsoft jest automatycznie synchronizowany z usługami Microsoft Entra Domain Services w jeden sposób z identyfikatora Entra firmy Microsoft do usługi Microsoft Entra Domain Services.

Kwestie wymagające rozważenia

Te zagadnienia implementują filary struktury Azure Well-Architected Framework, która jest zestawem wytycznych, które mogą służyć do poprawy jakości obciążenia. Aby uzyskać więcej informacji, zobacz Microsoft Azure Well-Architected Framework.

Liczby w poniższych sekcjach są przybliżone. Są one oparte na różnych dużych wdrożeniach klientów i mogą ulec zmianie w czasie.

Należy również pamiętać, że:

• Nie można utworzyć więcej niż 500 grup aplikacji na jedną dzierżawę firmy Microsoft Entra*.
• Zalecamy, aby nie publikować więcej niż 50 aplikacji na grupę aplikacji.

Ograniczenia usługi Azure Virtual Desktop

Usługa Azure Virtual Desktop, podobnie jak platforma Azure, ma pewne ograniczenia usługi, o których musisz pamiętać. Aby uniknąć konieczności wprowadzania zmian w fazie skalowania, dobrym pomysłem jest rozwiązanie niektórych z tych ograniczeń w fazie projektowania.

*Jeśli potrzebujesz więcej niż 500 grup aplikacji, prześlij bilet pomocy technicznej za pośrednictwem witryny Azure Portal.

• Zalecamy wdrożenie nie więcej niż 5000 maszyn wirtualnych na subskrypcję platformy Azure na region. To zalecenie dotyczy zarówno pul hostów osobistych, jak i pul hostów w puli na podstawie pojedynczej i wielosesyjnej sesji systemu Windows Enterprise. Większość klientów korzysta z wielu sesji systemu Windows Enterprise, co umożliwia wielu użytkownikom logowanie się do każdej maszyny wirtualnej. Możesz zwiększyć zasoby poszczególnych maszyn wirtualnych hosta sesji, aby pomieścić więcej sesji użytkownika.
• W przypadku zautomatyzowanych narzędzi skalowania hosta sesji limity to około 2500 maszyn wirtualnych na subskrypcję platformy Azure na region, ponieważ interakcja ze stanem maszyny wirtualnej zużywa więcej zasobów.
• Aby zarządzać środowiskami przedsiębiorstwa z ponad 5000 maszynami wirtualnymi na subskrypcję platformy Azure w tym samym regionie, możesz utworzyć wiele subskrypcji platformy Azure w architekturze piasty i szprych i połączyć je za pośrednictwem komunikacji równorzędnej sieci wirtualnych (przy użyciu jednej subskrypcji na szprychę). Możesz również wdrożyć maszyny wirtualne w innym regionie w tej samej subskrypcji, aby zwiększyć liczbę maszyn wirtualnych.
• Limity ograniczania przepustowości interfejsu API subskrypcji usługi Azure Resource Manager (ARM) nie zezwalają na ponad 600 ponownych uruchomień maszyn wirtualnych platformy Azure na godzinę za pośrednictwem witryny Azure Portal. Wszystkie maszyny można uruchomić jednocześnie za pośrednictwem systemu operacyjnego, który nie używa żadnych wywołań interfejsu API subskrypcji usługi Azure Resource Manager. Aby uzyskać więcej informacji na temat zliczania i rozwiązywania problemów z limitami ograniczania przepustowości na podstawie subskrypcji platformy Azure, zobacz Rozwiązywanie problemów z błędami ograniczania przepustowości interfejsu API.
• Obecnie można wdrożyć maksymalnie 132 maszyn wirtualnych we wdrożeniu jednego szablonu usługi ARM w portalu usługi Azure Virtual Desktop. Aby utworzyć więcej niż 132 maszyn wirtualnych, uruchom wdrożenie szablonu usługi ARM w portalu usługi Azure Virtual Desktop wiele razy.
• Prefiksy nazw sesji-hosta maszyny wirtualnej platformy Azure nie mogą przekraczać 11 znaków, ponieważ automatyczne przypisywanie nazw wystąpień i limit NetBIOS wynoszący 15 znaków na konto komputera.
• Domyślnie w grupie zasobów można wdrożyć maksymalnie 800 wystąpień większości typów zasobów. Usługa Azure Compute nie ma tego limitu.

Aby uzyskać więcej informacji na temat ograniczeń subskrypcji platformy Azure, zobacz Limity, limity przydziału i ograniczenia subskrypcji platformy Azure.

Ustalanie rozmiaru maszyny wirtualnej

Wytyczne dotyczące określania rozmiaru maszyn wirtualnych obejmują maksymalną sugerowaną liczbę użytkowników na jednostkę wirtualnego centralnego przetwarzania (vCPU) i minimalną liczbę konfiguracji maszyn wirtualnych dla różnych obciążeń. Te dane ułatwiają oszacowanie potrzebnych maszyn wirtualnych w puli hostów.

Użyj narzędzi symulacji, aby przetestować wdrożenia zarówno przy użyciu testów obciążeniowych, jak i symulacji użycia w czasie rzeczywistym. Upewnij się, że system odpowiada i jest wystarczająco odporny, aby zaspokoić potrzeby użytkowników, i pamiętaj, aby zmieniać rozmiary obciążenia podczas testowania.

Optymalizacja kosztów

Optymalizacja kosztów dotyczy sposobów zmniejszenia niepotrzebnych wydatków i poprawy wydajności operacyjnej. Aby uzyskać więcej informacji, zobacz Omówienie filaru optymalizacji kosztów.

Możesz zaprojektować swoje rozwiązanie usługi Azure Virtual Desktop, aby zrealizować oszczędności kosztów. Poniżej przedstawiono pięć różnych opcji ułatwiania zarządzania kosztami dla przedsiębiorstw:

• Wiele sesji systemu Windows 10: dostarczając środowisko pulpitu wielosesyjnego dla użytkowników o identycznych wymaganiach obliczeniowych, można pozwolić więcej użytkowników logować się do jednej maszyny wirtualnej jednocześnie, co może spowodować znaczne oszczędności kosztów.
• Korzyść użycia hybrydowego platformy Azure: jeśli masz pakiet Software Assurance, możesz użyć Korzyść użycia hybrydowego platformy Azure dla systemu Windows Server, aby zaoszczędzić na kosztach infrastruktury platformy Azure.
• Wystąpienia zarezerwowane maszyn wirtualnych platformy Azure: możesz z góry zapłacić za użycie maszyny wirtualnej i zaoszczędzić pieniądze. Połącz wystąpienia zarezerwowane maszyn wirtualnych platformy Azure z Korzyść użycia hybrydowego platformy Azure, aby uzyskać do 80 procent oszczędności w porównaniu z cenami list.
• Równoważenie obciążenia hosta sesji: podczas konfigurowania hostów sesji tryb pierwszy w kolejności, który rozdziela użytkowników losowo na hosty sesji, jest standardowym trybem domyślnym. Alternatywnie możesz użyć trybu głębinowego , aby wypełnić serwer hosta sesji maksymalną liczbą użytkowników, zanim przejdzie do następnego hosta sesji. To ustawienie można dostosować w celu uzyskania maksymalnych korzyści z kosztów.

Wdrażanie tego scenariusza

Użyj szablonów usługi ARM, aby zautomatyzować wdrażanie środowiska usługi Azure Virtual Desktop. Te szablony usługi ARM obsługują tylko obiekty usługi Azure Virtual Desktop w usłudze Azure Resource Manager. Te szablony usługi ARM nie obsługują usługi Azure Virtual Desktop (wersja klasyczna).

Współautorzy

Ten artykuł jest obsługiwany przez firmę Microsoft. Pierwotnie został napisany przez następujących współautorów.

Główny autor:

• Tom Hickling | Starszy menedżer produktu, inżynieria usługi Azure Virtual Desktop

Inny współautor:

• Nelson Del Villar | Architekt rozwiązań w chmurze, infrastruktura podstawowa platformy Azure

Następne kroki

• Integracje partnerów usługi Azure Virtual Desktop zawiera listę zatwierdzonych dostawców partnerów usługi Azure Virtual Desktop i niezależnych dostawców oprogramowania.
• Użyj narzędzia optymalizacji pulpitu wirtualnego, aby zoptymalizować wydajność w środowisku VDI systemu Windows 10 Enterprise (infrastruktury pulpitu wirtualnego).
• Zobacz Deploy Microsoft Entra joined virtual machines in Azure Virtual Desktop (Wdrażanie maszyn wirtualnych przyłączonych do firmy Microsoft w usłudze Azure Virtual Desktop).
• Dowiedz się więcej o usługach domena usługi Active Directory.
• Co to jest microsoft Entra Połączenie?

Powiązane zasoby

• Aby uzyskać więcej informacji na temat architektury wielu lasów usługi Active Directory, zobacz Architektura wielu lasów usługi Active Directory w usłudze Azure Virtual Desktop.