layout: doc—
Hinweis:
XenCenter yyyy.x.x wird noch nicht für die Verwendung mit Citrix Hypervisor 8.2 CU1 in Produktionsumgebungen unterstützt. Verwenden Sie XenCenter 8.2.7, um Ihre Citrix Hypervisor 8.2 CU1-Produktionsumgebung zu verwalten. Weitere Informationen finden Sie in der XenCenter 8.2.7-Dokumentation.
Sie können XenCenter 8.2.7 und XenCenter yyyy.x.x auf demselben System installieren. Die Installation von XenCenter yyyy.x.x überschreibt Ihre XenCenter 8.2.7-Installation nicht.
XenServer-Speicherrepositorien (SR) sind Speichercontainer, auf denen virtuelle Datenträger gespeichert werden. Sowohl Speicher-Repositorys als auch virtuelle Datenträger sind persistente Objekte auf der Datenträger, die unabhängig von XenServer existieren. SRs können von Servern in einem Ressourcenpool gemeinsam genutzt werden und auf verschiedenen Arten von physischen Speichergeräten, sowohl intern als auch extern, vorhanden sein. Zu diesen Geräten gehören lokale Datenträgergeräte und freigegebene Netzwerkspeicher. Beim Erstellen eines Speicherrepositorys mit dem Assistenten für neue Speicherrepositorys stehen verschiedene Speichertypen zur Verfügung. Abhängig vom ausgewählten Speichertyp können in XenCenter mehrere erweiterte Speicherfunktionen konfiguriert werden. Zu diesen Features gehören Folgende:
Dynamisches Multipathing. Auf Fibre Channel- und iSCSI-SRs können Sie Massenspeicher-Multipathing mithilfe des Round-Robin-Modus-Lastausgleichs konfigurieren. Weitere Informationen finden Sie unter Storage Multipathing.
Thin Provisioning. Bei NetApp und Dell EqualLogic SRs können Sie die Art der verwendeten Speicherplatzverwaltung auswählen.
Standardmäßig wird der zugewiesene Speicherplatz umfassend bereitgestellt, und alle virtuellen Zuweisungsgarantien werden auf dem Filer vollständig durchgesetzt. Dieses Verhalten garantiert, dass virtuelle Laufwerke immer genügend Speicherplatz haben und daher keine fehlgeschlagenen Datenträgerschreibvorgänge auftreten.
Thin Provisioning ermöglicht eine bessere Nutzung der Datenträger, da die physische Kapazität nur so zugewiesen wird, wie eine VM sie benötigt - wenn sie schreibt. Dieses Verhalten ermöglicht eine übermäßige Bereitstellung des verfügbaren Speichers und eine maximale Auslastung Ihrer Speicherressourcen.
Frei gewordenen Speicherplatz zurückgewinnen. Auf einem thin-provisioned blockbasierten SR können Sie ungenutzten Speicherplatz freigeben (z. B. gelöschte VDIs in einer LUN). Das Speicherrepository kann dann den zurückgeholten Speicherplatz wiederverwenden. Weitere Informationen finden Sie unter Freigeworbenen Speicherplatz freigeben.
Live-LUN-Erweiterung. Mit der Live-LUN-Erweiterung können Sie die Größe der LUN ohne Ausfallzeiten der virtuellen Maschine erhöhen. Weitere Informationen finden Sie unter Live-LUN-Erweiterung.
Wenn Sie einen Server oder Pool konfigurieren, nominieren Sie ein Standard-SR, das zum Speichern von Absturzabbilddaten und Images von angehaltenen VMs verwendet wird. Dieses SR ist das Standard-SR, das für neue virtuelle Datenträger verwendet wird. Auf Poolebene muss das Standard-SR ein gemeinsam genutztes SR sein. Alle neuen virtuellen Datenträger, Absturzabbilddateien oder angehaltene VM-Images, die innerhalb des Ressourcenpools erstellt wurden, werden in dem Standard-SR des Pools gespeichert. Dieses Verhalten bietet einen Mechanismus zur Wiederherstellung nach einem physischen Serverausfall. Bei eigenständigen Servern kann das Standard-SR lokal oder gemeinsam genutzt sein. Wenn Sie gemeinsam genutzten Speicher zu einem eigenständigen Server hinzufügen, wird der gemeinsam genutzte Speicher automatisch zum Standard-SR für diesen Server.
Es ist möglich, verschiedene SRs für VMs, Crash-Dump-Daten und suspendierte VMs mit XenServer xe CLI zu verwenden. Weitere Informationen finden Sie unter Befehlszeilenschnittstelle.