Verwenden Sie die Informationen auf dieser Seite in Verbindung mit dem Abschnitt „Neuigkeiten“ in den Versionshinweisen für den First-Generation-Horizon Cloud Service.

Nicht vergessen: Wie im KB-Artikel 92424 beschrieben, wurde das Ende der Verfügbarkeit der Horizon Cloud First-Gen-Steuerungsebene angekündigt. Die Produktdokumentation zu First-Gen- Horizon Cloud wurde entsprechend dieser Ankündigung aktualisiert.

Einführung in diesen Inhalt

Achtung: Diese Informationen gelten nur, wenn Sie auf eine First-Gen-Mandantenumgebung in der First-Gen-Steuerungsebene zugreifen können. Wie im KB-Artikel 92424 beschrieben, hat die First-Gen-Steuerungsebene das Ende der Verfügbarkeit (End of Availability, EOA) erreicht. Weitere Informationen finden Sie in diesem Artikel.

Ab August 2022 steht Horizon Cloud Service – next-gen allgemein mit einem eigenen Handbuch namens Verwenden der Next-Gen-Horizon-Steuerungsebene zur Verfügung.

Ein Hinweis darauf, ob es sich um eine Next-Gen- oder First-Gen-Umgebung handelt, ist das Muster, das im URL-Feld des Browsers angezeigt wird, nachdem Sie sich bei Ihrer Umgebung angemeldet haben und die Bezeichnung Horizon Universal Console sehen. Bei einer Next-Gen-Umgebung enthält die URL-Adresse der Konsole eine Komponente wie /hcsadmin/. Die URL der First-Gen-Konsole enthält einen anderen Abschnitt (/horizonadmin/).

Zusätzlich zu den Aspekten, die im Dokument „Versionshinweise“ aufgelistet sind, ist diese Seite an diejenigen gerichtet, die bereits vor der neuesten Dienstaktualisierung ein Onboarding von cloudverbundenen Pods in ihrer Umgebung vorgenommen haben oder bereits mit den Horizon Cloud-Funktionen und -Workflows vertraut sind. Auf dieser Seite wird beschrieben, was die neuen Funktionen und Änderungen für Sie und diese Pods bedeuten. Es werden nur wesentliche Änderungen an den Funktionen und Workflows beschrieben. Kleinere Änderungen, z. B. neue Layouts und Farbschemata in der Verwaltungskonsole, die die Workflows nicht wesentlich ändern, werden hier nicht detailliert beschrieben.

Das Datum, an dem der Dienst zuletzt aktualisiert wurde, wird im Dokument Versionshinweise des First-Generation-Diensts aufgeführt. Aktuelle Informationen zu den verschiedenen Workflows, die Sie in Ihrer Horizon Cloud-Mandantenumgebung ausführen, finden Sie in den Dokumentationsthemen in den einzelnen Leitfäden, die auf der Horizon Cloud Service Dokumentationsseite verknüpft sind.

Die folgenden Abschnitte gehen zum September 2019 zurück. Ähnliche Informationen für frühere Versionen sind für die Veröffentlichung nicht verfügbar.

Wichtig: Schlagen Sie wichtige Informationen zum Verständnis von Begriffen, die auf dieser Seite verwendet werden, im Dokument „Versionshinweise“ nach, bevor Sie die Informationen auf dieser Seite lesen. Das Dokument „Versionshinweise“ enthält wichtige Informationen, z. B. die aktuelle Manifestnummer für Pods, die in Microsoft Azure bereitgestellt werden. Beachten Sie auch, dass die im folgenden Abschnitt beschriebenen wichtigen Fakten für jede Horizon Cloud-Version gelten.

Wichtige Fakten zu jeder Horizon Cloud-Version

  • Alle neuen Funktionen, die auf der Cloud-Ebene basieren und nicht von der Pod-Manifest-, Horizon Cloud Connector-, Horizon-Pod-Versionsebene oder regionalen Unterschieden in der Steuerungsebene abhängig sind, werden automatisch sowohl für vorhandene als auch für neue Kunden bereitgestellt. Beispielsweise ist eine neue Funktion der Benutzeroberfläche, die bei API-Aufrufen zwischen der Cloud-Ebene und den Pods nicht von neuen APIs abhängt bzw. sich nicht auf Horizon Cloud Connector bezieht, für Kunden sichtbar und nutzbar, sofern dies im Folgenden oder in den Produkthandbüchern nicht anders angegeben ist.
  • Das VMware Horizon Cloud Service-Team stellt laufend, regelmäßig und in jeder Woche des Kalenderjahres neue, cloudbasierte Funktionen vor, die unabhängig von der Versionsebene des Pod-Manifests oder der Horizon Cloud Connector-Versionsebene des Horizon-Pods sind. Das Dokument „Versionshinweise“ enthält die Veröffentlichungsdaten dieser Funktionen.
  • Ausgehend von dem Zeitpunkt, an dem diese Manifestversion in der Cloud-Steuerungsebene ausgeführt wird, stellt der Pod-Bereitsteller beim Bereitstellen von Pods in Microsoft Azure die Pods immer mit der neuesten Pod-Manifestversion bereit.
  • Bereits bereitgestellte Pods, die vor dem Zeitpunkt der Einführung einer neuen Pod-Manifestversion in Ihrem Dienstmandanten vorhanden sind, werden weiterhin mit ihrer vorhandenen Manifestversion ausgeführt, bis sie auf das neue Manifest für die Version aktualisiert werden. Es gilt Folgendes:
    • Neue Dienstfunktionen mit null Abhängigkeiten auf APIs, für die die neueste Manifestebene erforderlich ist, werden für diese vorhandenen Pods verfügbar sein.
    • Neue Dienstfunktionen, die auf APIs der neuesten Manifestebene basieren, stehen erst dann für diese vorhandenen Pods zur Verfügung, wenn diese Pods aktualisiert wurden.
    • Einige neue Dienstfunktionen hängen möglicherweise von der Region der Cloud-Ebene ab, in der sich Ihr Mandantenkonto befindet. Derartige Funktionen werden ggf. in der Dokumentation vermerkt. Ihre Steuerungsebenenregion ist in der Begrüßungs-E-Mail für den Horizon-Dienst angegeben, die beim Erstellen des Kundenkontos wie unter Bereitstellung und Onboarding in Horizon Cloud für Microsoft Azure- und Horizon-Pods beschrieben gesendet wird.
  • Der Assistent der Konsole zum Importieren von VMs aus Marketplace verwendet den Horizon Agents Installer (HAI), der in das Pod-Manifest integriert ist. Infolgedessen ist in die Pods, die mit der aktuellen Manifestversion bereitgestellt werden, der neueste HAI integriert. Zudem werden beim Ausführen des Assistenten zum Importieren von VMs und beim Auswählen eines Pods der neuesten Ebene die Agenten des aktuellen HAI installiert. Für Pods, die noch nicht auf die neueste Manifestebene aktualisiert wurden, verwendet der Assistent zum Importieren von VMs aus Marketplace die HAI-Version, die bei der Erstellung der entsprechenden Pod-Manifeste verfügbar war.
  • Horizon Pods sind für zwei primäre Anwendungsfälle in Horizon Cloud integriert: die Aktivierung der Nutzung einer Abonnementlizenz mit diesen Pods und die Nutzung von cloudverbundenen Diensten, die Horizon Cloud für Horizon-Pods bereitstellt. Das Onboarding aller Pods erfolgt mit dem Horizon Cloud Connector. Diese Anwendungsfälle begannen mit Horizon 7-Umgebungen der Version 7.6 und Horizon Cloud Connector 1.0 zur Aktivierung von Abonnementlizenzen für Horizon-Pods. Mit jeder neuen Version von Horizon Connection Server in Kombination mit einer neuen Version von Horizon Cloud Connector werden zusätzliche cloudgehostete Dienste für cloudverbundene Horizon-Pods verfügbar, auf denen die neueste Horizon Connection Server-Version in Verbindung mit der neuesten Horizon Cloud Connector-Version ausgeführt wird. Neue Bereitstellungen von Horizon Cloud Connector werden mit den Versionen N, N-1, N-2 unterstützt, wobei N die letzte Horizon Cloud Connector-Version ist. Es wird empfohlen, dass Bereitstellungen, die noch Versionen von Horizon Cloud Connector verwenden, die älter als die Version N-2 sind, auf die neuesten Versionen aktualisiert werden, um von den neuen Funktionen sowie den Sicherheits- und Ausfallsicherheitskorrekturen zu profitieren. Informationen zur neuesten N-Version von Horizon Cloud Connector finden Sie im oberen Bereich des Dokuments Versionshinweise. In der VMware-Produkt-Interoperabilitätsmatrix finden Sie Informationen zu den derzeit unterstützten Versionen der Horizon-Pod-Software mit Horizon Cloud Connector. Wenn Sie eine Kombination aus Horizon Connection Server und einer Horizon Cloud Connector-Version ausführen, die nicht mehr mit dieser Matrix übereinstimmt, führen Sie ein Update auf eine unterstützte Kombination durch.

November 2023 – v2310

Verwenden Sie die folgenden Informationen, wenn Sie als bestehender Kunde mit cloudverbundenen Pods vor April 2023 die Auswirkungen der Funktionen nachvollziehen möchten, die in den Versionshinweisen zu v2310 beschrieben sind.

Neue Versionen der folgenden wichtigen Binärdateien wurden im November 2023 eingeführt:
Eine neue Version des Pod-Manifests mit Fehlerbehebungen und Sicherheits-Updates für Horizon Cloud on Microsoft Azure-Bereitstellungen und eine neue Version des Horizon Agents Installer (HAI) mit aktualisierten Agenten.

2. November 2023

  • Wie in VMware KB-Artikel 92424 beschrieben, wird das Ende der Verfügbarkeit (End of Availability, EOA) der First-Gen-Horizon Cloud-Steuerungsebene angekündigt. Inhalte bezüglich der Pod-Bereitstellung wurden in der Dokumentation zu First-Gen-Horizon Cloud Service aktualisiert und an diesen KB-Artikel angepasst.
  • Wie in VMware KB-Artikel 93762 beschrieben, ist die Funktion Horizon-Infrastrukturüberwachung veraltet. Um die Inhalte im Hinblick auf diese veraltete Funktion und die Informationen im KB-Artikel aufeinander abzustimmen, wurden die entsprechenden Inhalte aus der Dokumentation zu First-Gen- Horizon Cloud Service entfernt.

3. Juli 2023

Wie im VMware KB-Artikel 91183 beschrieben, ist VMware Workspace ONE Intelligence for Horizon für First-Gen-Horizon Cloud-Mandanten verfügbar, die über Abonnementlizenzen VMware Horizon Universal, Horizon Apps Universal und Horizon Apps Standard verfügen. Bei dieser Verfügbarkeit hält der KB-Artikel Folgendes fest:

  • Die historischen Dashboards und Berichte, die die First-Gen-Konsole zur Verfügung stellte, werden nun über Workspace ONE Intelligence verfügbar sein.
  • Ab dem 30. Juni 2023 sind diese historischen Dashboards und Berichte in der First-Gen-Konsole nicht mehr verfügbar.
  • Mit diesen Änderungen werden die folgenden Seiten des Administrationshandbuchs aktualisiert, um den Aktualisierungen der Konsole zu entsprechen: Seite Berichte, Horizon Cloud Dashboard, Über die Benutzerkartenfunktion, Einführung in den Cloud Monitoring Service.
  • Wenn Ihr First-Gen-Mandant die Überwachung von Benutzersitzungsdaten deaktiviert hat, werden die mit der Auslastung, den Trends und der historischen Analyse verbundenen Berichte deaktiviert und sind dann in Workspace ONE Intelligence nicht mehr verfügbar. Wenn das Monitoring deaktiviert ist, erfasst das System diese Benutzersitzungsinformationen für einen begrenzten Zeitraum. Auf den Benutzernamen wird ein Hash angewendet, um die Echtzeitverwaltung zu aktivieren und historische sowie aggregierte Ansichten dieser Benutzerinformationen zu deaktivieren. Das heißt, Berichte, die normalerweise solche historischen und aggregierten Ansichten enthalten (z. B. Sitzungsbericht), werden nicht verfügbar sein. Um zu überprüfen, ob die Überwachung bei Ihrem Mandanten deaktiviert ist, navigieren Sie zu den Konsoleneinstellungen unter Einstellungen > Allgemeine Einstellungen > Überwachung.

Weitere Informationen finden Sie unter Digitale Mitarbeitererfahrung für Horizon, Horizon Cloud First-Gen-Integration und Zugreifen auf Horizon Cloud-Daten in Intelligence-Berichten.

Mai 2023

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor Mai 2023 sind und wenn Sie die Auswirkungen der Funktionen nachvollziehen möchten, die in den Versionshinweisen vom Mai 2023 beschrieben sind.

