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

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 elementem tworzonym 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 platformy Azure żadne tworzone obiekty nie są automatycznie zarządzane przez witrynę Azure Portal, ponieważ nie są połączone z subskrypcją platformy Azure.

Ostatnia główna aktualizacja usługi Azure Virtual Desktop oznacza zmianę usługi w kierunku pełnej integracji platformy Azure. Obiekty tworzone w usłudze Azure Virtual Desktop są automatycznie zarządzane przez witrynę Azure Portal.

W tym artykule wyjaśnimy, dlaczego należy 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 (wersja klasyczna) 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 przeprowadzić automatycznej migracji:

• Istniejące obiekty usługi utworzone w wersji klasycznej nie mają żadnej reprezentacji na platformie Azure. Ich zakres nie wykracza poza usługę Azure Virtual Desktop.
• Po najnowszej aktualizacji identyfikator aplikacji usługi został zmieniony, aby usunąć zgodę na aplikacje tak, jak to miało miejsce w przypadku usługi Azure Virtual Desktop (wersja klasyczna). Nie będzie można utworzyć nowych obiektów platformy Azure za pomocą usługi Azure Virtual Desktop, chyba że zostaną uwierzytelnione przy użyciu nowego identyfikatora aplikacji.

Pomimo kłopotów migracja z dala od wersji klasycznej jest nadal ważna. Oto co można zrobić po przeprowadzeniu migracji:

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

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.

Istnieje kilka scenariuszy, w których zalecamy ręczną migrację:

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

Ważne

Jeśli używasz zaawansowanej konfiguracji, która trwała długo, aby ustabilizować się lub mieć wielu użytkowników, nie zalecamy ręcznego migrowania.

Przygotowanie do migracji

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

Oto, co należy rozpocząć proces migracji:

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

• Upewnij się, że masz przypisane następujące role:

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

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

Jak przeprowadzić migrację ręcznie

Teraz, po przygotowaniu do procesu migracji, nadszedł czas, aby rzeczywiście przeprowadzić migrację.

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

1. Postępuj zgodnie z instrukcjami w temacie Tworzenie puli hostów w witrynie Azure Portal , aby utworzyć wszystkie obiekty wysokiego poziomu w witrynie Azure Portal.
2. Jeśli chcesz przełączyć 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 Usługi RemoteApp.
4. Publikowanie użytkowników lub grup użytkowników w nowych grupach aplikacji pulpitu i usługi 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 usługą Azure Resource Manager w małych grupach jednocześnie. Następnie powoli przełącz użytkowników do nowych grup aplikacji zintegrowanych z usługą Azure Resource Manager.

Następne kroki

Jeśli chcesz dowiedzieć się, jak automatycznie migrować wdrożenie, przejdź do sekcji Migrowanie automatycznie z usługi Azure Virtual Desktop (wersja klasyczna).

Po przeprowadzeniu migracji dowiedz się, jak działa usługa Azure Virtual Desktop, zapoznaj się z naszymi samouczkami. Dowiedz się więcej o zaawansowanych funkcjach zarządzania w obszarze Rozwijanie istniejącej puli hostów i Dostosowywanie właściwości protokołu RDP.

Aby dowiedzieć się więcej na temat obiektów usług, zapoznaj się ze środowiskiem usługi Azure Virtual Desktop.