Virtuelle Datenträger

Virtuelle Datenträger werden während ihres ganzen Lebenszyklus verwaltet. Ein vollständiger Imagelebenszyklus umfasst das Erstellen eines virtuellen Datenträgers, das Bereitstellen und spätere Updates und letztlich die Deaktivierung. Der Lebenszyklus eines virtuellen Datenträgers besteht aus vier Phasen:

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

Erstellen eines virtuellen Datenträgers

Das Erstellen eines virtuellen Datenträgers umfasst Folgendes:

  • Vorbereiten eines Masterzielgeräts für das Imaging
  • Erstellen und Konfigurieren einer Datei für den virtuellen Datenträger, wo dieser residiert
  • Imaging des Masterzielgeräts in diese Datei

Diese Schritte führen zu einem neuen virtuellen Datenträger-Basisimage. Dieses Verfahren kann automatisch mit dem Imagingassistenten oder manuell durchgeführt werden. Sie können auch ein allgemeines Image erstellen, das mit einer Zielplattform oder mit mehreren Zielen verwendet wird. Einzelheiten finden Sie unter Erstellen von vDisks.

Bereitstellen eines virtuellen Datenträgers

Nach dem Erstellen des virtuellen Datenträger-Basisimages wird es durch Zuweisen zu Geräten bereitgestellt. Einem Gerät können mehrere virtuelle Datenträger zugewiesen werden. Das Gerät wird von einem zugewiesenen virtuellen Datenträger gestartet. Es gibt zwei Optionen für den Startmodus: Privatimagemodus (Zugriff von einem Gerät, Lese-/Schreibrechte) und Standardimagemodus (mehrere Geräte, Schreibcacheoptionen). Weitere Informationen finden Sie unter Voraussetzungen zum Bereitstellen von vDisks weiter unten in diesem Artikel.

Update eines virtuellen Datenträgers

Virtuelle Datenträger müssen häufig aktualisiert werden, damit das Image die aktuelle Software und die neuesten Patches enthält. Updates können manuell oder automatisch mit dem Updateverwaltungsfeature für virtuelle Datenträger ausgeführt werden. Bei jedem Update eines virtuellen Datenträgers 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- und Schreibzugriff auf die Wartungsversion haben. Testgeräte können gemeinsamen schreibgeschützten Zugriff auf Versionen haben, die als Testversionen klassifiziert sind. Produktionsgeräte haben gemeinsamen Lesezugriff auf die Produktionsversionen. Versionen werden im Dialogfeld vDisk Versioning erstellt und verwaltet. Ein Update kann auch das Ergebnis einer Versionszusammenführung sein. Weitere Informationen zu Updates virtueller Datenträger finden Sie unter Update virtueller Datenträger.

Deaktivieren virtueller Datenträger

Das Deaktivieren eines virtuellen Datenträgers entspricht dem Löschen. Die gesamte VHDX-Kette, einschließlich differenzierender und Basisimagedateien sowie Sperrdateien werden gelöscht. Einzelheiten finden Sie unter Deaktivieren virtueller Datenträger.

Hinweis:

Zusätzlich zu den Aufgaben, die während des Lebenszyklus eines virtuellen Datenträgers ausgeführt werden, gibt es andere möglich Wartungsaufgaben. Dazu gehören Importieren oder Exportieren des virtuellen Datenträgers, die Erstellung von Backups, Replizieren und Lastausgleich.

Voraussetzungen zum Bereitstellen virtueller Datenträger

Virtuelle Datenträger werden vor der Bereitstellung konfiguriert. Konfigurationsaufgaben sind u. a.:

Auswählen des Schreibcachespeicherorts für virtuelle Datenträger-Standardimages

Citrix Provisioning unterstützt mehrere Optionen für den Schreibcachespeicherort. Der Schreibcachespeicherort für einen virtuellen Datenträger wird auf der Registerkarte General ausgewählt, die im Dialogfeld “Virtual disk file properties” verfügbar ist.