Um die Aktivierung einer auf Anfrage aktivierten Funktion anzufordern, müssen Sie eine Support-Anfrage einreichen, wie im VMware KB-Artikel 2006985 beschrieben.

Neue Versionen der folgenden wichtigen Binärdateien wurden im Mai 2023 eingeführt:
Eine neue Version von Horizon Cloud Connector.
Neue Funktionen in Horizon Cloud Connector v2.4

April 2023 – v2303

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor April 2023 sind und wenn Sie die Auswirkungen der Funktionen nachvollziehen möchten, die in den Versionshinweisen für April 2023 und die Version v2303 beschrieben werden.

Um die Aktivierung einer auf Anfrage aktivierten Funktion anzufordern, müssen Sie eine Support-Anfrage einreichen, wie im VMware KB-Artikel 2006985 beschrieben.

Neue Versionen der folgenden wichtigen Binärdateien wurden im April 2023 eingeführt:
Eine neue Pod-Manifestversion für Horizon Cloud on Microsoft Azure-Bereitstellungen und eine neue Version des Horizon Agents Installer (HAI).
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
  • Für Pods der Manifestversion 4136 oder höher wird bei Verwendung des Importassistenten auf der Seite „Importierte VMs“ und bei der Veröffentlichung eines Multi-Pod-Images über die Seite „Images – Multi-Pod“ die Option für Skype for Business in den Agent-Optionen nicht mehr angeboten. Wie im Abschnitt „Horizon Agent für Windows v2303 – Neuigkeiten“ beschrieben, wird die als VMware Virtualization Pack für Skype for Business bekannte Funktion ab dem Horizon Agent v2303 nicht mehr unterstützt.
Neue Elemente im Zusammenhang mit Images
Unterstützung für die folgenden Windows-Gastbetriebssysteme wurde hinzugefügt:
  • Windows 10 Enterprise 22H2
  • Windows 10 Enterprise Multi-Session 22H2
  • Windows 11 Enterprise 22H2
  • Windows 11 Enterprise Multi-Session 22H2
  • Windows Server 2022 Datencenter

Oktober 2022 - v2210

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor Oktober 2022 sind und wenn Sie die Auswirkungen der Funktionen nachvollziehen möchten, die in den Versionshinweisen für Oktober 2022 und die Version v2210 beschrieben werden.

Um die Aktivierung einer auf Anfrage aktivierten Funktion anzufordern, müssen Sie eine Support-Anfrage einreichen, wie im VMware KB-Artikel 2006985 beschrieben.

Neue Versionen der folgenden wichtigen Binärdateien wurden im Oktober 2022 eingeführt:
Eine neue Pod-Manifestversion für Horizon Cloud on Microsoft Azure-Bereitstellungen, eine neue Version von Horizon Cloud Connector und eine neue Version des Horizon Agents Installer (HAI).
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
  • Administratoren können jetzt die NTP-Einstellung auf den Unified Access Gateway-Instanzen einer Gateway-Bereitstellung so konfigurieren, dass die NTP-Einstellung der Pod-Manager-Instanzen geerbt wird. Für Pods mit Gateway-Konfigurationen, die vor dieser Version in Ihrem Mandanten vorhanden waren, können Sie den Workflow „Pod bearbeiten“ verwenden, um diese Funktion zu nutzen und sicherzustellen, dass die Unified Access Gateway-Instanzen die NTP-Einstellungen der Pod-Manager-Instanzen erben.
  • Aufgrund eines API-Problems wurde die Konsolenfunktion v2201 zur Konfiguration eines Syslog-Servers in den Unified Access Gateway-Instanzen für Horizon Cloud Service on Microsoft Azure-Bereitstellungen deaktiviert, bis die API-Probleme behoben sind. Mit der Deaktivierung der Funktion in der Horizon Universal Console werden auch die Verweise auf die Funktion aus der Horizon Cloud Service-Dokumentation entfernt, bis die Funktion wieder in die Konsole aufgenommen wird.
Neue Elemente im Zusammenhang mit dem Image-Verwaltungsdienst (Image Management Service, IMS)
Je nachdem, wie Ihr Golden Image verwaltet werden soll, können Sie bei Horizon-Pod-Bereitstellungen ab Horizon 8 2209 das Golden Image und die Snapshot-Quelle in Ihren Pools und Farmen von vCenter in Image-Katalog oder umgekehrt ändern. Um diese neue Funktion zu nutzen, verwenden Sie die Vorgänge der VMware Horizon Console für die Bearbeitung vorhandener Pools und Farmen und die Instant Clone-Wartung, um die relevante Quellentität zu ändern.
Neue Elemente im Zusammenhang mit Universal Broker und Horizon-Pods
  • Aufgrund von Verbesserungen an der Unified Access Gateway-Verwaltungskonsole in Unified Access Gateway Version 2209 werden die Benutzeroberflächenbezeichnungen für die JWT-Einstellungen geringfügig geändert, wenn Ihre Horizon-Bereitstellung diese Version verwendet. Die entsprechende Dokumentationsseite Horizon-Pods – Konfigurieren von Unified Access Gateway für die Verwendung mit Universal Broker wurde aktualisiert und enthält nun eine Beschreibung der entsprechenden Elemente, wenn Ihre Bereitstellung Unified Access Gateway Version 2209 oder höher aufweist.

August 2022 - v2207

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor August 2022 sind und wenn Sie die Auswirkungen der Funktionen nachvollziehen möchten, die in den Versionshinweisen für August 2022 und die Version v2207 beschrieben werden.

Um die Aktivierung einer auf Anfrage aktivierten Funktion anzufordern, müssen Sie eine Support-Anfrage einreichen, wie im VMware KB-Artikel 2006985 beschrieben.

In v2207 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt:
Eine neue Pod-Manifestversion für Horizon Cloud on Microsoft Azure-Bereitstellungen und der Horizon Agents Installer (HAI).
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
  • Administratoren können jetzt die Verschlüsselungs-Suites konfigurieren, die akzeptiert werden, wenn Clients eine Verbindung mit den Unified Access Gateway-Maschinen herstellen. Verwenden Sie für Pods mit Gateway-Konfigurationen, die in Ihrem Mandanten vor dieser Version vorhanden waren, die Seite „Pod-Details“, um die auf diesen Gateway-Konfigurationen konfigurierten Verschlüsselungs-Suites zu überprüfen. Sie können den Workflow „Pod bearbeiten“ verwenden, um die konfigurierten Verschlüsselungs-Suites zu ändern.
  • Während der Upgrade-Wartung wird die Anzahl der Unified Access Gateway-Sitzungen verwendet, um das Timing zu optimieren und Unterbrechungen der Endbenutzersitzungen zu reduzieren.
  • Die vorübergehende Pod-Bereitstellungs-Engine, auch als Jumpbox bezeichnet, wird für neue Horizon Cloud on Microsoft Azure-Bereitstellungen und ‑Updates aus der Architektur entfernt. Die Kapazität für eine vorübergehende Jumpbox ist nur dann erforderlich, wenn Sie eine Support-Anfrage stellen und der VMware Support feststellt, dass die Bereitstellung einer supportbezogenen Jumpbox-VM unter seiner Aufsicht der beste Weg ist, diese Anfrage zu bearbeiten.
  • Um die Auswirkungen der bevorstehenden Einstellung einiger VM-Modelle durch Microsoft Azure Cloud zu vermeiden, den Import von GPU-fähigen VMs besser zu unterstützen und die VM-Modelle für den Import von Einzel- und Multi-Pod-Images zu standardisieren, wurden die VM-Modelle, die der Assistent für den automatischen Import von VMs aus dem Marketplace standardmäßig verwendet, ab Version v2207 geändert.

    Der Assistent verwendet jetzt die folgenden Modelle wie angegeben für Einzel-Pod-Images und Multi-Pod-Images. Es wird empfohlen, die Kontingente der VM-Familie in den Azure-Abonnements Ihrer Pods zu überprüfen, um sicherzustellen, dass Sie über ein Kontingent für die Images verfügen, die Sie mit dem Assistenten erstellen möchten.

    Der Assistent zum Importieren von VMs aus dem Marketplace erstellt:
    • Non-GPU, non-Windows 11, a Standard_DS2_v2 VM
    • Non-GPU using Windows 11, a Standard_D4s_v3 VM
    • GPU-fähig, ein Standard_NV12s_v3 VM-Modell
Zusätzliche Hinweise
  • Da jedes Abonnement einen Workspace ONE Access-Mandanten enthält, der über die Horizon Universal Console hinzugefügt werden kann, wird die Möglichkeit der Erstellung neuer Workspace ONE Access-Mandanten über die Horizon Universal Console entfernt. Diese Änderung unterstützt die Betriebsabläufe von VMware.

Mai 2022 - v2204

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor Mai 2022 sind und wenn Sie die Auswirkungen der Funktionen nachvollziehen möchten, die in den Versionshinweisen vom Mai 2022 beschrieben sind.

Um die Aktivierung einer auf Anfrage aktivierten Funktion anzufordern, müssen Sie eine Support-Anfrage einreichen, wie im VMware KB-Artikel 2006985 beschrieben.

