Auf dieser Seite werden Elemente beschrieben, die derzeit vom Self-Service-Migrationsprozess für die Migration von Horizon Cloud-Bereitstellungen der ersten Generation auf Microsoft Azure zu einem Horizon Cloud-Mandanten ausgeschlossen sind. Auf dieser Seite werden auch einige Sonderfälle der Bereitstellung der ersten Generation beschrieben.
Hinweis: Dieser Inhalt ist ein fortlaufendes Dokument. Diese Informationen werden aktualisiert, sobald zusätzliche Unterstützung verfügbar wird.
Aktuelle Hauptausschlüsse
Wichtig: Dieser Inhalt enthält nicht alle möglichen Ausschlüsse. Es handelt sich hier um die wichtigsten Merkmale, die derzeit vom Migrationsprozess ausgeschlossen sind.
Diese erste Liste enthält die eingeschlossenen Elemente und die folgende Liste die ausgeschlossenen Elemente.
Enthalten seit dem 16. Januar 2025
Zum Zeitpunkt der Erstellung dieses Dokuments kann ein Horizon Cloud on Microsoft Azure-Pod, der die folgenden Kriterien erfüllt, migriert werden.
- Bereitgestellt in einer kommerziellen Azure-Umgebung oder bereitgestellt in Azure US Government (Azure-Regionen
usgovvirginia,usgovtexas,usgovarizona). Hinweis: Da Azure US Government-Abonnements Azure Private Link nicht unterstützen, wird bei der Migration von Pods in Azure US Government mit dem AKS-Bereitstellungstyp die Netzwerkkonnektivität des resultierenden Horizon Edge standardmäßig auf Internet festgelegt. - Verfügt über Zuweisungen innerhalb eines einzelnen Pods oder über mehrere Pods hinweg. (Die Migration von Zuweisungen, die sich über mehrere Pods erstrecken, wird ab dem 16. Januar 2025 unterstützt.)
- Der Horizon Cloud auf Microsoft Azure-Pod muss über eine Mindestversion des Pod-Manifests verfügen, den Status
Online(grün) auf der Seite „Kapazität“ der Konsole der ersten Generation aufweisen und auf den Agents muss eine Mindestversion ausgeführt werden. Weitere Informationen finden Sie im Abschnitt Sicherstellen, dass die Bereitstellung und die Agents den für die Migration erforderlichen Versionsstand aufweisen. - Interne Gateway-Konfigurationen, die der Pod-Bereitsteller der ersten Generation für Pods der ersten Generation bereitgestellt hat.
- Externe Gateway-Konfigurationen, die der Pod-Bereitsteller der ersten Generation für Pods der ersten Generation bereitgestellt hat.
- Wenn die Subnetze oder das VNet eines Pods Konflikte mit sogenannten AKS-eingeschränkten IP-Bereichen aufweisen oder sich mit diesen überschneiden, kann der Pod migriert werden, sofern Sie entweder den Bereitstellungstyp Einzelne virtuelle Maschine wählen oder die Problemumgehung implementieren, indem Sie ein neues VNet und Management-Subnetz für die Horizon Cloud-Bereitstellung erstellen. Weitere Informationen zu diesem Szenario finden Sie unter Feststellen, ob das VNet oder die verbundenen Netzwerke des Pods IP-Adressen mit AKS-Beschränkung enthalten.
- Pods, die Remoteanwendungen für die Bestandsliste des Mandanten bereitstellen, sind für die Migration geeignet. Sowohl automatisch geprüfte Remoteanwendungen als auch Remoteanwendungen, die der Bestandsliste mit der Option Manuell von Farm hinzugefügt wurden, können zu diesem Zeitpunkt migriert werden. Wie in der Dokumentation zur ersten Generation beschrieben werden diese Remoteanwendungen von Anwendungsfarmen über den Pod bereitgestellt.
Hinweis: Wenn Sie die manuellen Apps direkt auf den Farm-VMs der ersten Generation installiert haben, werden diese Apps nicht standardmäßig auf den Pool-VMs der Horizon Cloud-Umgebung installiert, auch wenn ihre Metadaten im Rahmen des Migrationsprozesses migriert werden. Solche Apps müssen auf den Pool-VMs unter genau denselben Pfaden neu installiert werden, unter denen sie in den VMs der Farm der ersten Generation installiert waren.
Weitere Informationen darüber, wie die migrierten Anwendungsfarmen nach der Migration in der Horizon Cloud Horizon Universal Console aussehen werden, finden Sie im Abschnitt Remote-Apps aus Farmen der ersten Generation in diesem Migrationshandbuch.
- Die Proxy-Konfigurationseinstellungen, die der Dienst der ersten Generation auf Pods der ersten Generation unterstützt. Während der Migration werden dieselben Proxy-Einstellungen auf der resultierenden Horizon Edge Gateway-Appliance konfiguriert.
Hinweis: Wenn Sie sich für eine Migration mit dem Bereitstellungstyp „AKS“ entscheiden und der Pod der ersten Generation einen authentifizierten Proxy verwendet, dessen Proxy-Einstellungen einen Benutzernamen und ein Kennwort für die Authentifizierung enthalten, wird während des Migrationsvorgangs nur die Proxy-URL auf die Horizon Edge Gateway-Appliance kopiert. Der Grund dafür ist, dass der AKS-Typ den Microsoft Azure Kubernetes Service (AKS) verwendet, der zurzeit keinen authentifizierten Proxy unterstützt.
Weitere Informationen zur Auswahl des Horizon Edge Gateway-Bereitstellungstyps für die Migration finden Sie unter Auswählen des Horizon Edge Gateway-Bereitstellungstyps.
- Wenn die Pod-Flotte des Mandanten der ersten Generation neben einem Horizon Cloud auf Microsoft Azure-Pod auch Horizon-Pods enthält, kann der Horizon Cloud auf Microsoft Azure-Pod am Self-Service-Migrationsprozess teilnehmen, sofern diese Horizon-Pods nur die Abonnementlizenzierung und keine anderen cloudbasierten Dienste verwenden.
In diesem Szenario können Sie den in diesem Handbuch beschriebenen Self-Service-Migrationsprozess verwenden, um den Horizon Cloud on Microsoft Azure-Pod in Ihre Horizon Cloud-Umgebung zu migrieren. Nach der Migration des Horizon Cloud on Microsoft Azure-Pods verbleiben die Horizon-Pods in der Umgebung des Mandanten der ersten Generation und erhalten ihre Abonnementlizenzierung über den Mandanten der ersten Generation. Ein Self-Service-Migrationsprozess für Horizon-Pods wurde noch nicht bereitgestellt.
- Horizon Thin Clients, die für Horizon Cloud in der Kompatibilitätsmatrix aufgeführt sind, werden nach der Migration unterstützt. Wenn Sie einen Anwendungsfall haben, bei dem Ihre Endbenutzer Horizon Thin Clients verwenden, überprüfen Sie die Kompatibilitätsmatrix zwischen Ihrem Horizon Thin Client-Gerät und -Modell und Horizon Cloud, bevor Sie mit der Migration fortfahren. Nur Horizon Thin Clients, die als kompatibel mit Horizon Cloud aufgeführt sind, werden nach der Migration unterstützt.
Das Horizon Thin Clients-Kompatibilitätshandbuch finden Sie im Tech Zone Technology Partner Hub unter „Kompatibilitätshandbücher“.
Hinweis: Die Migration der Desktop-Einstellungen für Endbenutzer, die in Horizon Client für jeden Desktop festgelegt wurden, wird derzeit nicht unterstützt. Um die gewünschten Einstellungen nach der Migration abzurufen, können Ihre Endbenutzer diese Einstellungen erneut in ihren Clients festlegen.
Ausgeschlossen
Die folgenden Szenarien werden derzeit für die Migration nicht unterstützt:
- Situationen, in denen Endbenutzer oder deren Clients PCoIP mit der Horizon Cloud on Microsoft Azure-Bereitstellung verwenden müssen.
Hinweis: Die automatisierte Self-Service-Migration kann nicht erkennen, ob Endbenutzer PCoIP wünschen oder benötigen. Sie und Ihre VDI-Administratoren müssen überprüfen, ob diese Situation für Ihre Endbenutzer gilt.
- Horizon Thin Clients, die nicht in der Kompatibilitätsmatrix aufgeführt sind, werden für die Verwendung nach der Migration nicht unterstützt. Wenn Sie einen Anwendungsfall haben, bei dem Ihre Endbenutzer Horizon Thin Clients verwenden, überprüfen Sie die Kompatibilitätsmatrix zwischen Ihrem Horizon Thin Client-Gerät und -Modell und Horizon Cloud, bevor Sie mit der Migration fortfahren. Nur Horizon Thin Clients, die als kompatibel mit Horizon Cloud aufgeführt sind, werden unterstützt.
Das Horizon Thin Clients-Kompatibilitätshandbuch finden Sie im Tech Zone Technology Partner Hub unter „Kompatibilitätshandbücher“.
Hinweis: Wie im KB-Artikel 91183 beschrieben, sind ab dem 30. Juni 2023 die historischen Dashboards und Berichte, die durch den Cloud Monitoring Service (CMS) bereitgestellt wurden, nur noch über Omnissa Intelligence verfügbar. Wenn Sie die Schritte im KB-Artikel vor dem 30. Juni 2023 ausgeführt haben, waren die Daten für den Horizon Cloud on Microsoft Azure-Pod der ersten Generation zunächst in der Intelligence-Konsole verfügbar.
Wenn der Pod der ersten Generation von Horizon Cloud on Microsoft Azure in die Horizon Cloud-Umgebung migriert wird, sind die Zeitreihendaten für diesen Pod nach der Migration weiterhin in Intelligence verfügbar.
Wenn das Horizon Cloud-Team Ihnen Zugriff auf den Horizon Cloud-Migrationsassistenten in der Horizon Universal Console der ersten Generation gewährt hat, werden in diesem Assistenten die Funktionen angezeigt, die in Horizon Cloud on Microsoft Azure der ersten Generation verfügbar sind, nach der Migration zu Horizon Cloud jedoch nicht mehr bereitstehen.
Administratoren sollten Endbenutzer über die Migration informieren und darauf hinweisen, dass sich die Benutzererfahrung von Horizon Cloud etwas von der von Horizon Cloud on Microsoft Azure der ersten Generation unterscheidet.
Verwendet Ihre Bereitstellung der ersten Generation Funktionen, die Ihnen selektiv zur Verfügung gestellt oder vom Horizon Cloud Operations-Team aktiviert wurden oder in Omnissa Access integriert sind?
Einige Funktionen wurden möglicherweise vom Horizon Cloud Operations-Team selektiv für Ihre Bereitstellung der ersten Generation aktiviert. Einige Elemente wurden möglicherweise unter speziellen Bedingungen für Sie bereitgestellt, z. B. private APIs.
Überprüfen Sie in Ihrem Team, ob Ihre Bereitstellung eines dieser Elemente umfasst.
- Ist der Mandant für Single-Pod-Brokering konfiguriert und ist Omnissa Access in diesen Mandanten und seine Pods integriert? Wenn Sie noch keinen Kontakt zum Horizon Cloud-Team für die Migration Ihres Pods aufgenommen haben, reichen Sie eine Support-Anfrage ein, um das Horizon Cloud-Team um Hilfe zu bitten.
- Ist der Mandant mit Universal Broker konfiguriert und in Access- und Intelligent Hub-Dienste integriert? Wenn Sie noch keinen Kontakt zum Horizon Cloud-Team für die Migration Ihres Pods aufgenommen haben, reichen Sie eine Support-Anfrage ein, um das Horizon Cloud-Team um Hilfe zu bitten.
- Haben Sie die Aktivierung von Funktionen angefordert, die laut der First-Gen-Dokumentation verfügbar sind, wenn Ihr Mandant explizit für die Nutzung dieser Funktionen auf Anfrage aktiviert ist? Beispiele für solche Funktionen sind die Verwendung von LDAPS bei der Registrierung der Active Directory-Domäne, das Verschieben einzelner VMs zwischen Zuweisungen im selben Pod, Berechtigungen mit eingeschränktem Geltungsbereich für Desktop-Zuweisungen und Farmen für die integrierten vordefinierten Rollen. Wenn die Antwort „Ja“ lautet, stellen Sie bitte eine Support-Anfrage an das Horizon Cloud-Team, um weitere Informationen zu erhalten.
- Haben Sie Skripts entwickelt, die auf APIs basieren, die das Horizon Cloud-Team für Ihre Verwendung mit der Steuerungsebene der ersten Generation bereitgestellt hat? Diese Skripts oder Tools müssen mithilfe der APIs der Horizon Cloud Control Plane neu geschrieben werden. Informationen zu diesen APIs finden Sie in der Horizon Cloud Service API-Dokumentation.
- Hat Ihr Team oder das Horizon Cloud Operations-Team in Ihrem Namen bestimmte Funktionen oder Eigenschaften in der Unified Access Gateway-Konfiguration der Bereitstellung konfiguriert? Beispiele für solche Konfigurationen sind Syslog, erweiterte RADIUS-Optionen, benutzerdefiniertes Routing in den Management- oder Mandantensubnetzen und geänderte MTU-Standardgrößen auf den Unified Access Gateway-Instanzen. Wenn die Antwort „Ja“ lautet, stellen Sie bitte eine Support-Anfrage an das Horizon Cloud-Team, um weitere Informationen zu erhalten.
- Hat das Horizon Cloud Operations-Team in Ihrem Namen bestimmte Eigenschaften im Zusammenhang mit den Pod-Manager-Instanzen der Bereitstellung konfiguriert? Beispiele für solche Konfigurationen sind das Ändern des Standard-Zeitüberschreitungswerts für den Cache-Thread des Benutzers und die Deaktivierung der Berechtigung des Domänenbeitrittskontos. Wenn die Antwort „Ja“ lautet, stellen Sie bitte eine Support-Anfrage an das Horizon Cloud-Team, um weitere Informationen zu erhalten.
- Gibt es weitere Elemente, die das Horizon Cloud Operations-Team für Ihre Bereitstellung konfiguriert hat und die in der Dokumentation der ersten Generation nicht als allgemein verfügbare oder auf Anforderung bereitstellbare Funktionen beschrieben sind? Wenn die Antwort „Ja“ lautet, stellen Sie bitte eine Support-Anfrage an das Horizon Cloud-Team, um weitere Informationen zu erhalten.
War diese Seite hilfreich?