Überlegungen und Anforderungen

  • Ziehen Sie die Auswirkungen eines serverseitigen, permanenten Schreibcaches in Betracht. Persistenter Cache wird nur verwendet, wenn nicht autorisierte Benutzer Zugriff auf eine Maschine haben. Stellen Sie sicher, dass Maschinen nicht von Benutzern gemeinsam genutzt 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.
  • Wenn Sie den Cache im Zielgerät-RAM und den Standardimagemodus wahlen, bestimmt die Registrierungseinstellung WcMaxRamCacheMB (DWORD) in den BNIStack-Parametern die maximale Größer der RAM-Schreibcache. Wenn der Registrierungseintrag nicht existiert, wird als Standardwert 3584 MB verwendet.
  • Citrix Provisioning Version 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 auf einem Windows-Gerät. Weitere Informationen über das Linux-Streaming finden Sie unter Installation.

Cache on device hard drive

Der Schreibcache kann als Datei im NTFS-Format oder auf der Festplatte des Zielgeräts vorhanden sein. Diese Option reduziert die Beanspruchung des Servers. Sie verarbeitet keine Schreibanforderungen, da sie nicht die Einschränkungen des RAM hat.

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 Modus des virtuellen Datenträgers 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 im Artikel Einstellung 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 Provisioning-Server und wählen Sie dann Configure Bootstrap aus. Klicken Sie auf der Registerkarte General auf die Option Bootstrap file und wählen Sie CTXBP.BIN. Die lokale Festplatte (Clientseite) sollte ausreichend freien Speicherplatz haben, um den ganzen virtuellen Datenträger 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 im Artikel Einstellung 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

Der Schreibcache 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 kann die Streaming-Workload ü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ät des virtuellen Datenträgers.

Wenn auf dem lokalen Datenträger kein Speicherplatz mehr vorhanden ist, wird die E/A des virtuellen Datenträgers auf dem Zielgerät angehalten. Es wartet, bis auf der lokalen Festplatte mehr Speicherplatz verfügbar ist. Diese Bedingung wirkt sich negativ auf die Workloadkontinuität aus. Citrix empfiehlt, genügend Speicherplatz auf dem lokalen Datenträger zuzuweisen.

Die angegebene RAM-Menge ändert die Anforderungen an den freien Speicherplatz auf dem lokalen Datenträger nicht. Je mehr RAM zugeordnet wird, desto mehr E/As des virtuellen Datenträgers 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 Provisioning-Server vorhanden sein. Der Provisioning-Server behandelt alle Schreibvorgänge, dies kann die Datenträger-E/A-Zugriffe und den Netzwerkdatenverkehr erhöhen.

Für zusätzliche Sicherheit kann der Server 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.

Persistenter Cache auf dem Server

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 virtuellen Datenträgerimage unterscheiden. Wenn ein virtueller Datenträger auf Cache on server persistent eingestellt ist, wird für jedes Zielgerät, das auf den virtuellen Datenträger zugreift, automatisch eine gerätespezifische, beschreibbare Datenträgerdatei erstellt. Alle Änderungen am virtuellen Datenträgerimage 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.

Zum Wiederherstellen eines virtuellen Datenträgers, der Cache Persistent on Server verwendet, sollten Sie ein Backup aller Dateien des virtuellen Datenträgers und der zugeordneten Benutzercachedateien erstellen, bevor Sie Änderungen machen.

Zu den Vorteilen dieser Cacheoption gehören:

  • Speichert zielgerätspezifische Änderungen, die am virtuellen Datenträgerimage 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 dem virtuellen Datenträger wird die Cachedatei als ungültig markiert. Wenn der virtuelle Datenträger 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 werden regelmäßig manuell gelöscht.

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

  • Das Setzen des virtuellen Datenträgers in den Wartungsmodus
  • Legen Sie den Modus des virtuellen Datenträgerimages auf “Privat Image” fest.
  • Zuordnen des Laufwerks in der Citrix Provisioning-Konsole
  • Ändern des Speicherorts der Schreibcachedateien
  • Verwendung von automatischen Updates

Tipp:

Ziehen Sie die Auswirkungen eines serverseitigen, permanenten Schreibcaches in Betracht. Persistenter Cache wird nur verwendet, wenn nicht autorisierte Benutzer Zugriff auf eine Maschine haben. Stellen Sie sicher, dass Maschinen nicht von Benutzern gemeinsam genutzt werden.