Deploy Horizon on Azure VMware Solution
- 09/29/2020
- 11 minut do przeczytania
-
-
s -
t
-
Uwaga
Ten dokument koncentruje się na produkcie VMware Horizon, znanym wcześniej jako Horizon 7. Horizon jest innym rozwiązaniem niż Horizon Cloud on Azure, chociaż istnieją pewne wspólne komponenty. Kluczowe zalety rozwiązania VMware Solution na platformie Azure obejmują zarówno prostszą metodę określania rozmiaru, jak i integrację zarządzania VMware Cloud Foundation z portalem Azure.
VMware Horizon®, platforma wirtualnych desktopów i aplikacji, działa w centrum danych i zapewnia proste i scentralizowane zarządzanie. Dostarcza wirtualne desktopy i aplikacje na dowolne urządzenie, w dowolnym miejscu. Horizon pozwala na tworzenie i pośredniczenie w połączeniach z wirtualnymi pulpitami Windows i Linux, aplikacjami hostowanymi przez Remote Desktop Server (RDS), pulpitami i maszynami fizycznymi.
Tutaj skupiamy się w szczególności na wdrożeniu Horizon na platformie Azure VMware Solution. Ogólne informacje na temat VMware Horizon można znaleźć w dokumentacji produkcyjnej Horizon:
-
Co to jest VMware Horizon?
-
Learn more about VMware Horizon
-
Horizon Reference Architecture
Wraz z wprowadzeniem Horizon na platformie Azure VMware Solution, na platformie Azure dostępne są teraz dwa rozwiązania Virtual Desktop Infrastructure (VDI). Poniższy diagram podsumowuje kluczowe różnice na wysokim poziomie.
Horizon 2006 i późniejsze wersje na linii wydania Horizon 8 wspierają zarówno wdrożenie on-premises, jak i wdrożenie Azure VMware Solution. Istnieje kilka funkcji Horizon, które są obsługiwane w siedzibie firmy, ale nie w Azure VMware Solution. Obsługiwane są również dodatkowe produkty z ekosystemu Horizon. Aby uzyskać więcej informacji, zobacz parytet funkcji i interoperacyjność.
Wdrożenie programu Horizon w chmurze hybrydowej
Możesz wdrożyć program Horizon w środowisku chmury hybrydowej, gdy używasz architektury Horizon Cloud Pod Architecture (CPA) do połączenia centrów danych lokalnych i Azure. Architektura CPA skaluje wdrożenie, buduje chmurę hybrydową i zapewnia nadmiarowość na potrzeby ciągłości działania i odzyskiwania awaryjnego. Aby uzyskać więcej informacji, zobacz Rozszerzanie istniejących środowisk Horizon 7.
Ważne
CPA nie jest rozciągniętym wdrożeniem; każdy strąk Horizon jest odrębny, a wszystkie serwery połączeń należące do każdego z poszczególnych strąków muszą znajdować się w jednej lokalizacji i działać w tej samej domenie rozgłoszeniowej z perspektywy sieci.
Podobnie jak w siedzibie firmy lub prywatnym centrum danych, Horizon może być wdrożony w prywatnej chmurze Azure VMware Solution. Omówimy kluczowe różnice we wdrażaniu programu Horizon on-premises i na platformie Azure VMware Solution w kolejnych sekcjach.
Chmura prywatna Azure jest koncepcyjnie taka sama jak VMware SDDC, termin zwykle używany w dokumentacji programu Horizon. W pozostałej części tego dokumentu terminy chmura prywatna Azure i VMware SDDC są używane zamiennie.
Konektor Horizon Cloud Connector jest wymagany do zarządzania licencjami subskrypcji w rozwiązaniu Horizon on Azure VMware Solution. Cloud Connector może zostać wdrożony w Azure Virtual Network obok Horizon Connection Servers.
Important
Horizon Control Plane support for Horizon on Azure VMware Solution is not yet available. Należy pobrać wersję VHD rozwiązania Horizon Cloud Connector.
Rola Cloud Admin vCenter
Ponieważ Azure VMware Solution jest usługą SDDC, a Azure zarządza cyklem życia SDDC na Azure VMware Solution, model uprawnień vCenter na Azure VMware Solution jest ograniczony z założenia.
Klienci są zobowiązani do korzystania z roli Cloud Admin, która ma ograniczony zestaw uprawnień vCenter. Produkt Horizon został zmodyfikowany do pracy z rolą Cloud Admin w Azure VMware Solution, w szczególności:
-
Instant clone provisioning został zmodyfikowany do pracy w Azure VMware Solution.
-
Na Azure VMware Solution utworzono specyficzną politykę vSAN (VMware_Horizon) do pracy z Horizon, która musi być dostępna i używana w SDDC wdrożonych dla Horizon.
-
vSphere Content-Based Read Cache (CBRC), znany również jako View Storage Accelerator, jest wyłączony, gdy działa na Azure VMware Solution.
Important
CBRC nie może być ponownie włączone.
Uwaga
Azure VMware Solution automatycznie konfiguruje określone ustawienia Horizon pod warunkiem wdrożenia Horizon 2006 (aka Horizon 8) i nowszych na gałęzi Horizon 8 i wybrania opcji Azure w instalatorze Horizon Connection Server.
Horizon on Azure VMware Solution architektura wdrażania
Typowy projekt architektury Horizon wykorzystuje strategię strąków i bloków. Blok to pojedyncze vCenter, podczas gdy wiele bloków w połączeniu tworzy pod. Pod Horizon to jednostka organizacyjna określona przez limity skalowalności Horizon. Każdy pod Horizon ma oddzielny portal zarządzania, dlatego standardową praktyką projektową jest minimalizowanie liczby podów.
Każda chmura ma swój własny schemat łączności sieciowej. W połączeniu z siecią VMware SDDC / NSX Edge, łączność sieciowa rozwiązania Azure VMware Solution przedstawia unikalne wymagania dotyczące wdrażania usługi Horizon, które różnią się od tych w siedzibie firmy.
Każda chmura prywatna Azure i SDDC może obsłużyć 4000 sesji pulpitów lub aplikacji, przy założeniu, że:
-
Ruch związany z obciążeniem roboczym jest zgodny z profilem pracownika zadaniowego LoginVSI.
-
Uwzględniany jest tylko ruch protokołów, bez danych użytkownika.
-
NSX Edge jest skonfigurowany jako duży.
Uwaga
Profil obciążenia i potrzeby użytkownika mogą być inne, dlatego wyniki mogą się różnić w zależności od przypadku użycia. Wolumeny danych użytkownika mogą obniżać limity skalowania w kontekście obciążenia roboczego. Należy odpowiednio dobrać rozmiar i zaplanować wdrożenie. Więcej informacji można znaleźć w wytycznych dotyczących rozmiaru w sekcji Rozmiar hostów rozwiązań VMware Azure dla wdrożeń Horizon.
Zważywszy na maksymalny limit chmury prywatnej Azure i SDDC, zalecamy architekturę wdrożenia, w której serwery połączeń Horizon i VMware Unified Access Gateways (UAG) działają wewnątrz sieci wirtualnej Azure. To efektywnie zamienia każdą chmurę prywatną Azure i SDDC w blok. Z kolei maksymalizuje skalowalność Horizon działającego na Azure VMware Solution.
Połączenie z Azure Virtual Network do chmur prywatnych Azure / SDDC powinno być skonfigurowane z ExpressRoute FastPath. Poniższy diagram przedstawia podstawowe wdrożenie strąka Horizon.
Łączność sieciowa do skalowania Horizon na Azure VMware Solution
Ta sekcja przedstawia architekturę sieciową na wysokim poziomie z kilkoma typowymi przykładami wdrożeń, aby pomóc w skalowaniu Horizon na Azure VMware Solution. Skupiono się w szczególności na krytycznych elementach sieciowych.
Pojedyncza platforma Horizon na platformie Azure VMware Solution
Pojedyncza platforma Horizon to najprostszy scenariusz wdrożenia, ponieważ wdrażana jest tylko jedna platforma Horizon w regionie US East. Ponieważ każda chmura prywatna i SDDC jest szacowana do obsługi 4000 sesji desktopowych, wdrażasz maksymalny rozmiar Horizon pod. Można zaplanować wdrożenie maksymalnie trzech chmur prywatnych/SDDC.
Dzięki maszynom wirtualnym (VM) infrastruktury Horizon wdrożonym w sieci wirtualnej Azure można osiągnąć poziom 12 000 sesji na platformę Horizon. Połączenie pomiędzy każdą chmurą prywatną i SDDC do sieci Azure Virtual Network to ExpressRoute Fast Path. Nie jest wymagany ruch wschód-zachód między chmurami prywatnymi.
Kluczowe założenia dla tego podstawowego przykładu wdrożenia obejmują, że:
-
Nie posiadasz istniejącej w siedzibie firmy platformy Horizon, którą chcesz połączyć z tą nową platformą za pomocą architektury Cloud Pod Architecture (CPA).
-
Użytkownicy końcowi łączą się ze swoimi wirtualnymi pulpitami za pośrednictwem Internetu (vs. łączenie się za pośrednictwem macierzystej serwerowni). łączą się za pośrednictwem centrum danych w siedzibie firmy).
Połączenie kontrolera domeny AD w Azure Virtual Network z AD w siedzibie firmy odbywa się za pośrednictwem VPN lub obwodu ExpressRoute.
Odmianą podstawowego przykładu może być obsługa łączności dla zasobów w siedzibie firmy. Na przykład użytkownicy uzyskują dostęp do pulpitów i generują ruch aplikacji pulpitu wirtualnego lub łączą się z macierzystą platformą Horizon za pomocą CPA.
Schemat przedstawia sposób obsługi łączności dla zasobów macierzystych. Aby połączyć sieć firmową z siecią wirtualną Azure, potrzebny będzie obwód ExpressRoute. Konieczne będzie również połączenie sieci firmowej z każdą chmurą prywatną i SDDC za pomocą ExpressRoute Global Reach. Umożliwia to łączność z SDDC do obwodu ExpressRoute i zasobów lokalnych.
Wielokrotne strąki Horizon na rozwiązaniu Azure VMware Solution w wielu regionach
Innym scenariuszem jest skalowanie Horizon w wielu strąkach. W tym scenariuszu, wdrażasz dwa strąki Horizon w dwóch różnych regionach i federujesz je używając CPA. Jest to podobne do konfiguracji sieci w poprzednim przykładzie, ale z kilkoma dodatkowymi połączeniami międzyregionalnymi.
Podłączasz sieć wirtualną Azure w każdym regionie do chmur prywatnych/SDDC w drugim regionie. Pozwala to serwerom połączeniowym Horizon będącym częścią federacji CPA łączyć się ze wszystkimi zarządzanymi desktopami. Dodanie do tej konfiguracji dodatkowych chmur prywatnych/SDDC umożliwiłoby skalowanie do 24 000 sesji ogółem.
Te same zasady obowiązują w przypadku wdrażania dwóch platform Horizon w tym samym regionie. Upewnij się, że drugi strąk Horizon został wdrożony w oddzielnej sieci wirtualnej Azure. Podobnie jak w przypadku przykładu z pojedynczym stogiem, można połączyć sieć firmową i lokalny stóg z tym przykładem z wieloma stogami/regionami za pomocą ExpressRoute i Global Reach.
Wymiarowanie hostów Azure VMware Solution dla wdrożeń Horizon
Metodologia wymiarowania Horizon na hoście działającym w Azure VMware Solution jest prostsza niż Horizon on-premises. Wynika to z faktu, że host Azure VMware Solution jest ustandaryzowany. Dokładne oszacowanie wielkości hosta pomaga określić liczbę hostów potrzebnych do wsparcia wymagań VDI. Jest to kluczowe dla określenia kosztu na pulpit.
Tabele rozmiarów
Szczególne wymagania vCPU/vRAM dla wirtualnych pulpitów Horizon zależą od specyficznego profilu obciążenia klienta. Współpracuj z zespołem sprzedaży MSFT i VMware w celu określenia wymagań dotyczących pamięci vCPU/vRAM dla wirtualnych desktopów.
| vCPU na VM | vRAM na VM (GB) | Instancja | 100 VMs | 200 maszyn wirtualnych | 300 maszyn wirtualnych | 400 maszyn wirtualnych | 500 maszyn wirtualnych | 600 maszyn wirtualnych | 700 maszyn wirtualnych | 800 VMs | 900 VMs | 1000 VMs | 2000 VMs | 3000 VMs | 4000 VMs | 5000 VMs | 6000 VMs | 6400 VMs | |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2 | 3.5 | AVS | 3 | 3 | 4 | 4 | 5 | 6 | 6 | 6 | 7 | 8 | 9 | 17 | 25 | 33 | 41 | 49 | 53 |
| 2 | 4 | AVS | 3 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 9 | 18 | 26 | 34 | 42 | 51 | 54 | ||
| 2 | 6 | AVS | 3 | 4 | 5 | 6 | 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 | 4 | 4 | 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 | |
| 4 | 3.5 | AVS | 3 | 3 | 4 | 5 | 6 | 7 | 7 | 8 | 9 | 10 | 11 | 22 | 33 | 44 | 55 | 66 | 70 |
| 4 | 4 | AVS | 3 | 3 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 22 | 33 | 44 | 55 | 66 | 70 |
| 4 | 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 | 4 | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 4 | 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 | 4 | AVS | 3 | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 6 | AVS | 3 | 4 | 5 | 6 | 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 | 4 | 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 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 | |
| 8 | 4 | AVS | 3 | 4 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 6 | AVS | 3 | 4 | 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 | 4 | 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 |
Wkłady do wymiarowania horyzontu
Oto, co trzeba będzie zebrać dla planowanego obciążenia pracą:
-
Liczba współbieżnych desktopów
-
Wymagane vCPU na desktop
-
Wymagana vRAM na desktop
-
Wymagana pamięć masowa na desktop
Ogólnie rzecz biorąc, wdrożenia VDI są albo ograniczone CPU albo RAM, co determinuje rozmiar hosta. Weźmy następujący przykład dla obciążenia typu LoginVSI Knowledge Worker, potwierdzony testami wydajności:
-
2,000 jednoczesnych wdrożeń pulpitów
-
2vCPU na pulpit.
-
4-GB vRAM na pulpit.
-
50 GB pamięci masowej na pulpit
W tym przykładzie łączna liczba hostów wynosi 18, co daje gęstość maszyn wirtualnych na hosta równą 111.
Important
Obciążenia klientów będą się różnić od tego przykładu LoginVSI Knowledge Worker. W ramach planowania wdrożenia należy skonsultować się z działem SE VMware EUC w celu określenia konkretnych potrzeb w zakresie rozmiaru i wydajności. Pamiętaj, aby przeprowadzić własne testy wydajności przy użyciu rzeczywistego, planowanego obciążenia roboczego przed sfinalizowaniem rozmiaru hosta i odpowiednio go dostosować.
Horizon on Azure VMware Solution licensing
Ogólne koszty uruchomienia rozwiązania Horizon on Azure VMware Solution składają się z czterech elementów.
Koszt pojemności rozwiązania Azure VMware Solution
Informacje na temat cen można znaleźć na stronie z cenami rozwiązania Azure VMware Solution
Koszt licencji Horizon
Do użytku z rozwiązaniem Azure VMware Solution dostępne są dwie licencje, które mogą mieć postać użytkownika współbieżnego (CCU) lub użytkownika nazwanego (NU):
-
Horizon Subscription License
-
Horizon Universal Subscription License
Jeżeli w przewidywalnej przyszłości tylko wdrażasz Horizon na Azure VMware Solution, to użyj Horizon Subscription License, ponieważ jest to niższy koszt.
Jeśli program Horizon jest wdrażany na platformie Azure VMware Solution i w siedzibie firmy, jak w przypadku odzyskiwania danych po awarii, należy wybrać uniwersalną licencję subskrypcyjną Horizon. Zawiera ona licencję vSphere do wdrożenia w siedzibie firmy, więc jej koszt jest wyższy.
Współpracuj z zespołem sprzedaży VMware EUC, aby określić koszt licencji Horizon w oparciu o swoje potrzeby.
Typy instancji Azure
Aby zrozumieć rozmiary maszyn wirtualnych Azure, które będą wymagane dla infrastruktury Horizon, zapoznaj się z wytycznymi VMware, które można znaleźć tutaj.
.