Auf dieser Dokumentationsseite wird die Beziehung zwischen den Kernkomponenten des Horizon Image-Verwaltungsdienst und einem First-Generation-Horizon Cloud-Mandanten beschrieben.

Verwendung dieser Seite

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/).

Image-Katalog

IMS verwaltet einen Image-Katalog, der eine konsolidierte Ansicht der Images bietet, die mit Ihrer First-Gen-Mandantenumgebung verbunden sind, kategorisiert nach Bereitstellungstyp:

  • Horizon-Bereitstellungen, die auf der Verbindungsserver-Technologie basieren, kurz Horizon-Pods genannt.
  • First-Generation-Horizon Cloud on Microsoft Azure-Bereitstellungen, kurz Horizon Cloud-Pods genannt.

Sie können die gleichen Image-Verwaltungsvorgänge für Images von beiden Typen durchführen. Neben diesen allgemeinen Funktionen unterstützen Images in First-Generation-Horizon Cloud on Microsoft Azure-Bereitstellungen zusätzliche Funktionen wie die Möglichkeit, die Veröffentlichung von Image-Versionen wiederherzustellen und rückgängig zu machen.

Komponenten in den IMS-Workflows in einer First-Gen-Horizon Cloud-Umgebung

Wie das folgende Diagramm für die Pod-Flotte eines First-Gen-Mandanten veranschaulicht, verwaltet IMS Images von beiden Bereitstellungstypen mithilfe von Workflows, die getrennt und unabhängig voneinander sind.

Horizon-Pods – IMS-Workflows
Für diese Bereitstellungen speichert IMS Kopien der Image-Versionen in Datenspeichern, die von den vCenter Server-Instanzen innerhalb der teilnehmenden Pods verwaltet werden.

Diese gespeicherten Kopien entsprechen den im Image-Katalog des Mandanten aufgeführten Images.

Während der Veröffentlichung repliziert IMS die Image-Versionen unter Verwendung der Inhaltsbibliothek, die von den vCenter Server-Instanzen gemeinsam genutzt wird. IMS löscht dann die temporären Objekte in der Inhaltsbibliothek, die für den Replizierungsvorgang verwendet wurden.

Horizon Cloud-Pods – IMS-Workflows
Für diese Bereitstellungen speichert IMS Kopien von Image-Versionen in den Azure-Ressourcengruppen der teilnehmenden Pods.

Diese gespeicherten Kopien entsprechen den im Image-Katalog des Mandanten aufgeführten Images.

Während der Veröffentlichung repliziert IMS Image-Versionen über verschiedene Azure-Regionen und Abonnements hinweg unter Verwendung der Microsoft Azure Shared Image Gallery-Definition innerhalb der Pods. IMS verwirft dann die temporären Objekte in der Shared Image Gallery, die für die Replikation verwendet wurden.

Hinweis: IMS unterstützt derzeit nicht die plattformübergreifende Migration von Images zwischen verschiedenen Bereitstellungstypen

Beispiel

Das folgende Diagramm zeigt ein Beispiel für eine First-Gen-Horizon Cloud-Pod-Flotte, die sowohl aus Horizon-Pods als auch aus Horizon Cloud-Pods besteht.

In diesem Beispiel bestehen die Horizon-Pods aus lokalen Bereitstellungen.

Abbildung 1. Beispiel für die IMS-Architektur mit einer first-gen-Horizon Cloud Pod-Flotte

Architekturdiagramm mit wichtigen Systemkomponenten des Diensts

First-Gen-Mandanten – Grundlegendes zum Image-Verwaltungsworkflow innerhalb eines First-Generation-Horizon Cloud-Mandanten

Auf dieser Dokumentationsseite wird der End-to-End-Workflow beschrieben, der in einer First-Generation-Horizon Cloud-Umgebung für die Verwendung von Horizon Image-Verwaltungsdienst zum Einrichten, Anpassen und Veröffentlichen von Images für Desktop-Zuweisungen durchgeführt wird.

Der End-to-End-Workflow umfasst eine bestimmte Abfolge von Aufgaben.

Verwendung dieser Seite

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/).

Definitionen von Begriffen