In v2204 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt:
Eine neue Pod-Manifestversion für Horizon Cloud on Microsoft Azure-Bereitstellungen, neue Versionen von Horizon Cloud Connector, das Plug-In-Installationsprogramm Universal Broker und der Horizon Agents Installer (HAI).
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
  • Windows 11 ist jetzt ein unterstütztes Gastbetriebssystem für die Verwendung mit Horizon Cloud on Microsoft Azure-Bereitstellungen. Auf dieser Seite finden Sie bekannte Überlegungen, Einschränkungen und Probleme bei der Verwendung von Windows 11 mit dem Dienst: Unterstützung für Windows 11-Gastbetriebssysteme – Überlegungen, bekannte Einschränkungen und bekannte Probleme. Die Verwendung dieser Funktion erfordert, dass der Pod das Manifest dieser Version oder höher ausführt.

    Einige zusätzliche Punkte im Zusammenhang mit dieser Windows 11-Unterstützung:

    • Wenn Sie die manuelle Importmethode zum Importieren einer VM mit Windows 11 verwenden, müssen Sie sicherstellen, dass der Horizon Agents Installer (HAI) Version 22.1 oder höher zum Installieren der Agents verwendet wird. Die Unterstützung von Windows 11 erfordert die minimale Agent-Version, die von HAI v22.1 bereitgestellt wird.
    • Die Verwendung des App Volumes Capture-Workflows der Konsole mit einem Windows 11-Golden Image wird derzeit nicht unterstützt. Als Problemumgehung können Sie die Pakete mithilfe eines Windows 10-Golden Image erfassen und diese Pakete dann Ihren Endbenutzern zur Verwendung mit ihrem zugewiesenen Windows 11-Einzelsitzungs- oder Mehrfachsitzungs-Desktop zuweisen.
  • Neue Horizon Cloud on Microsoft Azure-Pods werden immer mit aktivierter Hochverfügbarkeit bereitgestellt.
  • Multi-Pod-Images nutzen jetzt die konfigurierten Proxy-Einstellungen für jeden Image-Vorgang, der vom Kundennetzwerk ins Internet geht (z. B. bei Verwendung des automatischen Assistenten „Virtuelle Maschine importieren“ aus dem Marketplace).
  • Unterstützung für das manuelle Importieren von VMs aus dem Azure Marketplace mit AMD GPU- und Grafiktreibern und Verwendung dieser importierten VMs für Golden Images. Diese Unterstützung erfordert die Verwendung des Azure-VM-Modells Standard_NV4as_v4 und des Pods, auf dem das Manifest dieser Version oder höher ausgeführt wird.
  • In vorhandenen dedizierten Zuweisungen können Sie jetzt die Arbeitslast-CPU, den Arbeitsspeicher oder die Festplatte einer bereitgestellten VM basierend auf den individuellen Benutzeranforderungen anpassen. Wenn Sie dies tun, ändert sich der Pooltyp in den Typ „Gemischt“. Die Verwendung dieser Funktion wird für Pods unterstützt, auf denen das Manifest dieser Version oder einer höheren Version ausgeführt wird.
  • Die empfohlene Horizon Agents Installer-Version wird jetzt auf dem Bildschirm „Kapazität“ der Konsole angezeigt. Regelmäßige Benachrichtigungen werden als Erinnerungen generiert, um Agents auf dem neuesten Stand zu halten. Diese Funktion steht für Pods zur Verfügung, auf denen das Manifest dieser oder einer höheren Version ausgeführt wird.
  • Die vom Dienst erstellten Microsoft Azure-VMs, die aufgrund des Herunterfahrens des Gastbetriebssystems in den Zustand Angehalten wechseln, werden jetzt automatisch in den Zustand Zuweisung zurückgesetzt überführt, um eine weitere Abrechnung zu verhindern. Die Verwendung dieser Funktion wird für Pods unterstützt, auf denen das Manifest dieser Version oder einer höheren Version ausgeführt wird.
  • Verbesserungen im Bereich von App Volumes für Horizon Cloud-Pods. Mit dieser Funktion muss der Pod die Manifestebene dieser oder einer höheren Version ausführen.
    • Anwendungen können jetzt bei Bedarf bereitgestellt werden, wenn ein Benutzer auf die Anwendung auf dem Desktop oder im Startmenü klickt, um sie zu starten, und das resultierende Verhalten entspricht dem einer bereits nativ auf dem Windows-Rechner installierten Anwendung. Die Einstellung ist für neu erstellte Pakete verfügbar.
  • Um die Auswirkungen eines Microsoft Azure-Problems abzumildern, haben sich ab der v2204-Dienstversion die VM-Modelle geändert, die der automatisierte Assistent zum Importieren einer VM aus Marketplace des Diensts standardmäßig für Nicht-GPU-Windows 10-BS-Images verwendet. Weitere Informationen zum gemeldeten Problem finden Sie im VMware-Artikel KB88343.

    Der Assistent verwendet auch bestimmte Modelle für die Unterstützung von Windows 11, die in dieser v2204-Version neu hinzugefügt wurde.

    Der Assistent verwendet jetzt die folgenden Modelle. Es wird empfohlen, die Kontingente der VM-Familie in den Azure-Abonnements Ihrer Pods zu überprüfen, um sicherzustellen, dass Sie über ein Kontingent für die Images verfügen, die Sie mit dem Assistenten erstellen möchten.

    Einzel-Pod-Image: Assistent zum Importieren von VMs aus Marketplace erstellt:
    • Nicht-GPU-Windows 10-Betriebssystem oder ein Einzel-Pod-Image für Windows 10 Enterprise für Mehrfachsitzungen, eine Standard_DS2_v2-VM
    • Einzel-Pod-Image für Nicht-GPU-Windows Server-Betriebssystem-VM, eine Standard_D2_v3-VM
    • GPU-fähiges Windows-10-Betriebssystem oder ein Windows 10 Enterprise-Betriebssystem für Mehrfachsitzungen oder ein Einzel-Pod-Image für Windows Server-Betriebssystem, eine Standard_NV6-VM
    • Nicht-GPU-Windows 11-Betriebssystem oder Einzel-Pod-Image für Windows 11 Enterprise-Betriebssystem für Mehrfachsitzungen, eine Standard_D4s_v3-VM
    • GPU-fähiges Windows 11-Betriebssystem oder ein Einzel-Pod-Image für Windows 11 Enterprise-Betriebssystem für Mehrfachsitzungen, eine Standard_NC6s_v3-VM
    • Einzel-Pod-Image für Nicht-GPU-Windows 7-Betriebssystem, eine Standard_DS2_v2-VM (GPU wird unter Windows 7 nicht unterstützt)
    Multi-Pod-Image – Assistent zum Importieren von VMs aus Marketplace erstellt:
    • Nicht-GPU-Windows-10-Betriebssystem oder Windows 10 Enterprise-Betriebssystem für Mehrfachsitzungen oder Multi-Pod-Image für Windows Server-Betriebssystem, eine Standard_DS2_v2-VM
    • GPU-fähiges Windows-10-Betriebssystem oder Windows 10 Enterprise-Betriebssystem mit Mehrfachsitzung oder Multi-Pod-Image für Windows Server-Betriebssystem, eine Standard_NV6-VM
    • Nicht-GPU-Betriebssystem Windows 11 oder ein Multi-Pod-Image für Windows 11 Enterprise-Betriebssystem mit Mehrfachsitzung, eine Standard_D4s_v3-VM
    • GPU-fähiges Windows 11-Betriebssystem oder ein Multi-Pod-Image für Windows 11 Enterprise-Betriebssystem mit Mehrfachsitzung, Standard_NC6s_v3-VM
    • Multi-Pod-Image für Nicht-GPU-Windows 7-Betriebssystem, eine Standard_DS2_v2-VM (GPU wird unter Windows 7 nicht unterstützt)
Zusätzliche Hinweise
  • In der IMS-Unterstützung für lokale Horizon-Pods:
    • Es wird eine Option bereitgestellt, um die Datenspeicher und Netzwerke im vCenter Server des Ziel-Pods für die Image-Kopie auszuwählen.
    • Die Verwendung von IMS mit einem vCenter Server-Multi-Cluster wird jetzt unterstützt.
    • Die Option Erneut veröffentlichen zur Wiederholung einer fehlgeschlagen Veröffentlichung wird jetzt für diesen Pod-Typ bereitgestellt.

März 2022 – v2203

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor März 2022 sind und wenn Sie die Auswirkungen der Funktionen nachvollziehen möchten, die in den Versionshinweisen vom März 2022 beschrieben sind.

Um die Aktivierung einer auf Anfrage aktivierten Funktion anzufordern, müssen Sie eine Support-Anfrage einreichen, wie im VMware KB-Artikel 2006985 beschrieben.

Hinweis: Die allgemein verfügbaren Versionen des Horizon Agents Installer, Horizon Cloud Connector und Universal Broker-Plug-In-Installationsprogramms sind in dieser Version von v2203 unverändert.
In v2203 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt:
Eine neue Pod-Manifestversion für Horizon Cloud-Pods, die über den Bereitstellungsassistenten des Diensts in Microsoft Azure bereitgestellt werden. Dieses Manifest bietet nicht nur die Back-End-Unterstützung, die die Pod-Manager für einige der vorgestellten Funktionen benötigen, sondern enthält auch Verbesserungen des Plattformcodes im Hinblick auf Zuverlässigkeit.
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
  • Die neue Schaltfläche Bearbeiten auf der Registerkarte „Übersicht“ einer VDI-Desktop-Zuweisung bietet eine einfache Bearbeitung der Zuweisungsdetails.
  • Auf der Registerkarte „Übersicht“ einer Farm werden zusätzliche nützliche Informationen angezeigt, wie z. B. das Erstellungsdatum und die Uhrzeit der Farm, der Name der Azure-Ressourcengruppe und die Farm-ID.
  • Der Pod-Bereitsteller benötigt während der Pod-Bereitstellung nicht mehr die Erstellung eines Azure Key Vault. Beachten Sie, dass der Assistent „Pod hinzufügen“ weiterhin überprüft, ob sich der Microsoft.KeyVault-Ressourcenanbieter im Status „Registered“ befindet, um die Verwendung der Festplattenverschlüsselungsfunktion der Farmen und VDI-Desktop-Zuweisungen zu unterstützen. Diese Funktion erfordert zum Zeitpunkt der Auswahl der Verwendung dieser Festplattenverschlüsselungsfunktion die Erstellung eines Schlüsseltresors in der Ressourcengruppe des Pod-Managers.
    Wichtig: Bestehende Kunden sollten die Schlüsseltresore, die in ihren Horizon Cloud on Microsoft Azure-Bereitstellungen vorhanden sind, nicht löschen, es sei denn, sie werden vom VMware Support unterstützt. Durch das manuelle Löschen der Schlüsseltresore werden die Bereitstellungen in einen nicht unterstützten Zustand versetzt.
  • RSA SecurID ist eine Option für eine Zwei-Faktor-Authentifizierungskonfiguration für die Gateway-Konfigurationen des Pods. Zur Verwendung dieser Funktion mit einer bereits bereitgestellten Gateway-Konfiguration muss auf dem Pod Manifest 3139 oder höher ausgeführt werden. Diese Funktion soll bis Mitte März 2022 in den Assistenten „Pod hinzufügen“ und „Pod bearbeiten“ aktiviert werden. Die Option wird zu diesem Zeitpunkt in diesen Assistenten angezeigt.
Zusätzliche Hinweise
  • Die Verwendung der Horizon-Infrastrukturüberwachungsfunktionen mit Horizon-Pods wird nicht mehr unterstützt. Infolgedessen werden alle Verweise auf die Verwendung dieser Funktionen mit Horizon-Pods aus der Dokumentation entfernt. (Horizon-Pods sind diejenigen, auf denen Verbindungsserver ausgeführt wird.)

Februar 2022 – v2201

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor Februar 2022 sind und wenn Sie die Auswirkungen der Funktionen nachvollziehen möchten, die in den Versionshinweisen vom Februar 2022 beschrieben sind.

Hinweis: Die allgemein verfügbaren Versionen des Horizon Agents Installer, Horizon Cloud Connector und Universal Broker-Plug-In-Installationsprogramms sind in dieser Version von v2201 unverändert.
In v2201 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt:
Eine neue Pod-Manifestversion für Horizon Cloud-Pods, die über den Bereitstellungsassistenten des Diensts in Microsoft Azure bereitgestellt werden. Dieses Manifest bietet nicht nur die Back-End-Unterstützung, die die Pod-Manager für einige der vorgestellten Funktionen benötigen, sondern enthält auch Verbesserungen des Plattformcodes im Hinblick auf Leistung und Zuverlässigkeit.
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
  • LDAPS kann jetzt als Protokoll ausgewählt werden, wenn Sie Ihre Active Directory-Umgebung bei Ihrem Mandanten registrieren. Diese Funktion ist verfügbar, wenn Ihr Mandant explizit dafür aktiviert ist und auf allen Pods die Manifestebene dieser Version ausgeführt wird. Um die Aktivierung anzufordern, müssen Sie eine Support-Anfrage einreichen, wie im VMware KB-Artikel 2006985 beschrieben.
  • Während der Zeit, in der ein Upgrade für einen Pod geplant ist, wird auf der Detailseite des Pods in der Konsole ein Banner angezeigt, das angibt, dass Sie nach dem Upgrade des Pods und seiner Unified Access Gateway-Instanzen möglicherweise die IP-Adressen aktualisieren müssen, die in Ihrem RADIUS-Server als zulässige Client-Verbindungen von den Netzwerkkarten auf den Unified Access Gateway-Instanzen konfiguriert sind. Verfügt ein Pod über eine Gateway-Konfiguration, werden Unified Access Gateway-Instanzen auch aktualisiert, wenn dieser Pod auf eine neue Manifestversion aktualisiert wird. Mit dieser Funktion werden Sie während des Zeitraums, in dem das Upgrade geplant ist, auf der Detailseite des Pods in der Konsole darauf hingewiesen, dass Sie möglicherweise zusätzliche Maßnahmen ergreifen müssen, wenn die Gateway-Konfiguration RADIUS-Einstellungen konfiguriert hat. Dadurch soll sichergestellt werden, dass Ihre RADIUS-Serverkonfiguration aktualisiert wird, um Client-Verbindungen von den IP-Adressen zu ermöglichen, die die Gateway-Netzwerkkarten nach dem Upgrade verwenden werden.
Neue Elemente im Zusammenhang mit dem Image-Verwaltungsdienst (Image Management Service, IMS)
  • Sie können jetzt auswählen, in welche Pods die Multi-Pod-Images kopiert werden sollen. Bisher wurden die Images standardmäßig in alle Pods kopiert.
Neue Elemente im Zusammenhang mit Universal Broker
  • Im Helpdesk-Tool wird die Aufschlüsselung der Anmeldesegmente in den Sitzungsdaten für Benutzer angezeigt, die sich über Universal Broker verbinden.
  • Wenn Universal Broker und Dynamic Environment Manager zusammen verwendet werden, kann Dynamic Environment Manager jetzt zwischen internen und externen Benutzern unterscheiden, um intelligente Richtlinien anzuwenden.
  • Für Horizon-Pods unterstützt der VDI Multi-Cloud-Zuweisungsworkflow jetzt Pools, auf denen Windows Server 2019 ausgeführt wird.

November 2021 - v2111

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor Oktober 2021 sind und wenn Sie die Auswirkungen der Funktionen nachvollziehen möchten, die mit der Version dieses Monats in den Dienst eingeführt wurden.

