Microsoft Edge für Virtual Desktop Infrastructure (VDI)

In diesem Artikel werden die Anforderungen und Einschränkungen für die Verwendung von Microsoft Edge in einer virtuellen Umgebung beschrieben.

Was ist VDI?

Virtual Desktop Infrastructure (VDI) ist eine Desktopvirtualisierungstechnologie, die ein Betriebssystem und Anwendungen auf einem zentralen Server in einem Rechenzentrum hostet. Diese Technologie ermöglicht eine vollständig personalisierte Desktopumgebung für Benutzer in einer sicheren und konformen zentralen Quelle.

Microsoft Edge kann in einer virtuellen Umgebung auf die gleiche Weise wie auf einem lokalen Gerät verwendet werden. Ein virtueller Desktop nutzt eine sichere und kontrollierte Serverumgebung. Je nach gewählter VDI-Lösung kann es auch möglich sein, Ihren Benutzern nahtlosen Zugriff auf Intranetanwendungen und -websites zu gewähren.

Die meisten Microsoft Edge-Features werden in VDI-Umgebungen ohne spezielle Konfiguration unterstützt. Um jedoch eine optimale Benutzererfahrung zu gewährleisten, empfehlen wir Ihnen, die folgenden Anleitungen zu lesen.

Für Microsoft Edge zertifizierte Plattformen

Die folgenden Plattformen sind für Microsoft Edge zertifiziert:

  • Azure Virtual Desktop
  • Citrix Virtual Apps and Desktops (früher bekannt als XenApp und XenDesktop)

Obwohl das Microsoft-Team noch keine anderen VDI-Lösungen zertifiziert hat, wird erwartet, dass die gängigsten Workflows in Microsoft Edge unterstützt werden sollten. Die folgenden Anleitungen können für die von Ihnen gewählte Lösung gelten oder nicht.

Überlegungen zur Leistung für Microsoft Edge in VDI

Beim Entwerfen Ihrer VDI-Umgebung sollten Sie die Workflows und Anforderungen Ihrer Benutzer sorgfältig berücksichtigen, um eine optimale Leistung zu erzielen und die Grenzen Ihrer Serverkonfiguration zu verstehen.

Für die Bereitstellung von Microsoft Edge in einer VDI-Umgebung werden die folgenden Mindestanforderungen empfohlen:

  • vCPU – 2–4 Kerne pro Benutzer
  • RAM – 1 GB pro Benutzer

Große und komplexe Webanwendungen und Erweiterungen benötigen mehr Arbeitsspeicher und Verarbeitungsfunktionen, die beim Konfigurieren Ihrer virtuellen Umgebung berücksichtigt werden müssen.

Microsoft Edge in nicht persistenten VDI-Umgebungen

Viele VDI-Lösungen ermöglichen den Zugriff auf persistente Umgebungen, in denen Benutzer als virtuelle Umgebung zugewiesen werden, die zwischen Sitzungen beibehalten wird, und nicht persistenten Umgebungen, in denen Benutzer einem von mehreren verfügbaren Computern zugewiesen sind, möglicherweise einem anderen Computer bei jeder Sitzung, Benutzerdaten zwischen Sitzungen synchronisiert werden oder nicht.

Wenn Sie eine nicht persistente Umgebung verwenden, erstellt man in der Regel ein "goldenes Image", das über die erforderlichen Apps und Konfigurationen verfügt, die auf jedem Gerät bereitgestellt werden. Verwenden Sie die folgenden Empfehlungen als Leitfaden für die Vorbereitung eines goldenen Bilds.

Bereitstellen von Microsoft Edge

Wenn Sie Windows 10 Version 1803 und höher verwenden, sollte Microsoft Edge bereits auf Ihrem System installiert sein. Wenn Sie jedoch eine ältere Version von Windows verwenden oder einen anderen Microsoft Edge-Kanal bereitstellen möchten, führen Sie die folgenden Schritte aus:

  1. Laden Sie das Microsoft Edge MSI-Paket herunter, das Ihrem VDI-VM-Betriebssystem entspricht:

  2. Führen Sie den folgenden Befehl aus, um die MSI auf dem virtuellen VDI-Computer (VM) zu installieren:

    • msiexec /i <path_to_msi> /qn /norestart /l*v <install_logfile_name>

Deaktivieren von automatischen Updates

Für nicht persistente Computer empfiehlt es sich, automatische Updates zu deaktivieren und Microsoft Edge zu aktualisieren, indem Sie das goldene Image aktualisieren, um sicherzustellen, dass es keine Versionskonflikte zwischen dem Pool der virtuellen Computer gibt.

Weitere Informationen zum Deaktivieren automatischer Updates finden Sie in den folgenden Richtlinien:

Profilverwaltung

Bei nicht persistenten Setups ist es wichtig zu berücksichtigen, dass VMs den Benutzerzustand zwischen Sitzungen möglicherweise nicht beibehalten oder Benutzern eine VM zugewiesen wird, die sie noch nie zuvor verwendet haben. In diesem Szenario verfügt der virtuelle Computer nicht über die Daten des Benutzers.