Image
Eine Einheit, die unter einem bestimmten Betriebssystem Desktop-Image-Versionen und -Kopien oder Server-Image-Versionen und -Kopien enthält. Versionen und Kopien sind in einer Hierarchie organisiert und werden von einem Administrator verwaltet.
Version
Eine bestimmte Anpassung eines Images in Bezug auf installierte Anwendungen oder Software. Die Versionsnummerierung umfasst eine Haupt- und eine Nebenversion (z. B. ergibt eine Hauptversion von 1 und eine Nebenversion von 2 die Versionsnummer 1.2), die das Nachverfolgen der Versionslinie erleichtert. Versionen können auch mit Markern für die Verwendung in Multi-Cloud-Zuweisungen markiert werden.
Kopie
Eine Instanz der Version, die auf einem bestimmten Pod verfügbar ist, nachdem die Version für mehrere Pods veröffentlicht wurde. Die Kopie ist eine schreibgeschützte Einheit (nur Ansicht möglich), die Informationen über den Status und den Speicherort der Pod-spezifischen Instanz der Version bereitstellt.
Pool
Im Kontext des Verständnisses des IMS-Workflows innerhalb eines First-Gen- Horizon Cloud-Mandanten bezieht sich dieser Begriff auf Horizon-Pod-Bereitstellungen in der Pod-Flotte des Mandanten. Solche Bereitstellungen basieren auf der Verbindungsserver-Software. Für solche Pods ist ein Pool eine Sammlung von virtuellen Maschinen, die von einer bestimmten Image-Version bereitgestellt werden.
Zuweisung
Im Kontext des Verständnisses des IMS-Workflows innerhalb eines First-Gen- Horizon Cloud-Mandanten bezieht sich dieser Begriff in erster Linie auf die Horizon Cloud on Microsoft Azure-Bereitstellungen in der Pod-Flotte des Mandanten. Für solche Pods ist eine Zuweisung eine Sammlung virtueller Maschinen, die von einer bestimmten Image-Version bereitgestellt werden. Dieses Zuweisungskonzept ist ein paralleles Konzept zu dem für Horizon-Pods verwendeten Pool-Konzept.
Marker
Ein spezielles Tag, das für ein Image eindeutig ist und einen Pool oder eine Zuweisung anweist, welche Version eines Image für die Bereitstellung von Workflows verwendet werden soll.
Horizon-Bereitstellung, Horizon-Pod
Kurz gesagt, eine Bereitstellung, die Horizon Connection Server-Software verwendet und kurz als Horizon-Pod bezeichnet wird.
Horizon Cloud on Microsoft Azure-Bereitstellung, Horizon Cloud-Pod
Kurz gesagt, in First-Gen- Horizon Cloud Service wird eine Bereitstellung, die die VMware Horizon Cloud-Pod-Manager-Technologie verwendet, kurz als Horizon Cloud-Pod bezeichnet.

First-Gen-Mandanten – Arbeiten mit Images mithilfe von IMS

Wie im vorherigen Abschnitt definiert, ist ein Image eine Sammlung von Image-Versionen, die mit Pools oder Zuweisungen in einer First-Generation-Horizon Cloud-Pod-Flotte verknüpft werden können.

Bevor Sie mithilfe von IMS mit Images arbeiten können, müssen Sie die vorbereitenden Anforderungen für das Importieren eines Images in den Image-Katalog und die Veröffentlichung dieses Images in dem Pod-Bereitstellungstyp erfüllen, den Sie mit IMS verwenden möchten.

Horizon-Typ
Geben Sie die Anmeldedaten für die vCenter Server-Instanzen an, die Sie für diese Verwendung konfigurieren möchten. Weitere Informationen finden Sie unter Konfigurieren der vCenter Server-Instanzen.
Horizon Cloud on Microsoft Azure-Typ
Vergewissern Sie sich, dass Sie die relevanten Kriterien in den Systemanforderungen erfüllen und dass alle Horizon Cloud-Pods Ihres Mandanten online und funktionsfähig sind.

Die folgenden Schritte gelten für eine Sammlung von Pods. Eine Sammlung kann zum Beispiel aus sieben Pods bestehen. Die Schritte fassen den Prozess des Importierens eines Images in den Image-Katalog und das Veröffentlichen dieses Images auf diesen Pods zusammen.