Im November 2021 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt: eine neue Pod-Manifestversion für per Dienst bereitgestellte Pods, neue Versionen des Horizon Cloud Connector, Universal Broker-Installationsprogramms und des Horizon Agents Installer (HAI).

Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
  • Sie können jetzt den VM-Modelltyp für eine vorhandene VDI-Desktop-Zuweisung bearbeiten. Auf dem Pod muss die Manifestebene der aktuellen Version ausgeführt werden.
  • Die Multi-Pod-Image-Verwaltung unterstützt jetzt Betriebssysteme für Mehrfachsitzungen. Sie können jetzt Farmen aus solchen Multi-Pod-Images erstellen. Auf dem Pod muss das Manifest 2915.x oder höher ausgeführt werden.
  • In Mandanten, die mit Einzel-Pod-Broker aktiviert sind, können Sie jetzt eine einzelne VM zwischen VDI-Desktop-Zuweisungen verschieben, die vom selben Horizon Cloud-Pod bereitgestellt werden. Um diese Funktion nutzen zu können, muss Ihr Mandant explizit dafür aktiviert sein und auf dem Pod muss die Manifestebene der aktuellen Version ausgeführt werden. Sie können die Aktivierung dieser Funktion in Ihrem Mandanten anfordern, indem Sie eine Support-Anfrage einreichen, wie im VMware KB-Artikel 2006985 beschrieben.
  • Im Bereich der automatischen Agentenaktualisierungen können Sie jetzt unvollständige oder fehlgeschlagene Agentenaktualisierungen beheben, wenn der Agent gestoppt ist und nicht in der VM ausgeführt wird. Auf dem Pod muss die Manifestebene der aktuellen Version ausgeführt werden.
  • Verbesserungen im Bereich von App Volumes für Horizon Cloud-Pods. Auf dem Pod muss die Manifestebene der aktuellen Version ausgeführt werden.
    • App-Pakete werden nun automatisch abgetrennt, wenn sich der letzte zugewiesene Benutzer dieser App von einem Windows 10 Enterprise-Multisession-System abmeldet. Bisher war ein Herunterfahren der VM erforderlich, um die Pakete zu trennen.
    • App Volumes unterstützt jetzt VMware Dynamic Environment Manager mit Windows 10 Enterprise-Betriebssystemen für Mehrfachsitzungen.
    • App Volumes-Batch-Dateien können zum Konfigurieren des App Volumes-Workflows verwendet werden. Diese Funktion wird im App Volumes-Administratorhandbuch auf der Seite mit dem Titel Batch-Skripts für App Volumes-Workflow behandelt.
    • Das Dienstprogramm RunAsUser.exe ist jetzt in App Volumes Agent enthalten, sodass Sie die ausführbare Datei aus den Batchdateien der erweiterten App Volumes-Konfiguration ausführen können. Normalerweise wird der Code aus diesen Batchdateien im Systembereich ausgeführt, und Sie können dieses Dienstprogramm verwenden, um den Code im Kontext des aktuell angemeldeten Benutzers auszuführen. Diese Funktion wird im App Volumes-Administratorhandbuch auf der Seite mit dem Titel Verwenden von RunAsUser für App Volumes-Batch-Skripts behandelt.
    • Verbesserungen beim Neustartverhalten des Druckspoolers in einem Windows 10 Enterprise-Betriebssystem für Mehrfachsitzungen.
Neue Elemente im Zusammenhang mit Universal Broker
Ab dieser Version ist für Greenfield-Bereitstellungen von Horizon Cloud on Microsoft Azure Universal Broker der Broker standardmäßig aktiviert.
Weitere Hinweise für aktuelle Kunden
  • Sie können jetzt E-Mail-Adressen angeben, um Warnungen und Benachrichtigungen von Ihrem Mandanten zu erhalten. Diese Adressen müssen keiner Mandantenadministratorrolle zugeordnet sein. Vor dieser Funktion konnten nur Mandantenadministratoren Warnungen und Benachrichtigungen per E-Mail erhalten.
  • Wenn die Horizon Universal-Lizenz Ihres Mandanten die Lizenzierung für VMware SDDC-Komponenten wie VMware vCenter, vSAN, und vSphere umfasst, können Sie diese Schlüssel mithilfe von Horizon Universal Console abrufen. In der -Konsole können Sie auswählen, welche Versionen der Schlüssel Sie abrufen möchten, und diese Schlüssel jederzeit anzeigen. Um die Konsole zum Generieren des Schlüssels zu verwenden, müssen Sie über die Rolle „Superadministrator“ im Mandanten verfügen und ein Customer Connect-Benutzer auf dem EA sein, der diesem Mandanten zugeordnet ist.
  • Wenn Workspace ONE-Umleitung auf Mandantenebene aktiviert ist, werden Endbenutzer entsprechend zu Workspace ONE Hub umgeleitet, selbst wenn die Endbenutzer-Clients eine direkte Verbindung mit dem FQDN in der Unified Access Gateway-Konfiguration des Pods herstellen. Bisher wurden solche Endbenutzerverbindungen direkt über einen Desktop hergestellt.

Oktober 2021 - v2110

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor Oktober 2021 sind und wenn Sie die Auswirkungen der Funktionen nachvollziehen möchten, die mit der Version dieses Monats in den Dienst eingeführt wurden.

Hinweis: Die allgemein verfügbaren Versionen des Horizon Agents Installer, Horizon Cloud Connector und Universal Broker-Plug-In-Installationsprogramms sind in dieser Version von v2110 unverändert.

Die Version des Pod-Manifests für Horizon Cloud-Pods, die mit dem Bereitstellungsassistenten des Diensts in Microsoft Azure bereitgestellt werden, lautet weiterhin 3000.x. Wenn kritische Fixes erforderlich sind, werden Patches wie 3000.1, 3000.2 usw. zur Verfügung gestellt.

Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
  • Horizon Universal Console unterstützt jetzt eingeschränkte Geltungsbereichsberechtigungen für Desktop-Zuweisungen und Farmen für die integrierten vordefinierten Rollen. Um diese Funktion nutzen zu können, muss Ihr Mandant explizit für diese Funktion aktiviert sein und alle Horizon Cloud-Pods müssen Manifest 2915.x oder höher ausführen. Sie können die Aktivierung dieser Funktion in Ihrem Mandanten anfordern, indem Sie eine Support-Anfrage einreichen, wie im VMware KB-Artikel 2006985 beschrieben.
  • Im Workflow „Neuer Pod“ und „Pod bearbeiten“ können Administratoren jetzt 8443 als TCP-Port für Blast Extreme auf den Unified Access Gateway-Instanzen des Pods auswählen. Vor dieser Funktion war der Blast Extreme-TCP-Port standardmäßig auf 443 festgelegt und es gab keine Assistentenoption, um ihn zu ändern. Port 8443 wird definitiv bevorzugt, da er eine bessere Leistung für den Client-zu-Gateway-Datenverkehr bietet und weniger Ressourcen auf den Unified Access Gateway-Instanzen verbraucht. Die Wahrscheinlichkeit, dass eine CPU-Überlastung in den Instanzen zu Verzögerungen beim Datenverkehr vom Client führt, ist geringer, wenn Sie 8443 für den Blast Extreme-TCP-Port verwenden. Sie können den Workflow „Pod bearbeiten“ verwenden, um den Blast Extreme-TCP-Port für vorhandene Gateway-Konfigurationen zu ändern.
  • Für App Volumes-Anwendungen mit Mehrfachsitzungs-Desktops erfolgt die Trennung des Anwendungspakets jetzt, nachdem der zuletzt zugewiesene Benutzer dieses Paket abgemeldet hat. Das Herunterfahren der zugrunde liegenden Farm-VM ist nicht mehr erforderlich, um Volumes zu trennen. Zuvor wurde das Anwendungspaket beim Herunterfahren der VM getrennt.
Neue Elemente im Zusammenhang mit Universal Broker
  • Universal Broker und Multi-Cloud-Zuweisungen unterstützen jetzt das Brokering von Desktops und Apps für Pods mithilfe der Google Cloud VMware Engine (GCVE).
  • Universal Broker unterstützt jetzt die Möglichkeit, den Start von virtuellen Desktops, veröffentlichten Desktops und veröffentlichten Anwendungen auf bestimmte Clients und Versionen zu beschränken und Warnmeldungen für Clients bereitzustellen.
  • Universal Broker unterstützt jetzt die Möglichkeit, dass Endbenutzer eine Verbindung zu ihren VDI-Desktops und veröffentlichten Desktops mit dem RDP-Protokoll innerhalb der Horizon Clients herstellen können, die das RDP-Protokoll als Option für die Verwendung mit Windows-basierten Desktops anbieten.
Neue Elemente im Zusammenhang mit Horizon Cloud Connector und cloudverbundenen Horizon-Pods
  • Mit der Einführung der Horizon Cloud Connector Version 2.0 der nativen Binärdatei für die Google Cloud Platform werden jetzt alle Cloud-Plane-Dienste, die die Cloud-Ebene für Horizon-Pods bereitstellt, die mit einer Verbundarchitektur bereitgestellt werden, für solche Pods unterstützt. Solche Pods verwenden Google Cloud Platform für die Verwaltungskomponenten und Google Cloud VMware Engine (GCVE) für die Desktop-Komponenten. Verwenden Sie Horizon Cloud Connector Version 2.0, um diese vollständige Unterstützung zu erhalten. Beachten Sie jedoch, dass der Image Management Service (IMS) derzeit nur für lokale Horizon-Pods und nicht für cloudbasierte Horizon-Pod-Bereitstellungen unterstützt wird.
  • Mit der Einführung der Horizon Cloud Connector Version 2.0 der nativen Binärdatei für Amazon EC2, werden jetzt alle Cloud-Plane-Dienste, die die Cloud-Ebene für Horizon-Pods bereitstellt, die mit einer Verbundarchitektur bereitgestellt werden, für solche Pods unterstützt. Solche Pods verwenden Amazon EC2 für die Verwaltungskomponenten und VMware Cloud on AWS für die Desktop-Komponenten. Für diese Funktion ist mindestens Version 2.0 von Horizon Cloud Connector erforderlich. Für neue Bereitstellungen sollte die neueste Version verwendet werden. Beachten Sie jedoch, dass der Image Management Service (IMS) derzeit nur für lokale Horizon-Pods und nicht für cloudbasierte Horizon-Pod-Bereitstellungen unterstützt wird.
  • Horizon Cloud Connector Version 2.0 OVA wird jetzt für die Verwendung mit Horizon on VMware Cloud on Dell EMC unterstützt. Bei diesen Pods handelt es sich um All-in-SDDC-Bereitstellungen. Mit Ausnahme des Cloud Monitoring Service (CMS) und des Image Management Service (IMS) werden die Cloud-Plane-Dienste, die die Cloud-Ebene für Horizon Pods in All-in-SDDC-Bereitstellungen bereitstellt, für diesen Bereitstellungstyp unterstützt.

September 2021 – v2109

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor September 2021 sind und wenn Sie die Auswirkungen der Funktionen nachvollziehen möchten, die in den Versionshinweisen vom September 2021 beschrieben sind.

Hinweis: Die allgemein verfügbaren Versionen des Horizon Agents Installer, Horizon Cloud Connector und Universal Broker-Plug-In-Installationsprogramms sind in dieser Version von v2109 unverändert.
In v2109 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt:
Eine neue Pod-Manifestversion für Horizon Cloud-Pods, die über den Bereitstellungsassistenten des Diensts in Microsoft Azure bereitgestellt werden. Dieses Manifest bietet nicht nur die Back-End-Unterstützung, die die Pod-Manager für einige der vorgestellten Funktionen benötigen, sondern enthält auch Verbesserungen des Plattformcodes im Hinblick auf Leistung und Zuverlässigkeit.
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
  • Horizon Agent-Update unterstützt jetzt gezielte Aktualisierungen von Agents auf einzelnen Desktops innerhalb der Zuweisung. Die Verwendung dieser Funktion erfordert einen Pod, der auf der Manifestebene dieser Version ausgeführt wird.
  • Der Pod-Bereitstellungsassistent und der Assistent „Pod bearbeiten“ erfordern keine Unified Access Gateway-Konfiguration mehr, es sei denn, die Universal Broker-Einstellungen des Mandanten beinhalten die Zwei-Faktor-Authentifizierung. Zuvor haben die Assistenten die Verwendung von mindestens einem Unified Access Gateway auf dem Pod erzwungen.
  • Wenn Ihr Mandant für die Verwendung von Einzel-Pod-Brokering konfiguriert ist, wird jetzt die Verbindung mit einem VDI-Desktop oder einem farmbasierten Sitzungs-Desktop mithilfe des RDP-Protokolls unterstützt. Diese Funktion wird für Pods mit Manifest 3000.x oder höher unterstützt.
  • Zu den Systemanforderungen für den Übergang eines Einzel-Pod-Broker-Mandanten zu Universal Broker gehört nicht mehr mindestens eine interne oder externe Unified Access Gateway-Konfiguration auf jedem Pod. Folgende Szenarien sind davon ausgenommen.
    • Wenn Sie die Zwei-Faktor-Authentifizierung in den Universal Broker-Einstellungen im Assistenten „Übergang planen“ aktivieren. Wenn die Zwei-Faktor-Authentifizierung für Universal Broker im Assistenten aktiviert ist, erfordert der Übergang, dass jeder Pod in der Flotte des Mandanten über ein externes Unified Access Gateway verfügt.
    • Wenn die Flotte Ihres Mandanten auch Horizon-Pods umfasst und die Broker-Seite der Konsole anzeigt, dass die Zwei-Faktor-Authentifizierung in der Universal Broker-Konfiguration bereits aktiviert ist. In diesem Fall erfordert der Übergang auch, dass jeder Pod in der Flotte des Mandanten über ein externes Unified Access Gateway verfügt.
  • Für App Volumes-Anwendungen mit Mehrfachsitzungs-Desktops erfolgt die Trennung des Anwendungspakets jetzt, nachdem der zuletzt zugewiesene Benutzer dieses Paket abgemeldet hat. Das Herunterfahren der zugrunde liegenden Farm-VM ist nicht mehr erforderlich, um Volumes zu trennen. Zuvor wurde das Anwendungspaket beim Herunterfahren der VM getrennt.