Microsoft Edge unterstützt zwei Methoden zum Synchronisieren von Benutzerdaten, sodass sie unabhängig davon verfügbar sind, wie sie auf Microsoft Edge zugreifen:

  • Microsoft Entra ID synchronisieren
  • Lokale Synchronisierung für Microsoft Entra Benutzer.

Microsoft Entra ID Sync

Wenn Ihr Microsoft Entra ID Plan dies unterstützt, ist die Enterprise-Synchronisierung die schnellste und einfachste Methode, um sicherzustellen, dass Microsoft Edge-Benutzerdaten mit allen Benutzergeräten synchronisiert werden. Weitere Informationen finden Sie unter Konfigurieren der Microsoft Edge Enterprise-Synchronisierung.

Die Unternehmenssynchronisierung unterstützt mehrere gleichzeitige Sitzungen, funktioniert versionsübergreifend und ist die empfohlene Lösung zum Synchronisieren von Benutzerdaten.

Lokale Synchronisierung für Active Directory-Benutzer

Bei der lokalen Synchronisierung speichert Microsoft Edge die Favoriten und Einstellungen eines Active Directory-Benutzers in einer Datei, die problemlos zwischen verschiedenen Computern verschoben werden kann.

Weitere Informationen zu Anforderungen und Konfiguration finden Sie unter Lokale Synchronisierung für Active Directory-Benutzer (AD)

Die lokale Synchronisierung unterstützt nicht die Synchronisierung mehrerer gleichzeitiger Sitzungen.

Benutzerprofilumleitung

Es gibt zwar einige Lösungen, die für die Migration und Umleitung des Benutzerdatenordners (User Data Folder, UDF) zur Aufrechterhaltung des Benutzerkontexts in einer nicht persistenten Umgebung verwendet werden, sie sind jedoch mit Zuverlässigkeits- und Leistungsrisiken verbunden.

Einige beliebte Lösungen umfassen die folgenden Optionen:

Das Umleiten der gesamten UDF sollte vermieden werden, da dies zu Zuverlässigkeitsproblemen führen kann, wenn ein in der UDF gespeicherter Datentyp ein inkompatibles Speicherformatupgrade in einem Microsoft Edge-Versionsupdate aufweist. In einigen Szenarien, z. B. bei parallelen Versionsupdates in einer Serverfarm, kann Microsoft Edge abstürzen oder hängen bleiben, wenn versucht wird, eine inkompatible gespeicherte Version aus der UDF zu verwenden.

Wenn Sie planen, einen Teil der UDF umzuleiten, sollte es sich nur um eine kleine Teilmenge wie Lesezeichen, Einstellungen und Verlauf handelt. Einige Beispiele für Ordner, von denen bekannt ist, dass sie beim Roaming Leistungsprobleme verursachen und daher ausgeschlossen werden sollten, sind:

  • %LocalAppData%\Microsoft\Edge\User Data\Default\Cache
  • %LocalAppData%\Microsoft\Edge\User Data\Default\Code Cache
  • %LocalAppData%\Microsoft\Edge\User Data\Default\JumpListIconsTopSites
  • %LocalAppData%\Microsoft\Edge\User Data\Default\JumpListIconsRecentClosed

Microsoft Edge Enterprise-Synchronisierung und lokale Synchronisierung tragen diese Risiken nicht mit sich und sind daher die empfohlene Methode zum Synchronisieren von Edge-Benutzerdaten.

Bekannte Probleme

Abstürzen von Microsoft Edge in älteren Versionen von XenApp und XenDesktop

Dieses Problem sollte in neueren Versionen dieser Produkte behoben werden. Wenn dieses Problem jedoch in Ihrer Umgebung auftritt, können Sie das Problem umgehen, indem Sie Citrix API Hooks für Microsoft Edge deaktivieren. Weitere Informationen finden Sie unter Deaktivieren von Citrix API Hooks pro Anwendung.

Beeinträchtigte Leistung beim Rendering von Seiten mit ungewöhnlich großen HTML-Tabellen

Die folgenden Citrix-Richtlinien sind für das langsame Rendern von HTML-Seiten mit großen Tabellen (über 30.000 Zeilen) bekannt.

  • Automatische Tastaturanzeige

  • Remotezugriff auf das Kombinationsfeld

Weitere Informationen finden Sie unter Richtlinieneinstellungen für die mobile Umgebung (citrix.com). Durch das Deaktivieren dieser Richtlinien sollte das Problem behoben werden.

Windows Account Manager-Autorisierungsszenarien (d. b. Azure-Synchronisierung) schlagen in Microsoft Edge fehl, wenn sie als nahtlose Citrix-Anwendung ausgeführt werden

Dies ist ein bekanntes Problem in Microsoft Edge und anderen Anwendungen, die WAM (d. h. Office) verwenden, da erforderliche Windows-Komponenten bei der Ausführung im "nahtlosen" Modus nicht initialisiert werden. Probieren Sie eine der folgenden Optionen aus, um dieses Problem zu umgehen:

  • Verwenden Sie Microsoft Edge über einen Remotedesktop zum Citrix Host anstelle einer nahtlosen Remoteanwendung.
  • Verwenden Sie stattdessen Azure Virtual Desktop-Remote-Apps, die Abhilfemaßnahmen für dieses Problem haben.

Weitere Informationen

  • Last updated on