Image-Verwaltung

Einführung

Der MCS-Katalogerstellungs- oder Aktualisierungsprozess umfasst zwei Phasen:

• Mastering: Ein Quell-Image wird in ein veröffentlichtes Image konvertiert
• Klonen: Neue VMs werden aus dem veröffentlichten Image erstellt

Mit der Image-Verwaltungsfunktionalität trennt MCS die Mastering-Phase vom gesamten Bereitstellungs-Workflow.

Sie können verschiedene MCS-Image-Versionen (Vorbereitetes Image) aus einem einzigen Quell-Image vorbereiten und diese in mehreren verschiedenen MCS-Maschinenkatalogen verwenden. Sie können vorbereitete Image-Versionen auch über Hosting-Einheiten innerhalb von Hostverbindungen desselben Verbindungstyps hinweg teilen. Diese Implementierung reduziert die Speicher- und Zeitkosten erheblich und vereinfacht den VM-Bereitstellungs- und Image-Aktualisierungsprozess.

Die Vorteile der Verwendung dieser Image-Verwaltungsfunktionalität sind:

• Vorbereitete Images im Voraus generieren, ohne einen Katalog zu erstellen.
• Vorbereitete Images in mehreren Szenarien wiederverwenden, z. B. beim Erstellen und Aktualisieren eines Katalogs.
• Die Erstellungs- oder Aktualisierungszeit des Katalogs erheblich reduzieren.
• Vorbereitete Image-Versionen über Hosting-Einheiten innerhalb von Hostverbindungen desselben Verbindungstyps hinweg teilen. (nur für Azure und VMware)

Hinweis:

• Diese Funktion ist derzeit anwendbar auf Amazon WorkSpaces Core Managed Instances, Azure, Azure, Red Hat OpenShift, VMware-Virtualisierung und XenServer-Umgebungen.
• Sie können einen MCS-Maschinenkatalog erstellen, ohne vorbereitete Images zu verwenden. In diesem Fall können Sie die Vorteile der Funktion nicht nutzen. Für Amazon WorkSpaces Core Managed Instances müssen Sie den MCS-Katalog jedoch ausschließlich mit einer vorbereiteten Image-Version erstellen. Sie können den Katalog nicht direkt mit einem Master-Image erstellen.

Anwendungsfälle

Einige der Anwendungsfälle der Image-Verwaltungsfunktionalität sind:

• Versionsverwaltung: Image-Versionen ermöglichen Ihnen:

  • verschiedene Iterationen oder Updates eines bestimmten Images zu verwalten.
  • mehrere Versionen eines Images für verschiedene Zwecke zu pflegen.

• Logische Gruppierung: Sie können mehrere Image-Definitionen erstellen, um:

  • Image-Versionen logisch nach verschiedenen Kriterien wie Projekt, Abteilung oder Anwendungs- und Desktoptyp zu gruppieren.
  • Images innerhalb einer Organisation effizienter zu verwalten.

• Image-Freigabe: Sie können vorbereitete Image-Versionen über Hosting-Einheiten innerhalb von Host-Verbindungen desselben Verbindungstyps hinweg freigeben, um:

  • die Konsistenz und Einheitlichkeit von Images über verschiedene Hosting-Einheiten hinweg sicherzustellen.

Was ist ein vorbereitetes Image?

Mit der Image-Verwaltungsfunktionalität entkoppelt MCS die Master-Phase vom gesamten Workflow zur Katalogerstellung oder -aktualisierung und unterteilt den Prozess in zwei Stufen:

1. Vorbereitete Images aus einem einzigen Quell-Image erstellen.
2. Das vorbereitete Image verwenden, um einen MCS-Maschinenkatalog zu erstellen oder zu aktualisieren.

Sie können die vorbereiteten Images im Voraus erstellen. Sie können ein einziges vorbereitetes Image verwenden, um mehrere von MCS bereitgestellte Maschinenkataloge zu erstellen oder zu aktualisieren.

Verstehen Sie, wie ein vorbereitetes Image in mehreren MCS-Maschinenkatalogen verwendet wird, wenn Sie das Web Studio vom Image aus verwenden:

Imagedefinition: Imagedefinitionen sind eine logische Gruppierung von Versionen eines Images. Die Imagedefinition enthält Informationen zu:

• warum das Image erstellt wurde
• für welches Betriebssystem es bestimmt ist
• weitere Informationen zur Verwendung des Images.

Ein Katalog wird nicht aus einer Imagedefinition erstellt, sondern aus den Imageversionen, die auf der Grundlage der Imagedefinition erstellt werden.