Neue Elemente im Zusammenhang mit Horizon Cloud Connector und cloudverbundenen Horizon-Pods
  • Jetzt sind dokumentierte Schritte für die Verwendung der Hochverfügbarkeitsfunktionen von vSphere mit der Horizon Cloud Connector-Appliance verfügbar. Da diese Fähigkeit auf den vSphere-Funktionen für Hochverfügbarkeit basiert, ist sie spezifisch für die lokalen und All-in-SDDC-Pod-Architekturen. In diesen Bereitstellungsarchitekturen wird der Horizon Cloud Connector in einer vSphere-Infrastruktur bereitgestellt.
  • Die Verwendung des Cloud Monitoring Service und der Pods, die mit dem Verbund-Bereitstellungsdesign bereitgestellt werden, das Google Cloud Platform und Google Cloud VMware Engine (GCVE) verwendet, wird jetzt unterstützt.
  • Der Assistent „In verwalteten Status ändern“ verlangt keine Unified Access Gateway-Konfiguration mehr, es sei denn, die Universal Broker-Einstellungen des Mandanten beinhalten die Zwei-Faktor-Authentifizierung. Zuvor hat der Assistent die Verwendung von mindestens einem Unified Access Gateway auf dem Pod erzwungen.
Neue Elemente im Zusammenhang mit Universal Broker
Für Endbenutzer in Ihrem internen Netzwerk unterstützt Universal Broker jetzt direkte Verbindungen zwischen ihren Clients und den virtuellen Desktops und Remoteanwendungen (VDI und RDSH). Mit dieser Unterstützung ist ein internes Unified Access Gateway nicht mehr erforderlich, um virtuelle Desktops und Remoteanwendungen für diese internen Verbindungen zu starten. Um den Start der virtuellen Desktops und Remoteanwendungen durch diese internen Clients zu unterstützen, müssen Sie die Konsoleneinstellungen Broker > Netzwerkbereiche verwenden, um Bereiche von Egress-NAT-Adressen anzugeben, damit Universal Broker die angegebenen Bereiche als von Ihrem internen Netzwerk stammend erkennen kann.

August 2021 – v2108

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor August 2021 sind und wenn Sie die Auswirkungen der Funktionen nachvollziehen möchten, die in den Versionshinweisen für August 2021 beschrieben werden.

Hinweis: Die allgemein verfügbaren Versionen des Horizon Agents Installer, Horizon Cloud Connector und Universal Broker-Plug-In-Installationsprogramms sind in dieser Version von v2108 unverändert.
In v2108 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt:
Eine neue Pod-Manifestversion für Horizon Cloud-Pods, die über den Bereitstellungsassistenten des Diensts in Microsoft Azure bereitgestellt werden. Dieses Manifest enthält Plattformcodeverbesserungen für Leistung und Zuverlässigkeit.
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
  • Gemäß der Beschreibung in First-Gen-Mandanten –Wenn Ihre Organisation die Verwendung einer benutzerdefinierten Rolle für die First-Gen-Horizon Cloud-App-Registrierung bevorzugt werden zwei zusätzliche Vorgänge zu den Vorgängen hinzugefügt, die der Dienstprinzipal in Ihrem Abonnement verwenden muss. Diese beiden zusätzlichen Vorgänge dienen der Unterstützung einer bevorstehenden Funktion, mit der der Dienst die Zeit für eine neue Pod-Bereitstellung und für ein Pod-Upgrade durch die Verwendung vorkonfigurierter Images im Microsoft Azure Marketplace reduzieren kann. Wenn Ihr Dienstprinzipal eine benutzerdefinierte Rolle verwendet, muss diese Rolle diese beiden zusätzlichen Vorgänge ausführen können.
  • Beim Erstellen einer App Volumes-Zuweisung enthält der Assistent nicht mehr das Auswahlmenü Betriebssystemfamilie. Da Pakete, die in einer VM mit einem bestimmten Windows-Betriebssystem erfasst wurden, mit Desktops kompatibel sind, auf denen die für diese Pods verfügbaren Windows-Betriebssysteme ausgeführt werden, wurde die Angabe der Betriebssystemfamilie für die Zuweisung als nicht mehr notwendig erachtet. Daher konnte das Menü aus dem Assistenten entfernt werden, ohne dass die Funktionalität beeinträchtigt wurde. Diese Änderung gilt auch für App Volumes-Zuweisungen, die vor dieser Version erstellt wurden. Beim Bearbeiten solcher bestehender App Volumes-Zuweisungen wird das Feld nicht mehr im Bearbeitungsfenster angezeigt, obwohl die Betriebssystemfamilie bei der Erstellung der Zuweisung ausgewählt wurde, da die Auswahl der Betriebssystemfamilie vom System nicht mehr benötigt wird.
  • Zusätzliche Verbesserungen im Bereich der Berichterstellung bei Fehlern, die während des automatisierten Agentenaktualisierungsvorgangs auftreten. Wenn der Pod die neue Manifestversion dieser Version ausführt, enthält der herunterladbare CSV-Bericht nun auch die Namen der Desktop-VMs, bei denen der Agentenaktualisierungsprozess erfolgreich war oder übersprungen wurde, zusätzlich zu denjenigen, bei denen der Prozess fehlgeschlagen ist.
Weitere Hinweise für aktuelle Kunden
Durch die Integration mit dem neuen VMware-Produkt VMware Workspace ONE Assist for Horizon können Horizon Cloud-Administratoren Remote-Support-Sitzungen direkt über das Helpdesk-Tool über die Horizon Universal Console starten. Administratoren können Endbenutzer bei Aufgaben und Problemen im Zusammenhang mit ihren virtuellen Desktop-Sitzungen unterstützen. VMware Workspace ONE Assist for Horizon ist Teil der VMware Workspace ONE UEM-Produktlinie. Alle Anforderungen für die Verwendung der von diesem neuen Produkt bereitgestellten Funktionen finden Sie im Thema „Anforderungen für Horizon Cloud mit Workspace ONE Assist“ im Dokument Workspace ONE für Horizon und Horizon Cloud.
Der Abschnitt „Kontaktinformationen“ auf der Horizon Universal Console-Seite „Allgemeine Einstellungen“ wurde entfernt, da seine Felder für Workflows, Anwendungsfälle oder Systemvorgänge nicht benötigt werden.

Juli 2021 – v2106

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor Juli 2021 sind und wenn Sie die Auswirkungen der Funktionen nachvollziehen möchten, die in den Versionshinweisen vom Juli 2021 beschrieben sind.

Im Juli 2021 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt: eine neue Pod-Manifestversion für per Dienst bereitgestellte Pods, neue Versionen des Horizon Cloud Connector, Universal Broker-Installationsprogramms und des Horizon Agents Installer (HAI).

Neue Elemente im Zusammenhang mit Horizon Cloud Connector und deren Verwendung mit Horizon-Pods
  • Version 2.0 von Horizon Cloud Connector fügt Fault Tolerance (Fehlertoleranz) auf Dienstebene für den Lizenzdienst hinzu. Die Dokumentation zu dieser Funktion finden Sie im Administratorhandbuch unter Horizon Cloud Connector 2.0 – Cluster und Fault Tolerance auf Dienstebene und den zugehörigen Unterthemen.
  • Version 2.0 von Horizon Cloud Connector bietet Unterstützung für die Überwachung der Appliance mithilfe von SNMP. Administratoren können diese standardbasierte Überwachungsfunktion verwenden, um Warnungen zu kritischen Connector-bezogenen Diensten, wie z. B. Lizenzierung, Upgrade und Connector-Lebenszyklus, proaktiv zu überwachen und zu empfangen, selbst wenn sie nicht bei der Horizon Universal Console angemeldet sind. Die Dokumentation zu dieser Funktion finden Sie im Administratorhandbuch unter Horizon Cloud Connector 2.0 - Überwachen der Appliance mithilfe von SNMP.
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
  • Die Multi-Pod-Image-Verwaltung bietet eine einfache Methode zum Veröffentlichen und Replizieren von Einzelsitzungs-VDI-Images auf zwei oder mehr Horizon Cloud-Pods in Microsoft Azure und zum Aktualisieren mehrerer VDI-Multi-Cloud-Zuweisungen mit einem einzigen Vorgang. Die Funktionen der Multi-Pod-Image-Verwaltung mit Horizon Cloud-Pods sind nur für Mandanten verfügbar, die für die Verwendung von VDI-Multi-Cloud-Zuweisungen und für Horizon Cloud-Pods mit Manifest 2632.x und höher konfiguriert sind. Die Dokumentation zu dieser Funktion finden Sie unter Verwaltung von Horizon Images aus der Cloud und den zugehörigen Unterthemen.
  • Verbesserungen im Bereich automatisierter Agent-Updates:
    • Vor einer geplanten Agentenaktualisierung startet das System jetzt standardmäßig automatisch die für den Agentenaktualisierungsvorgang ausgewählten VMs neu. Dieser automatisierte Neustart hilft sicherzustellen, dass sich die VM und die Software und Dienste, die innerhalb ihres Betriebssystems ausgeführt werden, in einem bekannten Zustand befinden, bevor die Agentenaktualisierungsvorgänge ausgeführt werden.
    • Verbesserte Berichterstellung bei Fehlern, die während des automatisierten Agentenaktualisierungsvorgangs auftreten. Sie können einen CSV-Bericht mit den Namen der Desktop-VMs herunterladen, bei denen die Agentenaktualisierung fehlgeschlagen ist, selbst wenn der Agentenaktualisierungsvorgang für die Zuweisung noch ausgeführt wird. Der CSV-Bericht steht zum Download zur Verfügung, wenn der Pod die neue Manifestversion dieser Version ausführt.

Mai 2021 – v2105

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor Mai 2021 sind und die Auswirkungen auf Ihre Erfahrungen ab der Version vom Mai 2021 verstehen möchten.

Hinweis: Die allgemein verfügbaren Versionen des Horizon Agents Installer, Horizon Cloud Connector und Universal Broker-Plug-In-Installationsprogramms sind in dieser Version von v2105 unverändert.
In v2105 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt:
Eine neue Pod-Manifestversion für Horizon Cloud-Pods, die über den Bereitstellungsassistenten des Diensts in Microsoft Azure bereitgestellt werden. Dieses Manifest enthält Plattformcodeverbesserungen für Leistung und Zuverlässigkeit.
Neue Elemente im Zusammenhang mit Horizon Cloud Connector und deren Verwendung mit Horizon-Pods
Universal Broker unterstützt jetzt veröffentlichte Desktops und Anwendungen für Horizon-Pods auf VMware SDDC. Für diese Unterstützung müssen die Pods mit VMware Horizon 8-Software Version 2103 oder höher und dem Universal Broker-Plug-In-Installationsprogramm Version 21.03 oder höher betrieben werden.

April 2021 – v2104

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit cloudverbundenen Pods vor April 2021 sind und wenn Sie die Auswirkungen auf Ihre Erfahrungen ab der Version vom April 2021 verstehen möchten.

Hinweis: Die Versionen von Horizon Cloud Connector und Universal Broker-Plug-In-Installationsprogramm wurden in dieser Version v2104 nicht geändert. Sie können die Versionen dieser Komponenten vom März 2021 weiterhin mit Ihrer Mandantenumgebung verwenden.
In v2104 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt:
  • Eine neue Pod-Manifestversion für Horizon Cloud-Pods, die über den Bereitstellungsassistenten des Diensts in Microsoft Azure bereitgestellt werden. Dieses Manifest enthält Plattformcodeverbesserungen für Leistung und Zuverlässigkeit.
  • Eine neue HAI-Version enthält einen Fix zur Behebung eines zeitweiligen Problems im Zusammenhang mit dem Cloud Monitoring Service, der Daten vom Horizon Agent empfängt. (Problembericht 2742816).
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
Unterstützung für das Verschieben von App Volumes-Paketen zwischen App Volumes-Anwendungen über die Konsole. Bietet Unterstützung für das Verschieben neu importierter Pakete in die entsprechenden Anwendungen.
Weitere Hinweise für aktuelle Kunden
Einige Funktionen wurden als „Eingeschränkte Verfügbarkeit“-Funktionen eingeführt. Diese Funktionen werden auf Mandantenbasis aktiviert, in der Regel auf Basis einer Anfrage.

