vDisks

vDisks werden während des vDisk-Lebenszyklus verwaltet. Provisioning Services unterstützt einen vollständigen Imagelebenszyklus, der das Erstellen einer vDisk, das Bereitstellen und spätere Updates und letztlich die Deaktivierung umfasst. Der Lebenszyklus einer vDisk besteht aus vier Phasen:

  1. Erstellen
  2. Bereitstellen
  3. Aktualisieren
  4. Deaktivieren

Erstellen einer vDisk

Für das Erstellen einer vDisk muss das Masterzielgerät für das Imaging vorbereitet werden, eine vDisk-Datei, in der die vDisk gespeichert wird, muss erstellt und konfiguriert werden, und dann wird ein Image des Masterzielgeräts in der Datei erstellt; dieses Image ergibt das neue vDisk-Basisimage. Dieses Verfahren kann automatisch mit dem Imagingassistenten oder manuell durchgeführt werden. In Provisioning Services kann auch ein allgemeines Image erstellt werden, das mit einer Zielplattform oder mit mehreren Zielplattformen verwendet wird. Weitere Informationen finden Sie unter Erstellen von vDisks.

Bereitstellen einer vDisk

Nach dem Erstellen des vDisk-Basisimages wird es durch Zuweisen zu Geräten bereitgestellt. Ein Gerät kann mehrere vDisk-Zuweisungen haben. Das Gerät wird von einer zugewiesenen vDisk gestartet. Es gibt zwei Optionen für den Startmodus: Privatimagemodus (Zugriff von einem Gerät, Lese-/Schreibrechte) und Standardimagemodus (Zugriff von mehreren Geräten, Schreibcacheoptionen). Weitere Informationen finden Sie unter Bereitstellen von vDisks.

Aktualisieren einer vDisk

Eine vorhandene vDisk muss oft aktualisiert werden, damit das Image die aktuelle Software und die neuesten Patches enthält. Updates können manuell oder automatisch mit dem vDisk-Updateverwaltungsfeature ausgeführt werden. Bei jedem Update einer vDisk wird eine neue Version erstellt. Verschiedene Geräte greifen auf unterschiedliche Versionen zu, basierend auf dem Typ des Zielgeräts und der Versionsklassifizierung. Ein Wartungsgerät kann exklusiven Lese-/Schreibzugriff auf die aktuelle Wartungsversion haben; Testgeräte können freigegebenen Lesezugriff auf Versionen haben, die als Testversionen klassifiziert sind, und Produktionsgeräte können freigegebenen Lesezugriff auf Produktionsversionen haben. Versionen werden im Dialogfeld vDisk Versioning erstellt und verwaltet. Ein Update kann auch das Ergebnis einer Versionszusammenführung sein. Weitere Informationen zum Update von vDisks finden Sie unter Aktualisieren von vDisks.

Deaktivieren einer vDisk

Das Deaktivieren einer vDisk entspricht einem Löschen. Die gesamte VHDX-Kette, einschließlich differenzierender und Basisimagedateien sowie Sperrdateien werden gelöscht. Weitere Informationen finden Sie unter Deaktivieren einer vDisk.

Hinweis:

Zusätzlich zu den vDisk-Aufgaben, die während eines vDisk-Lebenszyklus ausgeführt werden, gibt es andere vDisk-Wartungsaufgaben, die ausgeführt werden können, u. a. Importieren oder Exportieren der vDisk, Sichern von vDisks, Replizieren und Lastausgleich.

Voraussetzungen zum Bereitstellen von vDisks

vDisks werden vor der Bereitstellung konfiguriert. Konfigurationsaufgaben sind u. a.:

Auswählen des Schreibcachespeicherorts für Standard-vDisk-Images

Provisioning Services unterstützt mehrere Optionen für den Schreibcachespeicherort. Der Schreibcachespeicherort für eine vDisk wird auf der Registerkarte “General” ausgewählt, die im Dialogfeld “vDisk File Properties” verfügbar ist.

Überlegungen und Anforderungen

  • Ziehen Sie die Auswirkungen eines serverseitigen, permanenten Schreibcaches in Betracht. Berücksichtigen Sie beim Verwalten dieser Funktion, dass ein permanenter Cache nur verwendet werden darf, wenn unautorisierte Benutzer Zugriff ohne Privilegien auf eine Maschine haben und Maschinen nicht gemeinsam verwendet werden.
  • Für Caching auf der lokalen Festplatte muss das Festplattenlaufwerk für Windows-Geräte mit NTFS formatiert sein und mindestens 500 MB haben.
  • Für Caching im RAM des Zielgeräts und Standardimagemodus wird die Maximalgröße des RAM-Schreibcaches mit der Registrierungseinstellung WcMaxRamCacheMB in den BNIStack-Parametern festgelegt. Dies ist ein DWORD-Parameter. Wenn der Registrierungseintrag nicht existiert, wird als Standardwert 3584 MB verwendet.
  • Provisioning Services 7.7 unterstützt Microsoft System Center Configuration Manager (ConfigMgr) Client nur wie folgt:
ConfigMgr Client Cache on device hard drive Cache in device RAM with overflow on hard disk Cache in device RAM
ConfigMgr 2007 - alle Nicht unterstützt Nicht unterstützt Nicht unterstützt
ConfigMgr 2012 Unterstützt Unterstützt Nicht unterstützt
ConfigMgr 2012 SP1 Unterstützt Unterstützt Nicht unterstützt
ConfigMgr 2012 R2 Unterstützt Unterstützt Nicht unterstützt
ConfigMgr Client Cache on server Cache on server persisted Cache on device hard drive persisted
ConfigMgr 2007 - alle Nicht unterstützt Nicht unterstützt Nicht unterstützt
ConfigMgr 2012 Nicht unterstützt Nicht unterstützt Nicht unterstützt
ConfigMgr 2012 SP1 Nicht unterstützt Nicht unterstützt Nicht unterstützt
ConfigMgr 2012 R2 Nicht unterstützt Nicht unterstützt Nicht unterstützt

Im Folgenden werden alle gültigen Schreibcacheoptionen aufgelistet:

Hinweis:

Mit Version 7.12 von Provisioning Services wurde Linux-Streaming eingeführt. Berücksichtigen Sie beim Verwenden dieses Features, dass die Cacheoptionen auf einem Linux-Zielgerät die gleichen sind wie die, die Sie auf einem Windows-Gerät konfigurieren können. Weitere Informationen über das Linux-Streaming finden Sie unter Installation.

Cache on device hard drive

Der Schreibcache kann als Datei im NTFS-Format auf der Festplatte des Zielgeräts vorhanden sein. Diese Schreibcacheoption schont den Provisioningserver, da er keine Schreibanforderungen verarbeiten muss und die begrenzte Einschränkung des RAMs wegfällt.

Für die Festplatte wird keine zusätzliche Software benötigt, um diese Funktion zu aktivieren.

Hinweis:

Die Schreibcachedatei ist temporär, es sei denn, der vDisk-Modus ist auf den Privatimagemodus eingestellt.

Wichtig:

Das Feld Cache on device hard drive ist veraltet und wird in einem zukünftigen Release entfernt. Citrix empfiehlt, einen der anderen Cachetypen zu verwenden. Weitere Informationen finden Sie unter Einstellung der Unterstützung von Features und Plattformen.

Cache on device hard drive persisted (nur experimentelle Phase)

Entspricht Cache auf Festplatte des Geräts, außer dass der Cache permanent ist. Diese Schreibcachemethode ist ein experimentelles Feature und wird nur für NT6.1 oder höher unterstützt. Für diese Methode ist auch ein anderes Bootstrap erforderlich. Klicken Sie zur Auswahl des richtigen Bootstraps in der Konsole mit der rechten Maustaste auf den Provisioningserver und wählen Sie dann Configure Bootstrap aus. Klicken Sie auf der Registerkarte “Allgemein” im Listenfeld auf die Option “Bootstrap file” und wählen Sie CTXBP.BIN aus. Die lokale Festplatte (Clientseite) sollte ausreichend freien Speicherplatz haben, um die ganze vDisk zu speichern.

Wichtig:

Das Feld Cache on hard drive persisted ist veraltet und wird in einem zukünftigen Release entfernt. Citrix empfiehlt, einen der anderen Cachetypen zu verwenden. Weitere Informationen finden Sie unter Einstellung der Unterstützung von Features und Plattformen.

Cache in device RAM

Der Schreibcache kann als temporäre Datei im RAM des Zielgeräts vorhanden sein. Dies ist die schnellste Datenträgerzugriffsmethode, da Arbeitsspeicherzugriffe immer schneller als Datenträgerzugriffe sind.

Cache in device RAM with overflow on hard disk

Diese Schreibcachemethode verwendet das differenzierende VHDX-Format:

  • Wenn der RAM Null beträgt, wird der Schreibcache des Zielgeräts nur auf den lokalen Datenträger geschrieben.
  • Wenn der RAM nicht Null beträgt, wird der Schreibcache des Zielgeräts zuerst auf den RAM geschrieben. Wenn der RAM voll ist, wird der am seltensten verwendete Datenblock auf den lokalen differenzierenden Datenträger geschrieben, damit neuere Daten auf den RAM geschrieben werden können. Die angegebene RAM-Menge ist nicht-ausgelagerter Kernelspeicher, der vom Zielgerät verbraucht wird.