Imageversion: Imageversionen verwalten die Versionierung für die Imagedefinition. Eine Imagedefinition kann mehrere Imageversionen haben. Verwenden Sie die Imageversionen als vorbereitete Images, um einen Katalog zu erstellen oder zu aktualisieren. Sie können Imageversionen über Hosting-Einheiten hinweg sowohl in Azure- als auch in VMware-Umgebungen freigeben, unabhängig davon, ob sich die Hosting-Einheiten in derselben Hosting-Verbindung befinden oder nicht.

Alternativ, wenn Sie PowerShell-Befehle verwenden möchten, um ein Bereitstellungsschema zum Erstellen oder Aktualisieren eines Katalogs zu erstellen, müssen Sie eine vorbereitete Imageversionsspezifikation basierend auf der Master-Imageversionsspezifikation erstellen, wie es für Ihre Umgebung erforderlich ist. Sie können Imageversionsspezifikationen auch über Hosting-Einheiten hinweg in Azure-, VMware- und Amazon WorkSpaces Core Managed Instances-Umgebungen freigeben, unabhängig davon, ob sich die Hosting-Einheiten in derselben Hosting-Verbindung befinden oder nicht.

Anforderung

• Für Windows-Masterimages werden nur VDA-Images der Version 2311 oder höher unterstützt. Die MCS/IO-Komponente muss explizit ausgewählt und installiert werden. Das Aktivieren oder Deaktivieren der MCS I/O-Konfiguration muss während der Erstellung oder Aktualisierung des Maschinenkatalogs festgelegt werden, da sie standardmäßig nicht aktiviert ist.

Einschränkungen

Derzeit unterstützt die Funktion Folgendes nicht:

• Mehrere NICs in Azure
• Funktion für persistente Datenträger
• Ruhezustand für Multisession
• Änderung des Image-Typs

• Beim Teilen einer vorbereiteten Image-Version über Hosting-Einheiten in Azure sind die folgenden Freigabemethoden nicht zulässig:

  • Direkt teilen
  • In einer öffentlichen Community-Galerie teilen

Image-Lebenszyklusverwaltung mit Web Studio

Der Lebenszyklus des Images bei Verwendung von Web Studio ist:

1. Ein vorbereitetes Image erstellen: Eine Image-Definition und ihre anfängliche Image-Version erstellen.
2. Image-Versionen aus der anfänglichen Image-Version erstellen.
3. Bei Bedarf eine Image-Version mit einer Hosting-Einheit in Ihrer Virtualisierungsumgebung teilen.
4. Eine Image-Version als vorbereitetes Image zum Erstellen von Katalogen verwenden.
5. Einen Maschinenkatalog mit einem anderen vorbereiteten Image aktualisieren.
6. Image-Definitionen und -Versionen verwalten: Den Namen und die Beschreibung von Image-Versionen sowie die Beschreibung einer Image-Definition bearbeiten.
7. Eine Image-Version löschen.
8. Eine Image-Definition löschen.

Alternativ können Sie Images auch mit PowerShell verwalten. Siehe Image-Lebenszyklusverwaltung mit PowerShell.

Image-Lebenszyklusverwaltung mit PowerShell

Wenn Sie PowerShell-Befehle verwenden möchten, um ein Bereitstellungsschema zu erstellen, müssen Sie eine vorbereitete Image-Versionsspezifikation basierend auf der Master-Image-Versionsspezifikation erstellen, wie für Ihre Umgebung erforderlich.

Master-Image-Versionsspezifikation: Eine Master-Image-Versionsspezifikation ist ein spezifisches Image, das unter einer Image-Version hinzugefügt oder erstellt wurde. Sie können ein vorhandenes Image im Hypervisor als Master-Image-Versionsspezifikation hinzufügen oder eine vorbereitete Image-Versionsspezifikation basierend auf der Master-Image-Versionsspezifikation erstellen, wie für Ihre Umgebung erforderlich. Die vorbereitete Image-Versionsspezifikation kann für mehrere Bereitstellungsschemata verwendet werden.

Sie können Image-Versionsspezifikationen auch über Hosting-Einheiten hinweg teilen, sowohl in Azure-, VMware- als auch in Amazon WorkSpaces Core Managed Instances-Umgebungen, unabhängig davon, ob sie sich in derselben Hosting-Verbindung befinden oder nicht. In Azure erfolgt die Freigabe mithilfe der Datenträgerfreigabefunktion der Azure Compute Gallery (ACG).