März 2021 – v2103

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit Cloud-verbundenen Pods von vor März 2021 sind und Sie die Auswirkungen der neuen Funktionen auf Ihre Erfahrung verstehen möchten.

Im März 2021 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt: eine neue Pod-Manifestversion für per Dienst bereitgestellte Pods, neue Versionen des Horizon Cloud Connector, Universal Broker-Installationsprogramms und des Horizon Agents Installer (HAI).

Neue Elemente im Zusammenhang mit Horizon Cloud Connector und deren Verwendung mit Horizon-Pods
Version 1.10 von Horizon Cloud Connector stellt Korrekturen und Sicherheits-Updates bereit.
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
  • Universal Broker- und Multi-Cloud-Zuweisungen sind jetzt für vorhandene Bereitstellungen von Horizon Cloud-Pods in Microsoft Azure verfügbar.
  • Die Pod-Detailseite der Konsole verfügt über eine neue Wartungsfunktion, mit der ein bevorzugtes Wartungsfenster festgelegt werden kann. Verwenden Sie diese Funktion, um dem System Ihre bevorzugte Uhrzeit und den Wochentag mitzuteilen, an dem die Pod-Wartungsaktivität stattfinden soll.
  • Beginnend mit dem Pod-Manifest dieser Version unterstützt App Volumes für Horizon Cloud-Pods auf Microsoft Azure jetzt mehrere Windows 10 Enterprise-Sitzungen, sodass sich mehrere Benutzer jeweils in einzelnen Sitzungen mit ihren eigenen App-Zuweisungen anmelden können. Zuvor war die Verwendung von mehreren Microsoft Windows 10 Enterprise-Sitzungen mit App Volumes für Horizon Cloud-Pods im „Tech Preview“. Beachten Sie, dass die Funktion für Bereitstellungen ab dem Pod-Manifest dieser Version und ab dieser App Volumes Agent-Version unterstützt wird.
  • Für Kunden, die App Volumes für Horizon Cloud-Pods auf Microsoft Azure nutzen und auch das App Volumes Command-Line Capture-Programm verwenden, um Anwendungen für den Import in Ihren Horizon Cloud-Anwendungsbestand zu erfassen, wurde mit App Volumes 4 Version 2103 eine neue Option eingeführt, die die Paketierung von Anwendungen ermöglicht, ohne dass die App Volumes Manager-Konsole benötigt wird. Dazu gibt es weitere Tools für die Arbeit mit VHD-Formaten und mit den MSIX-App Attach-formatierten Paketen. Informationen finden Sie in den Versionshinweisen zu App Volumes 4 Version 2103 unter „Neuerungen“.
Weitere Hinweise für aktuelle Kunden
Einige auf der Cloud-Ebene basierende Funktionen wurden bereits in den Wochen vor der Veröffentlichung von v2103 vorgestellt.
Universal Broker- und Multi-Cloud-Zuweisungen unterstützen jetzt Horizon-Pods auf Azure VMware Solutions (AVS) und ermöglichen einheitliches Brokering von Multi-Cloud-Zuweisungen über Hybrid- und Multi-Cloud-Bereitstellungen hinweg, wodurch sowohl Horizon-Pods als auch Horizon Cloud-Pods auf Microsoft Azure unterstützt werden.
Die Konsole wurde erweitert, um ihren neuen Namen widerzuspiegeln: Horizon Universal Console.
Einige Funktionen wurden als „Eingeschränkte Verfügbarkeit“-Funktionen eingeführt. Diese Funktionen werden auf Mandantenbasis aktiviert, in der Regel auf Basis einer Anfrage.
In der Verwaltungskonsole für Horizon-Pods (bekannt als Horizon Console) ist die Option Cloud-Brokering für diese Version nicht funktionsfähig. Diese Option wird in den RDS-Desktop-Pool-Einstellungen und Anwendungspool-Einstellungen für cloudverwaltete Horizon-Pods mit VMware Horizon 8 Version 2103 (8.2) angezeigt. Die Aktivierung der Option Cloud-Brokering hat für diese Horizon Cloud-Version keine Auswirkungen.

Januar 2021 – v2101

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit Cloud-verbundenen Pods von vor Januar 2021 sind und Sie die Auswirkungen der neuen Funktionen auf Ihre Erfahrung verstehen möchten.

Im Januar 2021 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt: eine neue Pod-Manifestversion für per Dienst bereitgestellte Pods, neue Versionen des Horizon Cloud Connector, Universal Broker-Installationsprogramms und des Horizon Agents Installer (HAI).

Neue Elemente im Zusammenhang mit Horizon Cloud Connector und deren Verwendung mit Horizon-Pods
  • Unter Horizon Cloud Connector 1.9 verfügt die Funktion für die automatische Aktualisierung jetzt über eine einfachere Konfiguration für die Netzwerkdetails. Sie müssen nur eine nicht zugewiesene statische IP-Adresse für die neue Appliance für das Upgrade angeben.
  • Horizon Cloud Connector 1.9 ermöglicht sicherere Zugriffsmethoden bei der Fehlerbehebung bei der Horizon Cloud Connector-Appliance. SSH-Zugriff für den Root-Benutzer der Appliance ist deaktiviert, und ein neuer benutzerdefinierter Benutzer (ccadmin) ist jetzt für SSH-Zugriff verfügbar, einschließlich der Verwendung eines öffentlichen SSH-Schlüssels anstelle eines Kennworts.
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
Die Pods unterstützen jetzt die Möglichkeit, den dedizierten Desktop in einem vorherigen nutzbaren Zustand wiederherzustellen, falls die Aktualisierung des Agenten fehlschlägt, und einen konfigurierbaren Ausfallschwellenwert, der einen Mechanismus zur Ausfallsicherung bietet, der den Aktualisierungsvorgang stoppt und alle verbleibenden Desktops überspringt. Damit diese Funktion mit einem zuvor vorhandenen Pod verwendet werden kann, muss der Pod zuerst auf das Manifest 2632.0 oder höher aktualisiert werden.
Weitere Hinweise für aktuelle Kunden
Einige auf der Cloud-Ebene basierende Funktionen wurden bereits in den Wochen vor der Veröffentlichung von v2101 vorgestellt.
Für Pod-Manifeste von 2474.0 und höher wird der Satz der Active Directory-Berechtigungen für die Domänenbeitrittskonten reduziert, um mehr Flexibilität für Mandanten bereitzustellen. Da das System jedoch die gleichen Domänenbeitrittskonten für Domänenbeitrittsvorgänge mit allen Pods in der Flotte Ihres Mandanten verwendet, müssen Sie, wenn Ihre Flotte Pods mit Manifesten vor 2474.0 enthält, sicherstellen, dass Ihre Domänenbeitrittskonten über den vorherigen Satz von Berechtigungen verfügen, die diese Pods benötigen. Wenn alle Horizon-Pods in Microsoft Azure auf das Pod-Manifest 2474.0 oder höher aktualisiert wurden, können Sie den neueren, reduzierten Satz an Active Directory-Berechtigungen für Ihre Domänenbeitrittskonten übernehmen. Weitere Informationen finden Sie unter Dienstkonten, die Horizon Cloud für seine Vorgänge benötigt und im aktualisierten Abschnitt über die Berechtigungen für das Domänenbeitrittskonto.
Die Konsole wurde um einige neue Terminologie erweitert. Bisher zeigte die Konsole im Zusammenhang mit cloudverbundenen Horizon-Pods, die in lokalen vSphere-Installationen oder in einem VMware Cloud on AWS-SDDC (Software-Defined Data Center) installiert sind, Bezeichnungen wie Lokal und VMware Cloud on AWS an. Diese Pods basieren auf der Horizon Connection Server-Software. Angesichts der Verfügbarkeit von Horizon-Pod-Bereitstellungen auf zusätzlichen cloudgehosteten VMware SDDCs, wie z. B. Horizon-Pod in Azure VMware Solution (AVS) und Horizon-Pod in Google Cloud VMware Engine (GCVE), wurde die Konsole so verbessert, dass die Bezeichnung VMware SDDC im Zusammenhang mit diesen Mitgliedern der Pod-Flotte Ihres Mandanten verwendet wird.
Unterstützung für die Ausführung des Registrierungsservers unter Microsoft Windows Server 2019 wurde hinzugefügt. Der Registrierungsserver wird für die True SSO-Funktionen verwendet. Die Installation des Registrierungsservers unter Microsoft Windows Server 2008 wird nicht mehr unterstützt.

Oktober 2020 – v2010

Verwenden Sie die folgenden Informationen, wenn Sie ein bestehender Kunde mit Cloud-verbundenen Pods von vor Oktober 2020 sind und Sie die Auswirkungen der neuen Funktionen auf Ihre Erfahrung verstehen möchten.

Im Oktober 2020 wurden neue Versionen der folgenden wichtigen Binärdateien eingeführt: eine neue Pod-Manifestversion für per Dienst bereitgestellte Pods, neue Versionen des Horizon Cloud Connector, Universal Broker-Installationsprogramms und des Horizon Agents Installer (HAI).

Neue Elemente im Zusammenhang mit Horizon Cloud Connector und deren Verwendung mit Horizon-Pods
  • Horizon Cloud Connector-Version 1.8 wird in den OVA- und VHD-Formularen veröffentlicht.
  • Horizon Cloud Connector 1.8 bietet die Möglichkeit, ein Bereitstellungsprofil auszuwählen, das entweder nur mit Abonnementlizenzunterstützung oder mit Horizon Cloud-Funktionen aktiviert wird. Diese Auswahl wird während der Bereitstellung der Appliance getroffen.
  • Horizon Cloud Connector unterstützt nun Horizon-Pods, die in Azure VMware Solution (AVS) bereitgestellt werden. Momentan ist diese Unterstützung für die Verwendung Ihrer Abonnementlizenz mit diesen Bereitstellungen vorgesehen. Der vollständige Satz von Cloud-gehosteten Diensten wurde für diese Bereitstellungstypen noch nicht bereitgestellt.
Neue Elemente im Zusammenhang mit vom Dienst bereitgestellten Pods in Microsoft Azure
Horizon Cloud on Microsoft Azure-Pods unterstützen nun die Möglichkeit, während einer Pod- oder Gateway-Bereitstellung benutzerdefinierte Azure Resource-Tags anzugeben. Der Pod-Bereitsteller wendet die angegebenen Tags auf die vom Pod erstellten Ressourcengruppen an. Eine Beschreibung der vom Pod-Bereitsteller erstellten finden Sie unter Ressourcengruppen für einen in Microsoft Azure bereitgestellten Pod. Diese neue Funktion ist nicht von der Pod-Manifestversion abhängig.

Juli 2020 – v3.1

Verwenden Sie die folgenden Informationen, wenn Sie mit der Cloud verbundene Pods haben, die älter als Juli 2020 sind, und Sie die Auswirkungen der neuen Funktionen auf Ihre Erfahrungen verstehen möchten.

Speziell für vorhandene cloudverbundene Horizon-Pods
Einführung von Horizon Cloud Connector 1.7.
Speziell für vorhandene Pods in Microsoft Azure
Damit die folgenden neuen Funktionen mit einem bereits vorhandenen Pod verwendet werden können, muss dieser Pod zunächst auf Manifest 2298.0 oder höher aktualisiert werden, um die Funktion nutzen zu können.
  • Mehrere Mandantensubnetze für Farmen und VDI-Desktop-Zuweisungen Diese Funktion ist noch nicht für die Verwendung mit Multi-Cloud-Desktop-Zuweisungen verfügbar, die in einem mit Universal Broker konfigurierten Mandanten verwendet werden.
  • Lastausgleich für erweiterte Sitzungen bei RDSH-Farmen.
  • Möglichkeit, sowohl Desktop- als auch Farmerweiterungsaufgaben, die sich in einer Warteschlange befinden oder gerade ausgeführt werden, abzubrechen – mit Unterstützung der automatischen Desktop-Zuweisung und Farmgrößenanpassung. Diese Funktion ist noch nicht für die Verwendung mit Multi-Cloud-Desktop-Zuweisungen verfügbar, die in einem mit Universal Broker konfigurierten Mandanten verwendet werden.
  • Um die Anmeldezeiten für Endbenutzer zu verbessern, wurde die Zeit verkürzt, die eine VM benötigt, bis sie für Agenten bereit ist. Dies betrifft Desktop-VMs, die von Pods bereitgestellt werden, die ausgeschaltet wurden und eingeschaltet werden müssen, um die Anforderung eines Endbenutzers nach einem Desktop zu erfüllen.
  • Verwendung der App Volumes-Funktionen – die Pods müssen auf das Manifest dieser Version aktualisiert werden, und Ihr Kundenkonto muss sich in einer der folgenden Horizon Cloud-Steuerungsebenenregionen befinden: USA-2 (PROD1_NORTHCENTRALUS2_CP1), Europe-2 (PROD1_NORTHEUROPE_CP1) oder Australia-2 (PROD1_AUSTRALIAEAST_CP1). Ihre Steuerungsebenenregion wird in Ihrer Begrüßungs-E-Mail für den Horizon Cloud Service angezeigt.