Im Vergleich zum Cachemodus “Cache on device hard drive” hat das VHDX-Blockformat eine höhere Dateiexpansionsrate. Der freie Speicherplatz auf dem lokalen Datenträger könnte die Streaming-Arbeitslast übernehmen. Um die Zuverlässigkeit von Zielgeräten bei hohen Arbeitslasten zu gewährleisten, empfiehlt Citrix, dass der freie Speicherplatz auf dem lokalen Datenträger größer ist als die Kapazitätsgröße der vDisk.

Wenn auf dem lokalen Datenträger kein Speicherplatz mehr vorhanden ist, wird die vDisk-IO auf dem Zielgerät angehalten und das Gerät wartet, bis auf der lokalen Festplatte mehr Speicherplatz verfügbar ist. Dieser Zustand wirkt sich negativ auf die Kontinuität der Arbeitslast aus. Daher empfiehlt Citrix, ausreichend freien Speicherplatz auf dem lokalen Datenträger zuzuteilen.

Die angegebene RAM-Menge ändert die Anforderungen an den freien Speicherplatz auf dem lokalen Datenträger nicht. Je mehr RAM zugeordnet wird, desto mehr vDisk-IOs werden vorübergehend im RAM-Cache gespeichert, bevor alle Daten wieder in die VHDX-Datei geschrieben werden. Durch den RAM wird die anfängliche VHDX-Expansionsrate reduziert.

Cache auf Server

Der Schreibcache kann als temporäre Datei auf einem Provisioningserver vorhanden sein. In dieser Konfiguration werden alle Schreibvorgänge vom Provisioningserver gehandhabt. Dies kann die Datenträger-E/A-Zugriffe und den Netzwerkdatenverkehr erhöhen.

Für ein höheres Sicherheitsniveau kann der Provisioningserver Schreibcachedateien verschlüsseln. Da die Schreibcachedatei zwischen Neustarts nicht auf der Festplatte vorhanden ist, werden die Daten für den Fall verschlüsselt, dass die Festplatte entwendet wird.

Cache on server persistent

Diese Cacheoption ermöglicht das Speichern von Änderungen zwischen Neustarts. Mit dieser Option kann ein Zielgerät nach einem Neustart Änderungen aus vorherigen Sitzungen abrufen, die sich vom schreibgeschützten vDisk-Image unterscheiden. Wenn eine vDisk auf Cache on server persistent eingestellt ist, wird für jedes Zielgerät, das auf die vDisk zugreift, automatisch eine gerätespezifische, beschreibbare Datenträgerdatei erstellt. Alle Änderungen am vDisk-Image werden in diese Datei geschrieben, die nach dem Herunterfahren nicht automatisch gelöscht wird.

Über den Dateinamen kann das Zielgerät eindeutig identifiziert werden, da die MAC-Adresse des Zielgeräts und der Datenträgerbezeichner Teil des Dateinamens sind. Ein Zielgerät kann mehreren vDisks zugewiesen werden und deshalb können ihm mehrere Cachedateien zugeordnet sein.

Stellen Sie zum Wiederherstellen einer vDisk, die “Cache Persistent on Server” verwendet, sicher, dass alle vDisk-Dateien und zugeordneten Benutzercachedateien gesichert werden, bevor Änderungen an der vDisk vorgenommen werden.

Zu den Vorteilen dieser Cacheoption gehören:

  • Speichert zielgerätspezifische Änderungen, die am vDisk-Image vorgenommen werden.
  • Hat die gleichen Vorteile wie der Standardimagemodus.

Zu den Nachteilen dieser Cacheoption gehören:

  • Die Cachedatei ist verfügbar, solange die Datei gültig ist. Bei Änderungen an der vDisk wird die Cachedatei als ungültig markiert. Wenn die vDisk z. B. auf den Privatimagemodus eingestellt ist, werden alle zugeordneten Cachedateien als ungültig markiert.

Hinweis:

Cachedateien, die als ungültig markiert sind, werden nicht gelöscht. Diese Dateien sollten regelmäßig manuell gelöscht werden.

Zu den Änderungen, die eine Datei ungültig machen, gehören:

  • Das Setzen der vDisk in den Wartungsmodus
  • Die vDisk wird in den Privatimagemodus versetzt
  • Zuordnen des Laufwerks in der Konsole
  • Ändern des Speicherorts der Schreibcachedateien
  • Verwendung von automatischen Updates

Tipp:

Ziehen Sie die Auswirkungen eines serverseitigen, permanenten Schreibcaches in Betracht. Berücksichtigen Sie beim Verwalten dieser Funktion, dass ein permanenter Cache nur verwendet werden darf, wenn unautorisierte Benutzer Zugriff ohne Privilegien auf eine Maschine haben und Maschinen nicht gemeinsam verwendet werden.