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

Usługa Azure Virtual Desktop (klasyczna) tworzy swoje środowisko usługi za pomocą poleceń cmdlet programu PowerShell, interfejsów API REST i obiektów usługi. Obiekt w środowisku usługi Azure Virtual Desktop jest tworzony przez usługę 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 wszelkie tworzone obiekty nie są automatycznie zarządzane przez witrynę Azure Portal, ponieważ nie są połączone z subskrypcją platformy Azure.

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

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

Dlaczego warto migrować?

Poważne aktualizacje mogą być niewygodne, zwłaszcza te, które trzeba wykonać ręcznie. Istnieje jednak kilka powodów, dla których migracja automatyczna nie jest możliwa:

• Istniejące obiekty usługi utworzone w wersji klasycznej nie mają żadnej reprezentacji w usłudze Azure. Ich zakres nie wykracza poza usługę Azure Virtual Desktop.
• W najnowszej aktualizacji identyfikator aplikacji usługi został zmieniony w celu usunięcia zgody dla aplikacji, tak jak dla 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 kłopotów, migracja z wersji klasycznej jest nadal ważna. Po przeprowadzeniu migracji możesz wykonać następujące czynności:

• Usługą Azure Virtual Desktop można zarządzać za pomocą Azure Portal.
• Przypisz grupy użytkowników usługi Microsoft Entra do grup aplikacji.
• Użyj ulepszonej funkcji usługi Log Analytics, aby rozwiązać problemy z wdrożeniem.
• Do zarządzania dostępem administracyjnym używaj natywnej dla Azure kontroli dostępu opartej na rolach (RBAC) Azure.

Kiedy przeprowadzić migrację?

Zadając sobie pytanie, czy przeprowadzić migrację, należy również wziąć pod uwagę obecną i przyszłą sytuację wdrożenia.

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

• Konfiguracja puli hostów testowych jest niewielka liczba użytkowników.
• Masz produkcyjną pulę hostów z niewielką liczbą użytkowników, ale planujesz zwiększyć jej liczbę do setek.
• Masz prostą konfigurację, którą można łatwo odtworzyć. Jeśli na przykład maszyny wirtualne używają obrazu galerii.

Przygotowywanie do migracji

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

Do rozpoczęcia procesu migracji potrzebne są następujące elementy:

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

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

  • Współtwórca
  • 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 przeprowadzić migrację ręczną

Teraz, gdy już przygotowano się do przeprowadzenia migracji, nadszedł czas na właściwą 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 sekcji Tworzenie puli hostów przy użyciu usługi Azure Portal, aby utworzyć wszystkie obiekty wysokiego poziomu za pomocą usługi Azure Portal.
2. Jeśli chcesz przenieść już używane maszyny wirtualne, postępuj zgodnie z instrukcjami w temacie Rejestrowanie maszyn wirtualnych do puli hostów usługi Azure Virtual Desktop w celu ręcznego zarejestrowania ich w nowej puli hostów utworzonej w kroku 1.
3. Tworzenie nowych grup aplikacji funkcji RemoteApp.
4. Publikowanie użytkowników lub grup użytkowników w nowych grupach aplikacji klasycznych i aplikacji RemoteApp.
5. Zaktualizuj zasady dostępu warunkowego, aby zezwolić na nowe obiekty, postępując zgodnie z instrukcjami w temacie Konfigurowanie uwierzytelniania wieloskładnikowego.

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

Następne kroki

Jeśli zamiast tego chcesz dowiedzieć się, jak przeprowadzić automatyczne migrowanie wdrożenia, przejdź do tematu Migrowanie automatyczne z usługi Azure Virtual Desktop (wersja klasyczna).

Po przeprowadzeniu migracji sprawdź, jak działa usługa Azure Virtual Desktop, zapoznając się z naszymi samouczkami. Więcej informacji o zaawansowanych funkcjach zarządzania znajdziesz w artykułach Rozszerzanie istniejącej puli hostów i Dostosowywanie właściwości protokołu RDP.

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