Wenn Sie eine Gateway-Konfiguration auf Ihrem Pod bereitstellen, haben Sie zusätzlich zur VM-Größe Standard_A4_v2 in früheren Versionen jetzt die Möglichkeit, die VM-Größe Standard_F8s_v2 zu verwenden, die mehr vCPUs für jede Unified Access Gateway-Instanz bietet. Bei vorhandenen Pods ist diese neue Funktion verfügbar, wenn der Pod bearbeitet wird, um eine neue Gateway-Konfiguration hinzuzufügen.

Weitere Hinweise für aktuelle Kunden
Eine verbesserte Übermittlung von Produkt-Feedback ist jetzt für alle bestehenden Kunden in der Kopfzeile der Konsole verfügbar.

Pods mit Hochverfügbarkeitsfunktion (HA) werden jetzt für Microsoft Azure Government (US Gov Virginia, US Gov Arizona, US Gov Texas) unterstützt. Wenn Sie über einen vorhandenen Pod in der Microsoft Azure Government verfügen, für den Sie diese Funktion verwenden möchten, wenden Sie sich bezüglich dieser Aktivierung an Ihren VMware-Vertreter.

März 2020 – v3

Verwenden Sie die folgenden Informationen, wenn Sie mit der Cloud verbundene Pods haben, die älter als März 2020 sind, und Sie die Auswirkungen der neuen Funktionen auf Ihre Erfahrungen verstehen möchten.

Speziell für vorhandene cloudverbundene Horizon-Pods
Mit der Einführung von Horizon Cloud Connector 1.6.x wird ein Befehlszeilendiagnose-Tool bereitgestellt, mit dem Sie den Status der erforderlichen Systemkomponenten und Dienste des Horizon-Pods überprüfen können, die benötigt werden, damit Horizon Cloud Connector den Pod erfolgreich mit Horizon Cloud koppeln kann. Bevor Sie sich beim webbasierten Konfigurationsportal anmelden und den Pod-Konfigurationsassistenten ausführen, können Sie mit diesem Diagnosetool nach Dingen suchen, die möglicherweise ein erfolgreiches Ergebnis verhindern. Wenn Probleme erkannt werden, meldet das Tool den Komponentennamen, die Details und die empfohlenen Schritte zur Abhilfe.
Speziell für vorhandene Pods in Microsoft Azure
Damit die folgenden neuen Funktionen mit einem bereits vorhandenen Pod verwendet werden können, muss dieser Pod zunächst auf Manifest 1976.0 oder höher aktualisiert werden, um die Funktion nutzen zu können, sofern nicht anders angegeben.
  • Zur Unterstützung erweiterter Bereitstellungskonfigurationen bei Verwendung eines separaten Abonnements für die Unified Access Gateway-Konfiguration können Sie auswählen, dass die Unified Access Gateway-Ressourcen in einer vorhandenen, vom Kunden erstellten Ressourcengruppe bereitgestellt werden, statt in der vom Pod-Bereitsteller erstellten Standardressource. Damit ein vorhandener Pod diese neue Funktion nutzen kann, muss der Pod zuerst mindestens auf ein Manifest der Version 1763 oder höher aktualisiert werden (das Manifest vom Dezember 2019). Anschließend müssen Sie alle dokumentierten Anforderungen zur Verwendung eines separaten Abonnements, VNet und einer separaten benutzerdefinierten Ressourcengruppe für die externe Gateway-Konfiguration erfüllen, einschließlich der Verbindung dieses VNet mit dem VNet des Pods über Peering und der Erstellung der Ressourcengruppe in dem Abonnement. Anschließend müssen Sie die vorhandene externe Unified Access Gateway-Konfiguration des Pods löschen, indem Sie den Workflow der Konsole zum Löschen des vorhandenen externen Gateways verwenden. Wenn der Löschvorgang erfolgreich abgeschlossen wurde, können Sie den Workflow Pod bearbeiten ausführen, um wieder ein externes Gateway mithilfe der neuen Option hinzuzufügen und das externe Unified Access Gateway in Ihrer vorhandenen Ressourcengruppe zu platzieren.
  • Unterstützung für Administratoren, um festzulegen, dass die Namen der dedizierten VDI-Desktop-Zuweisungen auf den Endbenutzer-Clients angezeigt werden, nachdem eine VDI-Desktop-VM dem Endbenutzer zugewiesen wurde, anstatt den Namen der Desktop-VM anzuzeigen. Nachdem ein Endbenutzer eine bestimmte VDI-Desktop-VM beansprucht hat, hat der Client zuvor standardmäßig den Namen der Desktop-VM angezeigt und dieses Verhalten war nicht konfigurierbar. Mit dieser Option werden die angezeigten Inhalte für die Endbenutzerverbindungen, die Workspace ONE Access durchlaufen, nicht geändert. Workspace ONE Access zeigt immer den dedizierten Namen der VDI-Desktop-Zuweisung an. Wenn der Endbenutzer die Desktop-VM aus Workspace ONE Access startet, wird der Desktop-Name auf seinem Endbenutzer-Client angezeigt. Auch wenn die Option für diese Funktion auf der Seite „Allgemeine Einstellungen“ angezeigt wird, muss ein Pod die Manifestversion 1976.0 oder höher ausführen, damit er diese Funktion nutzen kann.
  • Das Pod-Manifest 1976.0 oder höher unterstützt Administratoren beim Versetzen einer einzelnen Farm-VM in den Wartungsmodus, damit der Administrator Wartungsaktionen auf der VM durchführen kann. Damit Sie diese Funktion nutzen können, um den Wartungsmodus für die VM festzulegen, muss der Pod die Manifestversion dieser Version ausführen. Aufgrund eines bekannten Problems in der Konsole werden die Optionen dieser Funktion zwar auf der Registerkarte „Server“ der Farm in der Konsole angezeigt, erlauben die Festlegung des Modus aber erst, wenn die Agenten in den VMs der Farm mit Version 20.1.0 oder höher ausgeführt werden.
Weitere Hinweise für aktuelle Kunden
Verbesserungen der Berichte, die über die Seiten „Berichte“ und „Dashboard“ der Konsole verfügbar sind. Die Daten in diesen Berichten werden vom Cloud Monitoring Service bereitgestellt. Vorhandene Pods können diese Funktion nutzen.

Dezember 2019 – v2.2

Verwenden Sie die folgenden Informationen, wenn Sie mit der Cloud verbundene Pods haben, die älter als Dezember 2019 sind, und Sie die Auswirkungen der neuen Funktionen auf Ihre Erfahrungen verstehen möchten.

Speziell für vorhandene cloudverbundene Horizon-Pods
Neu in dieser Version:
  • Einige Aspekte, die Ihrer Kontrolle unterliegen, können eine erfolgreiche automatische Aktualisierung des Cloud Connectors verhindern, z. B. unzureichender Datenspeicher für die Aktualisierung in Ihrer vCenter-Umgebung. Wenn ab dieser Version die automatische Aktualisierung für Ihr Horizon Cloud-Mandantenkonto aktiviert ist, werden diese Elemente in der Konsole identifiziert, damit Sie diese Elemente adressieren und löschen können.
  • Automatisierte Aktualisierungen von Horizon Cloud Connector werden jetzt für Horizon-Pods unterstützt, die in VMware Cloud on AWS bereitgestellt sind.
  • Verbesserungen im Bildschirm für erfolgreiches Horizon Cloud Connector-Onboarding enthalten eine Zustandsanzeige für die Connector-Komponenten und eine Option zum Aktivieren und Deaktivieren von SSH auf der Horizon Cloud Connector-Appliance.
Speziell für vorhandene Pods in Microsoft Azure
Damit die folgenden neuen Funktionen mit einem bereits vorhandenen Pod verwendet werden können, muss dieser Pod zunächst auf Manifest 1763.0 oder höher aktualisiert werden, um die Funktion nutzen zu können, sofern nicht anders angegeben.
  • Damit die erweiterten Bereitstellungskonfigurationen unterstützt werden, gibt der Pod-Bereitsteller Optionen für Folgendes an:
    • Verwenden eines separaten VNet für die Unified Access Gateway-Instanzen der externen Gateway-Konfiguration, das vom VNet des Pods und den Core-Pod-Elementen getrennt ist. Die VNets müssen über Peering miteinander verbunden sein.
    • Verwenden Sie ein separates Abonnement für die externe Unified Access Gateway-Konfiguration, getrennt vom Abonnement, das für die Core-Pod-Elemente verwendet wird. Da ein VNet auf ein Abonnement beschränkt ist, entspricht das separate Abonnement-Bereitstellungsszenario auch dem separaten VNet-Szenario. Die VNets müssen über Peering miteinander verbunden sein.
    • Damit ein vorhandener Pod diese Funktion nutzen kann, muss der Pod zunächst auf das Manifest 1763.0 oder höher aktualisiert werden. Anschließend müssen Sie alle dokumentierten Anforderungen zur Verwendung eines separaten VNet für die externe Gateway-Konfiguration erfüllen, einschließlich der Verbindung dieses VNet mit dem VNet des Pods über Peering. Dann müssen Sie die vorhandene externe Unified Access Gateway-Konfiguration des Pods löschen, indem Sie den Workflow der Konsole zum Löschen des vorhandenen externen Gateways verwenden. Wenn der Löschvorgang erfolgreich abgeschlossen wurde, können Sie den Workflow Pod bearbeiten ausführen, um wieder ein externes Gateway mithilfe der neuen Optionen hinzuzufügen.
  • Ab dem Manifest dieser Version können Sie SSD-Festplattentypen für VDI-Desktop-Zuweisungen und RDSH-Farmen verwenden.
  • Ab dem Manifest dieser Version können Sie die Betriebssystem-Festplattengrößen für VDI-Desktop-Zuweisungen und RDSH-Farmen anpassen. Bei früheren Pod-Manifesten wurden die Betriebssystem-Festplattengrößen so festgelegt, dass sie mit dem Basisimage identisch waren. Die Standardeinstellung war 127 GB und konnte nicht geändert werden.
  • Neu in dieser Version wird im Assistenten zum Importieren einer VM aus Marketplace eine Umschaltoption angezeigt, um die Verbindung der resultierenden VM mit einer Active Directory-Domäne auszulassen. Bisher wurde die VM mit diesem Workflow standardmäßig der Domäne hinzugefügt, und Sie konnten dieses Verhalten nicht ändern. Diese neue Umschaltoption ist für vorhandene Pods vor der Manifest-Version dieser Version verfügbar.
  • Mit der Neugestaltung der Seite „Kapazität“ in dieser Version wird die Ansicht „Typ“ entfernt. Nach dem Entfernen der Ansicht „Typ“ von der Seite „Kapazität“ sind zwei Änderungen bei Elementen zu beachten, auf die zuvor von dieser Ansicht aus zugegriffen wurde: Die Aktion zum Anzeigen der aktuellen Nutzung der Microsoft Azure-Grenzwerte durch den Pod wurde auf die Detailseite des Pods verschoben, und die Aktion Abonnement entfernen, die in dieser Ansicht vorhanden war, wurde vollständig entfernt.
Weitere Hinweise für aktuelle Kunden
  • Verbesserungen bei den Berichten, die über die Seite „Berichte“ der Verwaltungskonsole verfügbar sind. Die Daten in diesen Berichten werden vom Cloud Monitoring Service bereitgestellt.
  • Verbesserungen auf der Seite „Kapazität“ der Horizon Cloud-Verwaltungskonsole. Anstatt einen Drilldown für die Detailseite eines Pods durchzuführen, um die konfigurierbaren Details des Pods zu ändern oder einen Pod aus Ihrer Mandantenumgebung zu löschen, können Sie jetzt den Pod zum Bearbeiten starten und die Pod-Workflows von der Seite „Kapazität“ selbst entfernen. Als Folge dieser Neugestaltung sind die Workflows zum Ändern von Standortinformationen, die zuvor mithilfe der Standortansicht der Seite „Kapazität“ durchgeführt wurden, jetzt Optionen innerhalb der Workflows „Pod zum Bearbeiten“. Um beispielsweise einen neuen Ortsnamen anzugeben, verwenden Sie die Aktion Bearbeiten für einen Pod und Sie können einen neuen Ortsnamen als Option für den entsprechenden Workflow „Pod Bearbeiten“ angeben. Beachten Sie, dass der vorherige Workflow für die Ansicht eines Orts zum Entfernen gespeicherter Microsoft Azure-Abonnementinformationen nicht mehr verfügbar ist, wenn alle zugeordneten Pods des Abonnements gelöscht wurden.
  • Der frühere Produktname „VMware Identity Manager“ wurde jetzt in „VMware Workspace ONE™ Access“ geändert.
  • Der Horizon Agents Installer installiert keinen inaktiven DaaS Agent mehr. In der vorherigen Version hat die HAI die MSI des DaaS Agent auf dem Gastbetriebssystem installiert, sie war jedoch inaktiv und wurde nicht verwendet. In dieser Version ist die MSI-Version überhaupt nicht installiert.