Hinweis: Aufgrund der unterschiedlichen Softwaretechnologie, die den beiden Pod-Typen zugrunde liegt, unterscheiden sich der Prozess und die Terminologie zum Erstellen von Images zwischen Horizon-Pods und Horizon Cloud-Pods geringfügig.
Horizon-Pod – Erstellen von Images
Sie erstellen ein Image, indem Sie eine vCenter-VM-Vorlage oder einen Snapshot auswählen.

Anschließend passen Sie das Image an, veröffentlichen das Image, fügen dem Image einen Marker hinzu und ordnen dem Marker Pools zu.

Horizon Cloud-Pod – Erstellen von Images
Sie erstellen ein Image, indem Sie ein Betriebssystem-Image aus dem Microsoft Azure Marketplace oder ein im Benutzerabonnement verfügbares benutzerdefiniertes Image auswählen.

Anschließend passen Sie das Image an, veröffentlichen das Image, fügen dem Image einen Marker hinzu und ordnen dem Marker Zuweisungen zu.

Bildhaftes Diagramm des IMS-Workflows

Das folgende Diagramm gilt für beide Pod-Typen (Horizon, Horizon Cloud). Das Diagramm fasst den Prozess des Importierens eines Images in den Image-Katalog und das Veröffentlichen dieses Images auf diesen Pods zusammen.


Diagramm des Ablaufs, den der VDI-Administrator beim ersten Importieren des Basisimages, beim Anpassen und Veröffentlichen für das Golden Image und beim Markieren dieses Golden Image für die Verwendung und die Nutzung für Pools und Zuweisungen nimmt. Darüber hinaus kann der VDI-Administrator anhand eines veröffentlichten Golden Image die nächste Version erstellen und diese als neues Golden Image anpassen und denselben Prozess durchlaufen. Der Administrator kann auch eine vorhandene Markierung auf eine neue Version verschieben und diese automatisch in die Pools und Zuweisungen replizieren lassen.

Erstellen einer Image-Instanz

Ein Image ist eine Sammlung aus einer oder mehreren Versionen. Wenn Sie die Aktion Importieren für ein ausgewähltes Image initiieren, registriert Horizon Image-Verwaltungsdienst das Image beim Dienst, indem die Metadaten des Images im Image-Katalog gespeichert werden. Horizon Image-Verwaltungsdienst führt außerdem bestimmte Vorbereitungsschritte für das Image im Quell-Pod durch.

Horizon-Pods
Horizon Cloud Connector ermöglicht die Verbindung zwischen dem Quell-Pod des Image und dem Dienst. Einer der Pods in der Flotte ist der Quell-Pod.

Ein Pod mit dem Namen „On-premises Pod 4“ ist beispielsweise der Quell-Pod für ein Win10POS-Image, das den Importvorgang durchläuft. Siehe First-Gen-Mandanten – IMS- und Horizon 8-Pods – Importieren eines Images aus vCenter in den Image-Katalog.

Horizon Cloud on Microsoft Azure-Typ
Die Komponenten des Diensts und des Horizon Cloud-Pods ermöglichen das Klonen des Images in Microsoft Azure (beim Import aus dem Azure Marketplace) und die Synchronisierung mit dem Image-Katalog am Ende des Importvorgangs.

Ein Pod mit dem Namen „Azure Pod 4“ ist beispielsweise der Quell-Pod für ein Win10POS-Image, das den Importvorgang durchläuft. Siehe First-Gen-Mandanten – IMS- und Horizon Cloud on Microsoft Azure-Bereitstellungen – Importieren eines Images in den Image-Katalog.

Nach Abschluss des Importvorgangs wird das Image dem Image-Katalog als Image-Version 1.0 hinzugefügt. Diese Image-Version zeigt den Status Bereitstellung abgeschlossen an, der darauf hinweist, dass die Version für die Veröffentlichung bereit ist.

In diesem Beispiel wird Win10POS zu einem neu erstellten Image im Katalog.

Wichtig:

In Schritt 3 des IMS-Workflows zur Veröffentlichung eines Images wird der Veröffentlichungsvorgang an den Pod-Typ angepasst.

  • Images aus Horizon-Bereitstellungen werden nur für Horizon-Pod-Bereitstellungen veröffentlicht.
  • Images aus Horizon Cloud on Microsoft Azure-Bereitstellungen werden nur für Horizon Cloud-Pods in Ihrer Microsoft Azure-Cloud-Kapazität veröffentlicht.

2. Image anpassen

