Ręczne migrowanie z usługi Azure Virtual Desktop (wersja klasyczna)

Usługa Azure Virtual Desktop (klasyczna) tworzy swoje środowisko usług za pomocą poleceń cmdlet programu PowerShell, interfejsów API REST i obiektów usługi. Obiekt w środowisku usługi Azure Virtual Desktop to coś, co tworzy usługa Azure Virtual Desktop. Obiekty usługi obejmują dzierżawy, pule hostów, grupy aplikacji i hosty sesji.

Jednak usługa Azure Virtual Desktop (klasyczna) nie jest zintegrowana z platformą Azure. Bez integracji z platformą Azure tworzone obiekty nie są automatycznie zarządzane przez Azure Portal, ponieważ nie są połączone z subskrypcją platformy Azure.

Ostatnia ważna aktualizacja usługi Azure Virtual Desktop oznacza zmianę w usłudze w kierunku pełnej integracji z platformą Azure. Obiekty tworzone w usłudze Azure Virtual Desktop są automatycznie zarządzane przez Azure Portal.

W tym artykule wyjaśnimy, dlaczego warto rozważyć migrację do najnowszej wersji usługi Azure Virtual Desktop. Następnie poinformujemy Cię, jak ręcznie przeprowadzić migrację z usługi Azure Virtual Desktop (klasycznej) do najnowszej aktualizacji usługi Azure Virtual Desktop.

Dlaczego warto przeprowadzić migrację?

Główne aktualizacje mogą być niewygodne, zwłaszcza te, które należy wykonać ręcznie. Istnieją jednak pewne powody, dla których nie można automatycznie migrować:

• Istniejące obiekty usługi wykonane w wersji klasycznej nie mają żadnej reprezentacji na platformie Azure. Ich zakres nie wykracza poza usługę Azure Virtual Desktop.
• Wraz z najnowszą aktualizacją identyfikator aplikacji usługi został zmieniony, aby usunąć zgodę dla aplikacji tak jak w przypadku usługi Azure Virtual Desktop (klasycznej). Nie będzie można tworzyć nowych obiektów platformy Azure za pomocą usługi Azure Virtual Desktop, chyba że zostaną one uwierzytelnione przy użyciu nowego identyfikatora aplikacji.

Pomimo tego, że migracja z wersji klasycznej jest nadal ważna. Oto, co można zrobić po przeprowadzeniu migracji:

• Zarządzanie usługą Azure Virtual Desktop za pośrednictwem Azure Portal.
• Przypisz Microsoft Entra grup użytkowników do grup aplikacji.
• Użyj ulepszonej funkcji usługi Log Analytics, aby rozwiązać problemy z wdrożeniem.
• Zarządzanie dostępem administracyjnym przy użyciu natywnej dla platformy Azure kontroli dostępu opartej na rolach (RBAC) platformy Azure.

Kiedy należy przeprowadzić migrację?

Podczas zadawania sobie pytania, czy należy przeprowadzić migrację, należy również wziąć pod uwagę bieżącą i przyszłą sytuację wdrożenia.

W szczególności istnieje kilka scenariuszy, w których zalecamy ręczną migrację:

• Masz konfigurację puli hostów testowych z niewielką liczbą użytkowników.
• Masz konfigurację produkcyjnej puli hostów z niewielką liczbą użytkowników, ale planujesz ostatecznie zwiększyć do setek użytkowników.
• Masz prostą konfigurację, którą można łatwo zreplikować. Jeśli na przykład maszyny wirtualne używają obrazu galerii.

Przygotowanie do migracji

Przed rozpoczęciem musisz upewnić się, że środowisko jest gotowe do migracji.

Oto, czego potrzebujesz, aby rozpocząć proces migracji:

• Subskrypcja platformy Azure, w której utworzysz nowe obiekty usługi platformy Azure.

• Upewnij się, że masz przypisane do następujących ról:

  • Współautorów
  • Administrator dostępu użytkownika

  Rola Współautor umożliwia tworzenie obiektów platformy Azure w ramach subskrypcji, a rola Administrator dostępu użytkowników umożliwia przypisywanie użytkowników do grup aplikacji.

Jak ręcznie przeprowadzić migrację

Po przygotowaniu się do procesu migracji nadszedł czas, aby faktycznie przeprowadzić migrację.

Aby ręcznie przeprowadzić migrację z usługi Azure Virtual Desktop (klasycznej) do usługi Azure Virtual Desktop:

1. Postępuj zgodnie z instrukcjami w temacie Tworzenie puli hostów przy użyciu Azure Portal, aby utworzyć wszystkie obiekty wysokiego poziomu przy użyciu Azure Portal.
2. Jeśli chcesz przenieść maszyny wirtualne, których już używasz, postępuj zgodnie z instrukcjami w temacie Rejestrowanie maszyn wirtualnych w puli hostów usługi Azure Virtual Desktop , aby ręcznie zarejestrować je w nowej puli hostów utworzonej w kroku 1.
3. Utwórz nowe grupy aplikacji RemoteApp.
4. Publikuj użytkowników lub grupy użytkowników w nowych grupach aplikacji pulpitu i aplikacji zdalnej.
5. Zaktualizuj zasady dostępu warunkowego, aby zezwolić na nowe obiekty, postępjąc zgodnie z instrukcjami w temacie Konfigurowanie uwierzytelniania wieloskładnikowego.

Aby zapobiec przestojom, należy najpierw zarejestrować istniejące hosty sesji w zintegrowanych z usługą Azure Resource Manager pulach hostów w małych grupach jednocześnie. Następnie powoli przełączaj użytkowników do nowych grup aplikacji zintegrowanych z usługą Azure Resource Manager.

Następne kroki

Jeśli chcesz dowiedzieć się, jak zamiast tego przeprowadzić migrację wdrożenia automatycznie, przejdź do pozycji Migrowanie automatycznie z usługi Azure Virtual Desktop (klasycznej).

Po przeprowadzeniu migracji zapoznaj się z naszymi samouczkami, aby dowiedzieć się, jak działa usługa Azure Virtual Desktop. Dowiedz się więcej o zaawansowanych możliwościach zarządzania w obszarze Rozwiń istniejącą pulę hostów i Dostosuj właściwości protokołu RDP.

Aby dowiedzieć się więcej o obiektach usługi, zapoznaj się ze środowiskiem usługi Azure Virtual Desktop.