September 2019 – v2.1

Verwenden Sie die folgenden Informationen, wenn Sie mit der Cloud verbundene Pods haben, die älter als September 2019 sind, und Sie die Auswirkungen der neuen Funktionen auf Ihre Erfahrungen verstehen möchten.

Speziell für vorhandene cloudverbundene Horizon-Pods
Neu in dieser Version:
  • Die automatische Aktualisierung wird jetzt von den Cloud Connector-Versionen 1.3 und 1.4 unterstützt. Es wird empfohlen, dass Kunden mit früheren Versionen von Cloud Connector eine Aktualisierung auf die neueste Version durchführen, um diese Funktion nutzen zu können.
  • Die Cloudüberwachungsdienste (Cloud Monitoring Services, CMS) mit Details über die Sitzungsnutzung werden als Teil von Horizon Cloud Service bereitgestellt.
Speziell für vorhandene Pods in Microsoft Azure
Damit die folgenden neuen Funktionen mit einem bereits vorhandenen Pod verwendet werden können, muss dieser Pod zunächst auf Manifest 1600.0 oder höher aktualisiert werden, um die Funktion nutzen zu können, sofern nicht anders angegeben.
  • Die Pod-Architektur wurde in dieser Version geändert. Alle Pods in der Manifestversion vom September 2019 verfügen über einen Microsoft Azure-Lastausgleichsdienst für den Pod und eine Microsoft Azure-Datenbank für die PostgreSQL-Serverinstanz (optimierte Ebene für Gen 5-Arbeitsspeicher). Dies bedeutet, dass Sie vor der Aktualisierung Ihrer vorhandenen Pods auf die Manifestversion dieser Version sicherstellen müssen, dass Ihre vorhandene Netzwerkkonfiguration die DNS, Ports und Protokolle aufweist, die für den Microsoft Azure-Lastausgleichsdienst für den Pod und die Microsoft Azure-Datenbank für die PostgreSQL-Serverinstanz erforderlich sind. Wenn Sie über Firewalls oder Netzwerksicherheitsgruppen verfügen, die bestimmte Ports und Protokolle blockieren, vergleichen Sie Ihre aktuelle Netzwerkkonfiguration mit den Informationen aus den folgenden Themen und aktualisieren Sie Ihre Netzwerkkonfiguration dementsprechend.
  • In dieser Version existieren verbesserte Warnungen für Pod-Aktualisierungsfehler, für deren Behebung eine Aktion durch den Kunden erforderlich ist. Einige vollständig von Ihnen gesteuerte Faktoren, können eine erfolgreiche Pod-Aktualisierung verhindern, z. B. wenn nicht genügend Kerne im zugeordneten Abonnement des Pods vorhanden sind, um die Jump-Box-VM zu erstellen, die die Pod-Aktualisierung orchestriert. Ab dieser Version werden solche Elemente in der Konsole angezeigt, sodass Sie diese Elemente beheben und löschen können.
  • Ab dieser Version können Sie die folgenden gateway-bezogenen Einstellungen auf einem bereits bereitgestellten Pod überarbeiten: Zwei-Faktor-Authentifizierungseinstellungen zu einem Gateway hinzufügen, das Sie nicht hat, Zwei-Faktor-Authentifizierungseinstellungen eines Gateways bearbeiten, die Zeitüberschreitungseinstellungen des Gateways für Broker-Sitzungen ändern. In früheren Versionen mussten Sie die RADIUS-Zwei-Faktor-Authentifizierung bei der ersten Bereitstellung des Pods konfigurieren und konnten diese Einstellungen später nicht ändern. Außerdem können Sie jetzt in dieser Version Gateways aus einem bereits bereitgestellten Pod löschen und einen neuen Pod mit einem externen Gateway bereitstellen, das über keine öffentliche IP-Adresse auf seinem Azure-Lastausgleichsdienst verfügt, sondern stattdessen über eine private IP-Adresse auf diesem Lastausgleichsdienst.
  • Unterstützung für die Definition von Microsoft Azure-Ressourcentags beim Erstellen einer neuen dedizierten oder flexiblen VDI-Desktop-Zuweisung oder einer neuen Farm für Horizon Cloud on Microsoft Azure.
  • Hochverfügbarkeit ist jetzt verfügbar. Zur Unterstützung der Hochverfügbarkeit für Pods in Microsoft Azure wird die Pod-Architektur aktualisiert, damit die Microsoft Azure-Datenbank für den PostgreSQL-Dienst (optimierte Ebene für den aktualisierten Gen 5-Arbeitsspeicher), ein Microsoft Azure-Lastausgleichsdienst und ein Verfügbarkeitssatz verwendet werden. Für einen in dieser Version neu bereitgestellten Pod haben Sie die Möglichkeit, die Hochverfügbarkeit direkt bei der Bereitstellung oder später zu aktivieren. Damit Sie die Hochverfügbarkeit für bereits vor dieser Version vorhandene Pods aktivieren können, müssen Sie diese zunächst auf die Manifestversion 1600.0 oder höher aktualisieren und ebenfalls die Agents in den Images, Farmen und VDI-Desktop-Zuweisungen des Pods auf diese Version aktualisieren. Nach Abschluss der Pod-Aktualisierung und der Agent-Aktualisierungen, können Sie die Hochverfügbarkeit auf dem Pod aktivieren, indem Sie den Pod über die zugehörige Pod-Detailseite in der Verwaltungskonsole bearbeiten. Bei dieser neuen Funktion ergeben sich zusätzliche Anforderungen für die Aktivierung des Microsoft.SQL-Dienst-Endpoints im Management-Subnetz des Pods, wenn Ihr Pod von Ihnen erstellte Subnetze verwendet sowie für das Zulassen des ausgehenden Zugriffs für Port 5432.

    Zum Zeitpunkt September 2019 wurde die Funktion „Hochverfügbarkeit (HA)“ für Pods in Microsoft Azure nur für Pods unterstützt, die in den kommerziellen Microsoft Azure-Regionen bereitgestellt werden (globale Standardregionen). Die HA-Funktion des Pods wird derzeit nicht für in Microsoft Azure China, Microsoft Azure Deutschland und Microsoft Azure Government (US Gov Virginia, US Gov Arizona, US Gov Texas) bereitgestellte Pods unterstützt. Das VMware-Team arbeitet daran, Unterstützung für die HA-Funktion für Pods in diesen zuvor aufgelisteten Cloud-Umgebungen hinzuzufügen. Wenn Sie über einen vorhandenen Pod in Microsoft Azure in China, Microsoft Azure Deutschland oder Microsoft Azure Government verfügen, den Sie ohne die HA-Funktion auf die Manifestversion dieser Version aktualisieren möchten, wenden Sie sich an Ihren VMware-Vertreter, um Unterstützung zu erhalten.

    Bevor Sie einen vorhandenen Pod in einer der globalen Standardregionen von Microsoft Azure auf Manifest 1600 oder höher aktualisieren, müssen Sie sicherstellen, dass die folgenden Aspekte erfüllt sind, da die neue Pod-Architektur die Microsoft Azure-Datenbank für den PostgreSQL-Dienst verwendet:

  • Um die Stabilität des Horizon Agent-Paarbildungsprozesses zu erhöhen, werden in dieser Version die DaaS Agent-Funktionen in Horizon Agent verschoben. Der DaaS Agent wurde jetzt in Horizon Agent integriert. Obwohl der DaaS Agent sowohl beim automatisierten Workflow „Image importieren“ als auch bei der manuellen Installation des Horizon Agents Installer wie in früheren Versionen im Gastbetriebssystem installiert wird, ist der DaaS Agent ab dieser Version inaktiv und wird nicht verwendet. Der Dienst für den DaaS Agent wird jedoch weiterhin in der Liste der Windows-Dienste angezeigt. Starten Sie diesen Dienst nicht oder es könnten unerwartete Ergebnisse auftreten.
  • Durch das Verschieben der DaaS Agent-Funktionen in den Horizon View-Agent wurden sowohl der automatisierte Image-Import aus dem Azure Marketplace-Workflow als auch die Schritte zum manuellen Erstellen einer Basis-VM geändert. Zuvor wurde die aus dem automatisierten Workflow entstandene Basis-VM am Ende des Workflows mit der Cloud gekoppelt, während Sie bei einer manuell erstellten VM manuell einen Bootstrap durchführen und die VM koppeln mussten. Jetzt wird für Basis-VMs in einem neuen oder auf diese Version aktualisierten Pod die entstandene Basis-VM auf der Seite „Importierte VMs“ mit dem Agentenstatus „Nicht gepaart“ aufgeführt. Um die VM zu koppeln, können Sie Folgendes tun:
    • Wenn Sie die auf der Seite „Importierte VMs“ aufgeführte VM vor der Anpassung mit der Cloud koppeln wollen, führen Sie auf ihr die Aktion Agentenpaarbildung zurücksetzen aus.
    • Wenn die VM über alle gewünschten Anpassungen verfügt und Sie bereit sind, sie zu veröffentlichen, führen Sie die Aktion Neues Image direkt auf der VM aus. In diesem Fall führt der Workflow „Neues Image“ zuerst den Paarbildungsvorgang aus, um den Agenten zu aktivieren. Anschließend können Sie die restlichen Felder ausfüllen und auf Veröffentlichen klicken, um das Image zu veröffentlichen.
  • Durch die Verschiebung der DaaS Agent-Funktionen in den Horizon View-Agenten ist der Workflow „Agent-Paarbildung zurücksetzen“ nun für die Verwendung bei importierten VMs, Farm-Server-VMs und Desktop-VMs in dedizierten VDI-Desktop-Zuweisungen verfügbar. Wenn in den Details einer Farm oder einer dedizierten VDI-Desktop-Zuweisung ein Fehlerzustand in der Spalte „Agent-Status“ für eine Farm-Server-VM oder Desktop-VM angezeigt wird, können Sie in der Konsole die Aktion Agent-Paarbildung zurücksetzen verwenden, um den Paarbildungszustand dieser VM zu reparieren. (Die Aktion ist nicht für flexible VDI-Desktop-Zuweisungen verfügbar.) Auf der Seite „Importierte VMs“ können Sie die Aktion Agent-Paarbildung zurücksetzen verwenden, um eine bis jetzt noch nicht gepaarte VM zu paaren oder den Paarbildungsstatus für eine zuvor gepaarte VM zu reparieren.
  • Die Funktion für die Festplattenverschlüsselung verwendet jetzt die neuere AzureDiskEncryption v 2.2. Diese neuere Version ermöglicht die Unterstützung der Festplattenverschlüsselung für VMs mit einem im Gastbetriebssystem eingerichteten Proxy, um mit dem Internet zu kommunizieren. Um diese neue Unterstützung zu nutzen, müssen Sie die Agents Ihrer VMs auf Version 19.3.0 oder höher aktualisieren.
  • Aktualisierte Anleitung zur Verwendung von VM-Modellen mit mindestens zwei (2) CPUs für Ihre Farmen und VDI-Desktop-Zuweisungen. VMware Scale-Tests haben gezeigt, dass durch die Verwendung von mindestens 2 CPUs für Produktionsumgebungen unerwartete Probleme bei der Endbenutzerverbindung vermieden werden. Auch wenn das System Sie nicht daran hindert, ein VM-Modell mit einer einzelnen CPU auszuwählen, sollten Sie diese VM-Modelle nur für Tests oder Machbarkeitsnachweise verwenden.
  • Verbesserungen der Benutzerfreundlichkeit der Seite „VM-Typen und -Größen“.
Weitere Hinweise für aktuelle Kunden
  • Verbesserte Benutzerfreundlichkeit und Optimierung der interaktiven Zuordnungsansicht des Unified Dashboards, einschließlich einer genaueren Entsprechung des Pod-Standorts und der Zoomfunktionalität.
  • Verbesserungen bei den Berichten, die über die Seite „Berichte“ der Verwaltungskonsole verfügbar sind. Die Daten in diesen Berichten werden vom Cloud Monitoring Service bereitgestellt.
  • Bei mit der Cloud verbundenen Horizon 7-Pods werden zusätzliche Details auf der Detailseite eines Pods angezeigt. Der Pod und der Cloud Connector müssen auf die neueste Version aktualisiert sein, um diese Funktion sehen zu können.
  • Der frühere Produktname „VMware User Environment Manager™“ wurde jetzt zu „VMware Dynamic Environment Manager™“ geändert.