Sobald das Image importiert wurde, können Sie den Inhalt der Image-Version anpassen, indem Sie direkt auf das Image zugreifen.

  • Bei Horizon-Bereitstellungen greifen Sie über vCenter Console Access direkt auf das Image zu.
  • Bei Horizon Cloud on Microsoft Azure-Bereitstellungen greifen Sie direkt über eine RDP-Sitzung auf das Image zu.

In beiden Fällen melden Sie sich bei der Image-VM mit lokalen Admin-Anmeldedaten an. Siehe Anpassen eines Image.

3. Veröffentlichen

Wenn Sie die Aktion Veröffentlichen auf Image-Version 1.0 initiieren, veröffentlicht Horizon Image-Verwaltungsdienst die Image-Version in allen Pods desselben Kapazitätstyps, die zum Zeitpunkt der Veröffentlichung in der Pod-Flotte vorhanden sind.

Der Veröffentlichungsvorgang richtet sich nach dem Pod-Typ. Für ein importiertes Image aus einem Horizon-Pod veröffentlicht die Aktion Veröffentlichen dieses Image in allen geeigneten Horizon-Pods, es sei denn, Sie wählen eine Teilmenge der Ziele aus. Dasselbe Verhalten gilt für ein importiertes Image aus einem Horizon Cloud-Pod.

Sie können auch eine Teilmenge der geeigneten Pods auswählen und das Image in dieser Teilmenge veröffentlichen. Für diesen Anwendungsfall schalten Sie nach der Auswahl von Veröffentlichen die Option Ziel auswählen unter Ziel um, um die Ziel-Pods für die Replizierung auszuwählen. Wenn Sie Ziel auswählen auswählen, zeigt das System eine Liste der verfügbaren Pods an. Aktivieren Sie das Kontrollkästchen neben den einzelnen Pods, um diese auszuwählen. Der Quell-Pod für das Image ist standardmäßig ausgewählt und kann nicht deaktiviert werden.

Der Dienst repliziert und platziert eine Kopie der Image-Version in der Infrastruktur jedes Pods.

  • Bei Horizon-Pods befindet sich jede Image-Kopie in einem Datenspeicher innerhalb der vCenter Server-Instanz dieses Pods.
  • Bei Horizon Cloud on Microsoft Azure-Bereitstellungen wird die Image-Kopie in den entsprechenden Ressourcengruppen des Pods als eine VM abgelegt.
  • Sie können detaillierte Fehlermeldungen für einen Kopierstatus auf der Seite mit Details zur Image-Kopie anzeigen. Das können etwa Infrastrukturprobleme sein: z. B. das Kontingent von Microsoft Azure wurde überschritten, es gab eine Zeitüberschreitung oder Socket-Ausnahmen.

Siehe First-Gen-Horizon Cloud – IMS – Veröffentlichen der Image-Version.

4. Marker festlegen (Anwendungsfall)

Bevor ein Image nach der Veröffentlichung für einen Pool oder eine Zuweisung verwendet werden kann, muss die Image-Version für diesen Zweck markiert werden, und zwar mit einem so genannten Marker.

Der Marker teilt einem Pool oder einer Zuweisung mit, welche Version des Image zu verwenden ist.

Versionen können über einen oder mehrere Marker mit verschiedenen Pools und Zuweisungen verknüpft sein, während ein Pool und eine Zuweisung nur einen Marker verwenden können.

Dieses Design ermöglicht es Ihnen, Updates zeitlich zu staffeln, indem Sie unterschiedliche Pools und Zuweisungen verwenden, die verschiedenen Markern folgen.

Siehe First-Gen – Arbeiten mit IMS-Markern in einer First-Gen-Horizon Cloud-Umgebung.

5. Mit einem Pool oder einer Zuweisung verknüpfen

Sie verknüpfen einen Pool oder eine Zuweisung mit seinem Image, indem Sie das Image und eine Markierung angeben.

Wenn Marker in eine andere Version verschoben werden, erhalten die verknüpften Pools und Zuweisungen Aktualisierungsanweisungen.

Nicht persistente Pools und Zuweisungen werden beim Aktualisieren neu erstellt, während dauerhafte Pools und Zuweisungen neue Arbeitslasten basierend auf der neuesten aktualisierten Image-Version bereitstellen.

Weitere Informationen finden Sie unter:

