Wdrażanie horyzontu w rozwiązaniu Azure VMware
Uwaga
Ten dokument koncentruje się na produkcie VMware Horizon, wcześniej znanym jako Horizon 7. Horizon to inne rozwiązanie niż Horizon Cloud na platformie Azure, chociaż istnieją pewne współużytkowane składniki. Kluczowe zalety rozwiązania Azure VMware Solution obejmują zarówno prostszą metodę ustalania rozmiaru, jak i integrację zarządzania chmurą prywatną centrum danych zdefiniowanego programowo (SDDC) w witrynie Azure Portal.
VMware Horizon®, platforma pulpitu wirtualnego i aplikacji, działa w centrum danych i zapewnia proste i scentralizowane zarządzanie. Dostarcza ona pulpity wirtualne i aplikacje na dowolnym urządzeniu w dowolnym miejscu. Narzędzie Horizon umożliwia tworzenie i brokera połączeń z pulpitami wirtualnymi z systemami Windows i Linux, hostowanymi aplikacjami, komputerami stacjonarnymi i maszynami fizycznymi serwera pulpitu zdalnego (Remote Desktop Server).
W tym miejscu koncentrujemy się specjalnie na wdrażaniu platformy Horizon w rozwiązaniu Azure VMware Solution. Aby uzyskać ogólne informacje na temat programu VMware Horizon, zapoznaj się z dokumentacją produkcyjną Horizon:
Wraz z wprowadzeniem horizon w usłudze Azure VMware Solution istnieją teraz dwa rozwiązania infrastruktury pulpitów wirtualnych (VDI) na platformie Azure:
Program VMware Horizon w rozwiązaniu Azure VMware Solution
VMware Horizon Cloud (model pulpitu jako usługi)
Program Horizon 2006 i nowsze wersje w wierszu wydania Horizon 8 obsługuje zarówno wdrożenie lokalne, jak i rozwiązanie Azure VMware Solution. Istnieje kilka funkcji Horizon, które są obsługiwane lokalnie, ale nie w rozwiązaniu Azure VMware Solution. Obsługiwane są również inne produkty w ekosystemie Horizon. Aby uzyskać więcej informacji, zobacz parzystość funkcji i współdziałanie.
Wdrażanie horyzontu w chmurze hybrydowej
Narzędzie Horizon można wdrożyć w środowisku chmury hybrydowej przy użyciu platformy Horizon Cloud Pod Architecture (CPA) w celu połączenia lokalnych i centrów danych platformy Azure. CpA skaluje wdrożenie w górę, tworzy chmurę hybrydową i zapewnia nadmiarowość dla ciągłości działania i odzyskiwania po awarii. Aby uzyskać więcej informacji, zobacz Rozszerzanie istniejących środowisk horyzontu 7.
Ważne
CPA nie jest wdrożeniem rozproszonym; każdy zasobnik Horizon jest odrębny, a wszystkie serwery Połączenie ion, które należą do każdego z poszczególnych zasobników, muszą znajdować się w jednej lokalizacji i uruchamiać w tej samej domenie emisji z perspektywy sieci.
Podobnie jak lokalne lub prywatne centra danych, można wdrożyć narzędzie Horizon w chmurze prywatnej usługi Azure VMware Solution. W poniższych sekcjach omówiono kluczowe różnice w wdrażaniu platformy Horizon w środowisku lokalnym i rozwiązaniu Azure VMware Solution.
Chmura prywatna platformy Azure jest koncepcyjnie taka sama jak w przypadku usługi VMware SDDC, czyli terminu zwykle używanego w dokumentacji platformy Horizon. Pozostała część tego dokumentu używa obu terminów zamiennie.
Usługa Horizon Cloud Połączenie or jest wymagana, aby rozwiązanie Horizon w rozwiązaniu Azure VMware Solution zarządzało licencjami subskrypcji. Usługę Cloud Połączenie or można wdrożyć w usłudze Azure Virtual Network wraz z serwerami Horizon Połączenie ion.
Ważne
Obsługa płaszczyzny kontroli horyzontu dla platformy Horizon w rozwiązaniu Azure VMware Solution nie jest jeszcze dostępna. Pamiętaj, aby pobrać wersję dysku VHD platformy Horizon Cloud Połączenie or.
Rola Administracja chmury programu vCenter Server
Ponieważ usługa Azure VMware Solution to usługa SDDC, a platforma Azure zarządza cyklem życia centrum danych SDDC w usłudze Azure VMware Solution, model uprawnień programu vCenter Server w usłudze Azure VMware Solution jest ograniczony zgodnie z projektem.
Klienci muszą używać roli cloud Administracja, która ma ograniczony zestaw uprawnień programu vCenter Server. Produkt Horizon został zmodyfikowany w celu współpracy z rolą cloud Administracja w usłudze Azure VMware Solution, w szczególności:
Natychmiastowa aprowizacja klonowania została zmodyfikowana w celu uruchomienia w usłudze Azure VMware Solution.
Utworzono określone zasady sieci vSAN (VMware_Horizon) w usłudze Azure VMware Solution do pracy z platformą Horizon, które muszą być dostępne i używane w zestawach SDDCs wdrożonych dla platformy Horizon.
Pamięć podręczna odczytu oparta na zawartości vSphere (CBRC), znana również jako View Storage Accelerator, jest wyłączona podczas uruchamiania w rozwiązaniu Azure VMware Solution.
Ważne
CBRC nie może być włączony.
Uwaga
Rozwiązanie Azure VMware Solution automatycznie konfiguruje określone ustawienia horyzontu, o ile wdrażasz program Horizon 2006 (Horizon 8) i nowsze w gałęzi Horizon 8, a następnie wybierz opcję Platformy Azure w instalatorze Horizon Połączenie ion Server.
Horizon on Azure VMware Solution deployment architecture (Horyzont w architekturze wdrażania rozwiązania Azure VMware Solution)
Typowy projekt architektury Horizon używa strategii zasobnika i bloku. Blok jest pojedynczym serwerem vCenter, a wiele bloków połączonych sprawia, że zasobnik jest połączony. Zasobnik Horizon to jednostka organizacji określona przez limity skalowalności horyzontu. Każdy zasobnik Horizon ma oddzielny portal zarządzania, dlatego standardową praktyką projektową jest zminimalizowanie liczby zasobników.
Każda chmura ma własny schemat łączności sieciowej. Połącz to z programem VMware NSX, łączność sieciowa usługi Azure VMware Solution przedstawia unikatowe wymagania dotyczące wdrażania programu Horizon, który różni się od środowiska lokalnego.
Każda chmura prywatna usługi Azure VMware Solution i centrum SDDC mogą obsługiwać 4000 sesji pulpitu lub aplikacji, przy założeniu:
Ruch obciążenia jest zgodny z profilem procesu roboczego zadania LoginVSI.
Uwzględniany jest tylko ruch protokołu, bez danych użytkownika.
Przeglądarka NSX Edge jest skonfigurowana jako duża.
Uwaga
Twój profil obciążenia i potrzeby mogą być różne, a w związku z tym wyniki mogą się różnić w zależności od przypadku użycia. Woluminy danych użytkownika mogą obniżyć limity skalowania w kontekście obciążenia. Odpowiednio rozmiesz i zaplanuj wdrożenie. Aby uzyskać więcej informacji, zobacz wytyczne dotyczące ustalania rozmiaru w sekcji Rozmiar hostów usługi Azure VMware Solution dla wdrożeń horyzontu .
Biorąc pod uwagę maksymalny limit chmury prywatnej platformy Azure i centrum danych SDDC, zalecamy architekturę wdrażania, w której serwery horizon Połączenie ion i bramy ujednoliconego dostępu VMware (UAG) działają w sieci wirtualnej platformy Azure. Skutecznie przekształca każdą chmurę prywatną platformy Azure i centrum danych SDDC w blok. Z kolei maksymalizowanie skalowalności platformy Horizon działającej w usłudze Azure VMware Solution.
Połączenie z usługi Azure Virtual Network do chmur prywatnych platformy Azure /SDDCs należy skonfigurować przy użyciu Połączenie ions usługi ExpressRoute (z włączoną funkcją FastPath). Na poniższym diagramie przedstawiono podstawowe wdrożenie zasobnika Horizon.
Łączność sieciowa w celu skalowania platformy Horizon w rozwiązaniu Azure VMware Solution
W tej sekcji opisano architekturę sieci na wysokim poziomie z typowymi przykładami wdrażania, które ułatwiają skalowanie horyzontu w usłudze Azure VMware Solution. Skupić się na krytycznych elementach sieci.
Zasobnik Single Horizon w rozwiązaniu Azure VMware Solution
Pojedynczy zasobnik Horizon jest najbardziej prostym scenariuszem wdrażania, ponieważ wdrażasz tylko jeden zasobnik Horizon w regionie Wschodnie stany USA. Ponieważ każda chmura prywatna i centrum SDDC są szacowane na obsługę 4000 sesji pulpitu, należy wdrożyć maksymalny rozmiar zasobnika Horizon. Wdrożenie maksymalnie trzech chmur prywatnych/kontrolerów SDDCs można zaplanować.
Dzięki maszynom wirtualnym infrastruktury Horyzont wdrożonej w usłudze Azure Virtual Network można uzyskać dostęp do 12 000 sesji na zasobnik Horizon. Połączenie między każdą chmurą prywatną a centrum danych SDDC z siecią wirtualną platformy Azure jest usługą ExpressRoute Połączenie ion (z włączoną funkcją FastPath). Nie jest wymagany żaden ruch między chmurami prywatnymi we wschodnim zachodzie.
Kluczowe założenia dla tego podstawowego przykładu wdrożenia obejmują:
Nie masz lokalnego zasobnika Horizon, który ma zostać połączony z tym nowym zasobnikiem przy użyciu architektury zasobnika w chmurze (CPA).
Użytkownicy końcowi łączą się ze swoimi pulpitami wirtualnymi za pośrednictwem Internetu (a nie za pośrednictwem lokalnego centrum danych).
Kontroler domeny usługi AD można połączyć w usłudze Azure Virtual Network z lokalną usługą AD za pośrednictwem sieci VPN lub obwodu usługi ExpressRoute.
Odmianą podstawowego przykładu może być obsługa łączności dla zasobów lokalnych. Na przykład użytkownicy uzyskują dostęp do pulpitów i generują ruch aplikacji pulpitu wirtualnego lub łączą się z lokalnym zasobnikiem Horizon przy użyciu narzędzia CPA.
Na diagramie przedstawiono sposób obsługi łączności dla zasobów lokalnych. Aby nawiązać połączenie z siecią firmową z siecią wirtualną platformy Azure, potrzebujesz obwodu usługi ExpressRoute. Należy połączyć sieć firmową z każdą z chmur prywatnych i kontrolerów SDDC przy użyciu usługi ExpressRoute Global Reach. Umożliwia łączność z centrum SDDC z obwodem usługi ExpressRoute i zasobami lokalnymi.
Wiele zasobników horyzontów w rozwiązaniu Azure VMware Solution w wielu regionach
Innym scenariuszem jest skalowanie horyzontu w wielu zasobnikach. W tym scenariuszu wdrożysz dwa zasobniki Horizon w dwóch różnych regionach i sfederujesz je przy użyciu narzędzia CPA. Konfiguracja sieci jest podobna do konfiguracji sieci w poprzednim przykładzie, ale w przypadku większej liczby linków między regionami.
Połączenie usługę Azure Virtual Network w każdym regionie do chmur prywatnych/kontrolerów SDDC w innym regionie. Umożliwia ona serwerom połączeń Horizon część federacji CPA nawiązywanie połączenia ze wszystkimi komputerami w ramach zarządzania. Dodanie dodatkowych chmur prywatnych/kontrolerów SDDC do tej konfiguracji umożliwi skalowanie do 24 000 sesji ogólnie.
Te same zasady mają zastosowanie w przypadku wdrożenia dwóch zasobników Horizon w tym samym regionie. Pamiętaj, aby wdrożyć drugi zasobnik Horizon w oddzielnej sieci wirtualnej platformy Azure. Podobnie jak w przypadku pojedynczego zasobnika, możesz połączyć sieć firmową i zasobnik lokalny z tym przykładem z wieloma zasobnikami/regionami przy użyciu usług ExpressRoute i Global Reach.
Rozmiar hostów usługi Azure VMware Solution dla wdrożeń horyzontu
Metodologia ustalania rozmiaru horyzontu na hoście uruchomionym w rozwiązaniu Azure VMware Solution jest prostsza niż lokalna platforma Horizon. Jest to prostsze, ponieważ host usługi Azure VMware Solution jest ustandaryzowany. Dokładne ustalanie rozmiaru hosta pomaga określić liczbę hostów wymaganych do obsługi wymagań dotyczących twoich identyfikatorów VDI. Kluczowe jest określenie kosztu na pulpicie.
Ustalanie rozmiaru tabel
Określone wymagania dotyczące procesorów wirtualnych/vRAM dla pulpitów wirtualnych Horyzont zależą od konkretnego profilu obciążenia klienta. Współpracuj z zespołem sprzedaży MSFT i VMware, aby określić wymagania dotyczące procesorów wirtualnych/vRAM dla pulpitów wirtualnych.
| Procesor wirtualny na maszynę wirtualną | VRAM na maszynę wirtualną (GB) | Wystąpienie | 100 maszyn wirtualnych | 200 maszyn wirtualnych | 300 maszyn wirtualnych | 400 maszyn wirtualnych | 500 maszyn wirtualnych | 600 maszyn wirtualnych | 700 maszyn wirtualnych | 800 maszyn wirtualnych | 900 maszyn wirtualnych | 1000 maszyn wirtualnych | 2000 maszyn wirtualnych | 3000 maszyn wirtualnych | 4000 maszyn wirtualnych | 5000 maszyn wirtualnych | 6000 maszyn wirtualnych | 6400 maszyn wirtualnych |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2 | 3.5 | AVS | 3 | 3 | 4 | 4 | 5 | 6 | 6 | 7 | 8 | 9 | 17 | 25 | 33 | 41 | 49 | 53 |
| 2 | 4 | AVS | 3 | 3 | 4 | 5 | 6 | 6 | 7 | 8 | 9 | 9 | 18 | 26 | 34 | 42 | 51 | 54 |
| 2 | 6 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 12 | 13 | 26 | 38 | 51 | 62 | 75 | 79 |
| 2 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 2 | 12 | AVS | 100 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 2 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
| 100 | 3.5 | AVS | 3 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 22 | 33 | 44 | 55 | 66 | 70 |
| 4 | 4 | AVS | 3 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 22 | 33 | 44 | 55 | 66 | 70 |
| 100 | 6 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 12 | 13 | 26 | 38 | 51 | 62 | 75 | 79 |
| 4 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 4 | 12 | AVS | 100 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 100 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
| 6 | 3.5 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 100 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 6 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 6 | 12 | AVS | 100 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 6 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
| 8 | 3.5 | AVS | 3 | 100 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 100 | AVS | 3 | 100 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 6 | AVS | 3 | 100 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 8 | 12 | AVS | 100 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 8 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
Ustalanie rozmiaru danych wejściowych horyzontu
Oto, co należy zebrać dla planowanego obciążenia:
Liczba współbieżnych pulpitów
Wymagane procesory wirtualne na komputery
Wymagana wersja vRAM na komputer
Wymagany magazyn na komputery
Ogólnie rzecz biorąc, wdrożenia jednostki VDI są ograniczone do procesora CPU lub pamięci RAM, co określa rozmiar hosta. Przyjrzyjmy się następującej przykładzie dla typu loginVSI Knowledge Worker obciążenia zweryfikowanego przy użyciu testów wydajnościowych:
2000 współbieżnych wdrożeń klasycznych
2vCPU na komputer stacjonarny.
4 GB pamięci vRAM na komputer stacjonarny.
50 GB miejsca do magazynowania na komputery stacjonarne
W tym przykładzie całkowita liczba hostów wynosi 18, co daje gęstość maszyny wirtualnej na hosta wynoszącą 111.
Ważne
Obciążenia klientów różnią się w zależności od tego przykładu procesu roboczego wiedzy LoginVSI. W ramach planowania wdrożenia należy pracować z użytkownikami VMware EUC SEs pod kątem konkretnych potrzeb związanych z ustalaniem rozmiaru i wydajnością. Pamiętaj, aby uruchomić własne testy wydajnościowe przy użyciu rzeczywistego, planowanego obciążenia przed zakończeniem określania rozmiaru hosta i odpowiednio go dostosować.
Horizon on Azure VMware Solution licensing (Horyzont w ramach licencjonowania usługi Azure VMware Solution)
Istnieją cztery składniki związane z ogólnymi kosztami uruchamiania platformy Horizon w rozwiązaniu Azure VMware Solution.
Koszt pojemności rozwiązania Azure VMware
Aby uzyskać informacje na temat cennika, zobacz stronę cennika usługi Azure VMware Solution
Koszt licencjonowania horyzontu
Istnieją dwie dostępne licencje do użycia z rozwiązaniem Azure VMware Solution, które mogą być współbieżnymi użytkownikami (CCU) lub nazwanym użytkownikiem (NU):
Licencja subskrypcji horyzontu
Licencja na subskrypcję uniwersalną horyzontu
Jeśli w najbliższej przyszłości wdrożysz tylko rozwiązanie Horizon w usłudze Azure VMware Solution, użyj licencji subskrypcji Horyzont, ponieważ jest to niższy koszt.
W przypadku wdrożenia w rozwiązaniu Azure VMware Solution i środowisku lokalnym wybierz opcję Horizon Universal Subscription License jako przypadek użycia odzyskiwania po awarii. Obejmuje jednak licencję vSphere na potrzeby wdrożenia lokalnego, więc ma on wyższy koszt.
Skontaktuj się z zespołem sprzedaży programu VMware EUC, aby określić koszt licencjonowania Horizon na podstawie Twoich potrzeb.
Typy wystąpień platformy Azure
Aby zrozumieć rozmiary maszyn wirtualnych platformy Azure, które są wymagane dla infrastruktury horyzontu, zobacz Horizon Installation on Azure VMware Solution (Instalowanie horyzontu w rozwiązaniu Azure VMware).
Informacje
Wymagania systemowe dla agenta Horizon dla systemu Linux
Następne kroki
Aby dowiedzieć się więcej na temat programu VMware Horizon w usłudze Azure VMware Solution, przeczytaj często zadawane pytania dotyczące programu VMware Horizon.