Der Lebenszyklus eines Images bei Verwendung von PowerShell-Befehlen ist:

1. Ein Image erstellen:

   1. Eine Image-Definition erstellen.
   2. Eine neue Konfiguration für die Image-Definition in der angegebenen Hosting-Verbindung hinzufügen.
   3. Eine Image-Version erstellen.
   4. Eine Master-Image-Versionsspezifikation hinzufügen.
   5. Eine vorbereitete Image-Versionsspezifikation erstellen.
2. Bei Bedarf eine Image-Versionsspezifikation mit einer anderen Hosting-Einheit in Ihrer Virtualisierungsumgebung teilen, unabhängig davon, ob sie sich in derselben Hosting-Verbindung befindet oder nicht.

3. Einen MCS-Maschinenkatalog mithilfe einer vorbereiteten Image-Versionsspezifikation erstellen:

   1. Einen Broker-Katalog erstellen.
   2. Identitätspool erstellen.
   3. Ein Bereitstellungsschema mit dem Parameter der vorbereiteten Image-Versionsspezifikation Uid mithilfe des New-ProvScheme Befehls erstellen.
   4. Den Broker-Katalog mit dem Bereitstellungsschema verknüpfen.
4. VMs im MCS-Maschinenkatalog erstellen.
5. Die vorbereitete Image-Versionsspezifikation eines Bereitstellungsschemas mithilfe des Set-ProvScheme Befehls ändern.
6. Die Image-Definitionen und -Versionen verwalten: Die Image-Versionen und Image-Definitionen bearbeiten.
7. Einen MCS-Maschinenkatalog löschen: Die Löschreihenfolge ist: Maschinenkatalog > freigegebene vorbereitete Image-Versionsspezifikation (bei Image-Freigabe) > vorbereitete Image-Versionsspezifikation > Master-Image-Versionsspezifikation > Image-Version > Konfiguration für Image-Definition in der angegebenen Hosting-Verbindung > Image-Definition. Bevor Sie die Image-Versionsspezifikation löschen, stellen Sie sicher, dass die vorbereitete Image-Versionsspezifikation keinem MCS-Maschinenkatalog zugeordnet ist.

Den Knoten „Images“ verstehen

Verwenden Sie den Knoten Images, um von MCS vorbereitete Images zu erstellen und zu verwalten. Die Hauptansicht ist in vier Teile unterteilt:

• Ohne dass ein vorbereitetes Image über Hosteinheiten hinweg freigegeben wird

  

• Wenn ein vorbereitetes Image über Hosteinheiten hinweg freigegeben wird:

  

Vorbereitete Images über Azure-Abonnements oder -Mandanten hinweg freigeben

Um ein vorbereitetes Image über Abonnements oder Mandanten hinweg auf der Azure-Plattform freizugeben, folgen Sie diesem Beispiel:

• Dienstprinzipal: SPN 1
• Abonnement: Abonnement 1
• Mandant: Mandant 1

Sie möchten dieses Image freigeben für:

• Dienstprinzipal: SPN 2
• Abonnement: Subscription 2
• Mandant: Tenant 2 (kann derselbe wie Mandant 1 sein)

Um das Image erfolgreich freizugeben und zu verwenden, müssen Sie SPN 2 die folgenden Berechtigungen in Subscription 1 erteilen – auf Galerie-, Ressourcengruppen- oder Abonnementebene:

• Microsoft.Resources/subscriptions/read
• Microsoft.Compute/galleries/images/read

• Microsoft.Compute/galleries/images/versions/read

  Hinweis:

  Jeder Dienstprinzipal, der über Berechtigungen für ein Abonnement oder eine Ressource verfügt, erbt automatisch die Microsoft.Resources/subscriptions/read Berechtigung.

Alternativ weisen Sie SPN 2 die integrierte Rolle Compute Gallery Image Reader zu.

Eine Schritt-für-Schritt-Anleitung finden Sie in diesem Microsoft-Artikel.

Nächste Schritte

• Maschinenkataloge für vorbereitete Images erstellen

  • Ein vorbereitetes Image für Amazon WorkSpaces Core Managed Instances erstellen
  • Katalog von Amazon WorkSpaces Core Managed Instances erstellen
  • Maschinenkatalog mit vorbereitetem Image in Azure erstellen
  • Maschinenkatalog mit vorbereitetem Image in VMware erstellen
  • Maschinenkatalog mit vorbereitetem Image in Red Hat OpenShift erstellen
  • Maschinenkatalog mit vorbereitetem Image in XenServer erstellen