6. Neue Version erstellen

Nach der Veröffentlichung können Sie eine beliebige Version verwenden, um die nächste Version in einem unveröffentlichten Zustand zu erstellen. Weitere Informationen finden Sie unter Neue Image-Version erstellen.

Danach können Sie diesen Vorgang ab dem Workflowschritt Image anpassen erneut durchführen.

Wenn Sie eine neue Image-Version erstellen, können Sie den zuvor erstellten Marker auf diese neue Image-Version verschieben, anstatt einen neuen Marker zu erstellen.

Diese Aktion zum Verschieben des Markers weist die mit diesem Image verbundenen Pools oder Zuweisungen an, auf die neue Image-Version zu aktualisieren.

Wenn Sie einen neuen Marker für einen anderen Anwendungsfall benötigen, können Sie immer einen neuen Marker hinzufügen.

First-Gen – Arbeiten mit IMS-Markern in einer First-Gen-Horizon Cloud-Umgebung

Diese Dokumentationsseite

Verwendung dieser Seite

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/).

Kurze Einführung in IMS-Marker

Sie verwenden Marker, um Ihre Desktop-Zuweisungen mit bestimmten Image-Versionen in einem Image-Stream zu verknüpfen.

Wie im Abschnitt Definitionen von Bedingungen der Seite First-Gen – Grundlegendes zum Workflow für die Image-Verwaltung beschrieben, handelt es sich bei einem Marker um ein spezielles für ein Image eindeutiges Tag, das einem Pool oder einer Zuweisung die Version eines Images vorgibt, die für die Bereitstellung von Workflows verwendet werden soll.

Beispiel für die Verwendung von Markern mit Images

Hinweis: Die folgenden Images zeigen die Verwendung von Markern mit Images aus Horizon 8-Pods. Die Konzepte gelten auch für die Verwendung von Markern mit Images aus First-Gen- Horizon Cloud on Microsoft Azure-Bereitstellungen.

In der folgenden Abbildung wird der anfängliche Zustand eines Image-Verwaltungsszenarios dargestellt.

Abbildung 2. Anfänglicher Status von verknüpften Markern

Diagramm mit anfänglichem Zustand der Marker-Verknüpfung zwischen Pools und Bildern

In diesem Szenario verwenden mehrere Desktop-Pools/-Zuweisungen unterschiedliche Versionen innerhalb des Image-Streams „Win10CorpKnow“. Der Administrator verwendet Markierungen, um bestimmte Image-Versionen mit bestimmten Pools bzw. Zuweisungen zu verknüpfen. Beispiel: Der Administrator verfügt über die Bereitstellung von Pool 1 für eine Benutzergruppe, die für Benutzerakzeptanztests reserviert ist. Durch die Kennzeichnung von Pool 1 und Image-Version 19 mit dem Marker UAT stellt der Administrator sicher, dass die Desktops in Pool 1 aus Image-Version 19 geklont werden.

Nehmen Sie nun an, dass der Administrator den Benutzerakzeptanztestern ein geändertes Desktopbild bereitstellen möchte. Um diese Aufgabe zu erfüllen der Administrator eine neue Version 20 im Image-Katalog. Anschließend passt er das zugrunde liegende Image auf dem Quell-Pod an und veröffentlicht die angepasste Version 20 für alle anderen Pods. Schließlich verknüpft oder verschiebt er den UAT-Marker von Version 19 mit Version 20, wie in der folgenden Abbildung dargestellt.

Abbildung 3. Bearbeiteter Status von verknüpften Markern

Diagramm mit bearbeitetem Zustand der mit Pools und Images verknüpften Marker

Durch das Neuverknüpfen oder Verschieben des UAT-Markers definiert der Administrator das für Pool 1 verwendete Image neu.

  • Für Horizon-Pods löst die Neuverknüpfung von Markern einen automatischen Vorgang aus, bei dem alle Desktops in Pool 1 mit Image-Version 20 aktualisiert werden.
  • Bei Pods in Microsoft Azure wird IMS von der Marker-Neuzuweisung aufgefordert, zunächst zu überprüfen, ob Pool 1 online und bereit ist, ein Image-Update zu empfangen. Bei erfolgreicher Validierung fährt IMS damit fort, alle Desktops in Pool 1 mit Image-Version 20 zu aktualisieren.