IntelliCache (Englisch)
Wichtig:
Citrix Hypervisor 8.2 Kumulatives Update 1 wird am 25. Juni 2025 End of Life. Planen Sie jetzt Ihr Upgrade auf XenServer 8, um einen reibungslosen Übergang und kontinuierlichen Support zu gewährleisten. Weitere Informationen finden Sie unter Upgrade.
Wenn Sie Ihre Citrix Virtual Apps and Desktops-Lizenzdateien verwenden, um Ihre Citrix Hypervisor 8.2 Cumulative Update 1-Hosts zu lizenzieren, sind diese Lizenzdateien nicht mit XenServer 8 kompatibel. Vor dem Upgrade müssen Sie XenServer Premium Edition-Socket-Lizenzdateien für die Verwendung mit XenServer 8 erwerben. Diese Socket-Lizenzdateien sind als Berechtigung für die Abonnements Citrix für Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP und Citrix Platform License für die Ausführung Ihrer Citrix-Workloads verfügbar. Citrix-Kunden, die noch nicht auf diese neuen Abonnements umgestiegen sind, können die Teilnahme an einer kostenlosen Aktion für 10.000 XenServer Premium Edition-Socket-Lizenzen anfordern. Weitere Informationen finden Sie unter XenServer (Englisch).
Wenn Sie vor dem Upgrade keine kompatible Lizenz für XenServer 8 erhalten, werden Ihre Hosts beim Upgrade auf die 90-Tage-Testversion zurückgesetzt. Die Testversion bietet die gleichen Funktionen wie die Premium Edition, jedoch mit einigen Einschränkungen. Weitere Informationen finden Sie unter Übersicht über die XenServer 8-Lizenzierung.
Verwenden von Citrix Hypervisor mit IntelliCache (Englisch) macht gehostete Virtual Desktop Infrastructure-Bereitstellungen kostengünstiger, indem Sie eine Kombination aus freigegebenem Speicher und lokalem Speicher verwenden können. Dies ist besonders vorteilhaft, wenn viele virtuelle Maschinen (VMs) ein gemeinsames Betriebssystemimage verwenden. Die Belastung des Speicher-Arrays wird reduziert, und die Leistung wird verbessert. Darüber hinaus wird der Netzwerkverkehr zum und vom freigegebenen Speicher reduziert, da der lokale Speicher das Masterimage aus dem freigegebenen Speicher zwischenspeichert.
IntelliCache funktioniert durch Zwischenspeichern von Daten aus dem übergeordneten VDI einer VM im lokalen Speicher auf dem VM-Host. Dieser lokale Cache wird dann aufgefüllt, wenn Daten aus dem übergeordneten VDI gelesen werden. Wenn viele VMs eine gemeinsame übergeordnete VDI gemeinsam nutzen, kann eine VM die Daten verwenden, die von einer anderen VM in den Cache gelesen wurden. Ein weiterer Zugriff auf das Master-Image auf freigegebenem Speicher ist nicht erforderlich.
Für IntelliCache ist eine lokale SR mit schlanker Bereitstellung erforderlich. Thin Provisioning ist eine Möglichkeit, die Nutzung des verfügbaren Speichers zu optimieren. Auf diese Weise können Sie den lokalen Speicher anstelle des freigegebenen Speichers stärker nutzen. Es beruht auf der bedarfsgerechten Zuweisung von Datenblöcken. Bei anderen Ansätzen werden alle Blöcke im Voraus zugewiesen.
Wichtig:
Diese Funktion wird nur unterstützt, wenn Citrix Hypervisor mit Citrix Virtual Desktops verwendet wird.
Thin Provisioning ändert den standardmäßigen lokalen Speichertyp des Hosts von LVM in EXT4. Thin Provisioning muss aktiviert, damit das lokale Caching von Citrix Virtual Desktops ordnungsgemäß funktioniert.
Intellicache wird für VMs, die eine GFS2-SR verwenden, nicht unterstützt.
Thin Provisioning ermöglicht es dem Administrator, den VMs, die eine Verbindung zum Storage Repository (SR) herstellen, mehr Speicherplatz zur Verfügung zu stellen, als auf der SR verfügbar ist. Es gibt keine Speicherplatzgarantien, und die Zuweisung einer LUN beansprucht keine Datenblöcke, bis die VM Daten schreibt.
Warnung:
Bei Thin Provisioning-SRs kann der physische Speicherplatz knapp werden, da die darin enthaltenen VMs wachsen können, um bei Bedarf Festplattenkapazität zu verbrauchen. IntelliCache-VMs behandeln diese Bedingung, indem sie automatisch auf freigegebenen Speicher zurückgreifen, wenn der lokale SR-Cache voll ist. Mischen Sie herkömmliche virtuelle Maschinen und IntelliCache-VMs nicht auf derselben SR, da IntelliCache-VMs schnell größer werden können.
IntelliCache-Bereitstellung
IntelliCache muss entweder während der Hostinstallation oder manuell auf einem ausgeführten Host mithilfe der CLI aktiviert werden.
Es wird empfohlen, ein leistungsstarkes lokales Speichergerät zu verwenden, um eine schnellstmögliche Datenübertragung zu gewährleisten. Verwenden Sie beispielsweise eine Solid State Disk oder ein Hochleistungs-RAID-Array. Berücksichtigen Sie bei der Dimensionierung lokaler Festplatten sowohl den Datendurchsatz als auch die Speicherkapazität. Der freigegebene Speichertyp, der zum Hosten des Virtual Disk Image (VDI) verwendet wird, muss NFS- oder EXT3/EXT4-basiert sein.
Bei Hostinstallation aktivieren
Um IntelliCache während der Hostinstallation zu aktivieren, klicken Sie auf der Registerkarte Speicher für virtuelle Maschinen und wählen Sie Aktivieren von Thin Provisioning. Mit dieser Option wird die lokale SR des Hosts ausgewählt, die für das lokale Caching von VM-VDIs verwendet werden soll.
Konvertieren eines vorhandenen Hosts für die Verwendung von Thin Provisioning
Geben Sie die folgenden Befehle ein, um eine vorhandene lokale LVM-SR zu löschen und durch eine EXT3/EXT4-SR mit Thin Provisioning zu ersetzen.
Warnung:
Mit diesen Befehlen wird Ihre vorhandene lokale SR entfernt, und VMs auf der SR werden dauerhaft gelöscht.
localsr=`xe sr-list type=lvm host=hostname params=uuid --minimal`
echo localsr=$localsr
pbd=`xe pbd-list sr-uuid=$localsr params=uuid --minimal`
echo pbd=$pbd
xe pbd-unplug uuid=$pbd
xe pbd-destroy uuid=$pbd
xe sr-forget uuid=$localsr
sed -i "s/'lvm'/'ext'/" /etc/firstboot.d/data/default-storage.conf
rm -f /var/lib/misc/ran-storage-init
systemctl restart storage-init.service
xe sr-list type=ext
<!--NeedCopy-->
Geben Sie die folgenden Befehle ein, um das lokale Caching zu aktivieren:
xe host-disable host=hostname
localsr=`xe sr-list type=ext host=hostname params=uuid --minimal`
xe host-enable-local-storage-caching host=hostname sr-uuid=$localsr
xe host-enable host=hostname
<!--NeedCopy-->
VM-Verhalten mit Intellicache
Das VDI-Flag Beim Booten Legt das Verhalten einer VM-VDI fest, wenn die VM gestartet wird, und das VDI-Flag Zulassen-Caching Gibt das Caching-Verhalten vor.
Die Werte, die für diese Parameter verwendet werden sollen, hängen vom Typ des virtuellen Computers ab, den Sie erstellen, und von der beabsichtigten Verwendung:
-
Für gemeinsam genutzte oder zufällig zugewiesene Maschinen:
- Legen Sie die
Beim BootenParameter aufzurücksetzen. - Legen Sie die
Zulassen-CachingParameter aufSTIMMT
Beispiel:
xe vdi-param-set uuid=vdi_uuid on-boot=reset allow-caching=true <!--NeedCopy-->Beim VM-Start wird der VDI auf den Zustand zurückgesetzt, in dem er sich beim vorherigen Start befand. Alle Änderungen, während die VM ausgeführt wird, gehen beim nächsten Start der VM verloren. Neue VM-Daten werden nur in den lokalen Speicher geschrieben. Es gibt keine Schreibvorgänge in den freigegebenen Speicher. Dieser Ansatz bedeutet, dass die Belastung des gemeinsam genutzten Speichers reduziert wird. Die VM kann jedoch nicht zwischen Hosts migriert werden.
Wählen Sie diese Option aus, wenn Sie standardisierte Desktops bereitstellen möchten, an denen Benutzer keine dauerhaften Änderungen vornehmen können.
- Legen Sie die
-
Für stationäre oder dedizierte Maschinen:
- Legen Sie die
Beim BootenParameter aufbeharren. - Legen Sie die
Zulassen-CachingParameter aufSTIMMT
Beispiel:
xe vdi-param-set uuid=vdi_uuid on-boot=persist allow-caching=true <!--NeedCopy-->Beim VM-Start befindet sich der VDI in dem Zustand, in dem er beim letzten Herunterfahren belassen wurde. Neue VM-Daten werden sowohl in den lokalen als auch in den freigegebenen Speicher geschrieben. Lesevorgänge von zwischengespeicherten Daten erfordern keinen E/A-Datenverkehr zum freigegebenen Speicher, sodass die Last des gemeinsam genutzten Speichers reduziert wird. Die VM-Migration auf einen anderen Host ist zulässig und der lokale Cache auf dem neuen Host wird beim Lesen von Daten aufgefüllt.
Wählen Sie diese Option aus, wenn Sie Benutzern erlauben möchten, dauerhafte Änderungen an ihren Desktops vorzunehmen.
- Legen Sie die
Hinweis:
Bei VMs, deren VDIs sich auf einer GFS2-SR befinden, unterscheidet sich das On-Boot-Verhalten der VM von VMs mit VDIs auf anderen SR-Typen. Bei VDIs auf einer GFS2-SR wird die Option “On-Boot” beim Herunterfahren der VM und nicht beim Start der VM angewendet.
Details zur Implementierung und Fehlerbehebung
Q: Ist IntelliCache mit Livemigration und Hochverfügbarkeit kompatibel?
Ein: Sie können die Livemigration und Hochverfügbarkeit mit IntelliCache verwenden, wenn sich virtuelle Desktops im privaten Modus befinden, d. h. wenn on-boot=persistent
Warnung:
Eine VM kann nicht migriert werden, wenn für einen ihrer VDIs die Flags für das Caching-Verhalten auf
on-boot=Zurücksetzenundallow-caching=wahr. Migrationsversuche für VMs mit diesen Eigenschaften schlagen fehl.
Q: Wo befindet sich der lokale Cache auf der lokalen Festplatte?
Ein: Der Cache befindet sich in einem Storage Repository (SR). Jeder Host verfügt über einen Konfigurationsparameter (local-cache-sr), der angibt, welcher (lokale) SR für die Cache-Dateien verwendet werden soll. In der Regel handelt es sich bei dieser SR um eine SR vom Typ EXT3/EXT4. Wenn Sie VMs mit IntelliCache ausführen, werden Dateien in der SR mit Namen angezeigt uuid.vhdcache. Diese Datei ist die Cache-Datei für den VDI mit der angegebenen UUID. Diese Dateien werden in XenCenter nicht angezeigt – die einzige Möglichkeit, sie zu sehen, besteht darin, sich bei dom0 anzumelden und den Inhalt von aufzulisten. /var/run/sr-mount/sr-uuid
Q: Wie gebe ich eine bestimmte SR für die Verwendung als Cache an?
Ein: Das Hostobjektfeld local-cache-sr verweist auf eine lokale SR. Sie können den Wert anzeigen, indem Sie den folgenden Befehl ausführen:
xe sr-list params=local-cache-sr,uuid,name-label
<!--NeedCopy-->
Dieses Feld wird entweder wie folgt festgelegt:
-
Nach der Host-Installation, wenn Sie im Host-Installationsprogramm die Option “Thin Provisioning aktivieren” ausgewählt haben, oder
-
Indem Sie
xe host-enable-local-storage-caching host=host sr-uuid=sr. Für den Befehl muss der angegebene Host deaktiviert sein. Fahren Sie die VMs herunter, wenn Sie diesen Befehl verwenden.
Die erste Option verwendet die lokale SR vom Typ EXT3/EXT4 und wird während der Hostinstallation erstellt. Die zweite Option verwendet die SR, die in der Befehlszeile angegeben ist.
Warnung:
Diese Schritte sind nur für Benutzer erforderlich, die mehr als eine lokale SR konfiguriert haben.
Q: Wann wird der lokale Cache gelöscht?
Ein: Eine VDI-Cache-Datei wird erst gelöscht, wenn die VDI selbst gelöscht wird. Der Cache wird zurückgesetzt, wenn ein VDI an eine VM angehängt wird (z. B. beim VM-Start). Wenn der Host offline ist, wenn Sie den VDI löschen, sammelt die SR-Synchronisierung, die beim Start des Garbage ausgeführt wird, die Cache-Datei.
Hinweis:
Die Cachedatei wird nicht vom Host gelöscht, wenn eine VM zu einem anderen Host migriert oder heruntergefahren wird.