NFS-SRs
Freigaben auf NFS-Servern (die jede Version von NFSv4 oder NFSv3 unterstützen) können sofort als SR für virtuelle Festplatten verwendet werden. VDIs werden ausschließlich im Microsoft VHD-Format gespeichert. Da diese SRs auch gemeinsam genutzt werden können, ermöglichen auf gemeinsam genutzten SRs gespeicherte VDIs Folgendes:
-
VMs können auf beliebigen XenServer®-Hosts in einem Ressourcenpool gestartet werden
-
VMs können zwischen XenServer-Hosts in einem Ressourcenpool mithilfe von Live-Migration migriert werden (ohne spürbare Ausfallzeiten)
Wichtig:
- Für NFSv4 wird nur der Authentifizierungstyp
AUTH_SYSunterstützt.- Es wird dringend empfohlen, für beide NFS-Speicher ein dediziertes Speichernetzwerk zu verwenden, wobei mindestens zwei gebündelte Links verwendet werden sollten, idealerweise zu unabhängigen Netzwerk-Switches mit redundanten Netzteilen.
- Alle Hosts im Ressourcenpool müssen sich mit derselben Filer-IP verbinden, um einen konsistenten Zustand zu gewährleisten, der von allen Hosts beobachtet wird. Dies ist besonders wichtig, wenn Hochverfügbarkeit konfiguriert ist, da Inkonsistenzen beim Zugriff auf die Hochverfügbarkeits-Statusdatei dazu führen können, dass Hosts gefenced werden. Siehe Hochverfügbarkeit.
- Vorsicht ist geboten bei der Verwendung von Filern mit mehreren Controllern, da ein Controller-Failover in der Regel den Zustand offener Dateien auf der NFS-Freigabe nicht beibehält und somit ein Failover dazu führen kann, dass alle auf dem Speicher-Repository laufenden VMs abstürzen oder schreibgeschützt werden, da sie den Zugriff auf ihren zugrunde liegenden Speicher verlieren könnten.
- Bei der Durchführung von Updates an den Filer-Controllern, die ein Controller-Failover erfordern könnten, sollte das NFS-Speicher-Repository vom Ressourcenpool getrennt werden, bevor ein Wechsel der Controller eingeleitet wird.
- Nach einem ungeplanten Failover kann es notwendig sein, VMs neu zu starten, die nicht mehr reagieren.
Auf dateibasierten SRs gespeicherte VDIs sind dünn bereitgestellt. Die Image-Datei wird zugewiesen, wenn die VM Daten auf die Festplatte schreibt. Dieser Ansatz hat den erheblichen Vorteil, dass die VM-Image-Dateien nur so viel Speicherplatz auf dem Speicher belegen, wie tatsächlich benötigt wird. Wenn beispielsweise eine 100-GB-VDI für eine VM zugewiesen und ein Betriebssystem installiert wird, spiegelt die VDI-Datei nur die Größe der auf die Festplatte geschriebenen Betriebssystemdaten wider und nicht die gesamten 100 GB.
VHD-Dateien können auch verkettet werden, wodurch zwei VDIs gemeinsame Daten nutzen können. Wenn eine dateibasierte VM geklont wird, teilen sich die resultierenden VMs die gemeinsamen Daten auf der Festplatte zum Zeitpunkt des Klonens. Jede VM nimmt dann ihre eigenen Änderungen in einer isolierten Copy-on-Write-Version der VDI vor. Diese Funktion ermöglicht es, dateibasierte VMs schnell aus Vorlagen zu klonen, was eine schnelle Bereitstellung und Implementierung neuer VMs erleichtert. Die maximal unterstützte Länge von VHD-Ketten beträgt 30.
Dateibasierte SRs und VHD-Implementierungen in XenServer setzen voraus, dass sie die volle Kontrolle über das SR-Verzeichnis auf dem Dateiserver haben. Administratoren dürfen den Inhalt des SR-Verzeichnisses nicht ändern, da diese Aktion die Beschädigung des Inhalts von VDIs riskieren kann.
XenServer wurde für Speicher der Enterprise-Klasse optimiert, der nichtflüchtigen RAM verwendet, um schnelle Bestätigungen von Schreibanforderungen zu liefern und gleichzeitig ein hohes Maß an Datenschutz vor Ausfällen zu gewährleisten.
Warnung:
Da VDIs auf dateibasierten SRs als Thin-Provisioned-VDIs erstellt werden, müssen Administratoren sicherstellen, dass die dateibasierten SRs über ausreichend Speicherplatz für alle erforderlichen VDIs verfügen. XenServer-Hosts erzwingen nicht, dass der für VDIs auf dateibasierten SRs benötigte Speicherplatz vorhanden ist.
Stellen Sie sicher, dass Sie den freien Speicherplatz auf Ihrem SR überwachen. Wenn die SR-Auslastung auf 100 % ansteigt, schlagen weitere Schreibvorgänge von VMs fehl. Diese fehlgeschlagenen Schreibvorgänge können dazu führen, dass die VM einfriert oder abstürzt.
Die folgenden device-config Parameter werden mit NFS-SRs verwendet:
| Parametername | Beschreibung | Erforderlich? |
|---|---|---|
server |
IP-Adresse oder Hostname des NFS-Servers | Ja |
serverpath |
Pfad, einschließlich des NFS-Mount-Punkts, zum NFS-Server, der den SR hostet | Ja |
nfsversion |
Gibt die zu verwendende NFS-Version an. Wenn Sie nfsversion="4" angeben, verwendet der SR NFS v4.0, v4.1 oder v4.2, je nachdem, was verfügbar ist. Wenn Sie eine spezifischere NFS-Version auswählen möchten, können Sie nfsversion="4.0" usw. angeben. Für nfsversion kann nur ein Wert angegeben werden. |
Nein |
useUDP |
Konfigurieren Sie den SR so, dass er UDP anstelle des Standard-TCP verwendet. | Nein |
Erstellen eines freigegebenen NFS-SR (NFS)
Hinweis:
Wenn Sie versuchen, einen schreibgeschützten NFS-SR anzuhängen, schlägt dieser Vorgang mit der folgenden Fehlermeldung fehl: „SR_BACKEND_FAILURE_461 – Das Dateisystem für SR kann nicht beschrieben werden.“
Um einen NFS-SR zu erstellen, müssen Sie den Hostnamen oder die IP-Adresse des NFS-Servers angeben. Sie können den SR auf jedem gültigen Zielpfad erstellen; verwenden Sie den Befehl sr-probe, um eine Liste der vom Server exportierten gültigen Zielpfade anzuzeigen.
In Szenarien, in denen XenServer mit Low-End-Speicher verwendet wird, wartet es vorsichtig, bis alle Schreibvorgänge bestätigt wurden, bevor es die Bestätigungen an die VMs weiterleitet. Dieser Ansatz verursacht einen spürbaren Leistungsaufwand und könnte durch die Einstellung des Speichers gelöst werden, den SR-Mountpoint als asynchronen Exportmodus darzustellen. Asynchrone Exporte bestätigen Schreibvorgänge, die sich nicht tatsächlich auf der Festplatte befinden. Berücksichtigen Sie in diesen Situationen die Ausfallrisiken sorgfältig.
Hinweis:
Der NFS-Server muss so konfiguriert sein, dass er den angegebenen Pfad an alle Hosts im Pool exportiert. Wenn diese Konfiguration nicht vorgenommen wird, schlägt die Erstellung des SR und das Anschließen des PBD-Datensatzes fehl.
Die XenServer NFS-Implementierung verwendet standardmäßig TCP. Wenn Ihre Situation es zulässt, können Sie die Implementierung so konfigurieren, dass sie UDP in Szenarien verwendet, in denen ein Leistungsvorteil bestehen könnte. Um diese Konfiguration vorzunehmen, geben Sie beim Erstellen eines SR den Parameter device-config useUDP=true an.
Wenn Sie einen SR für IP-basierten Speicher (einschließlich NFS) erstellen, können Sie eines der folgenden Elemente als Speichernetzwerk konfigurieren: die NIC, die den Verwaltungsdatenverkehr verarbeitet, oder eine neue NIC für den Speicherdatenverkehr. Informationen zum Zuweisen einer IP-Adresse zu einer NIC finden Sie unter Konfigurieren einer dedizierten Speicher-NIC.
xe CLI
Um beispielsweise einen freigegebenen NFS-SR auf 192.168.1.10:/export1 zu erstellen, der eine beliebige Version 4 von NFS verwendet, die vom Filer bereitgestellt wird, verwenden Sie den folgenden Befehl:
xe sr-create content-type=user \
name-label="shared NFS SR" shared=true \
device-config:server=192.168.1.10 device-config:serverpath=/export1 type=nfs \
device-config:nfsversion="4"
<!--NeedCopy-->
Um ein nicht freigegebenes NFS-SR auf 192.168.1.10:/export1 zu erstellen, das speziell NFS Version 4.0 verwendet, führen Sie den folgenden Befehl aus:
xe sr-create host-uuid=host_uuid content-type=user \
name-label="Non-shared NFS SR" \
device-config:server=192.168.1.10 device-config:serverpath=/export1 type=nfs \
device-config:nfsversion="4.0"
<!--NeedCopy-->
In XenCenter®
<!- - kaizen-review: MD041 on line 1: - ->
- Öffnen Sie den Assistenten Neues Speicher-Repository: Klicken Sie in der Symbolleiste auf Neuer Speicher.
- Wählen Sie NFS als physischen Speichertyp aus und klicken Sie dann auf Weiter.
- Geben Sie auf der Seite Name den Namen des neuen SR ein. Standardmäßig generiert der Assistent eine Beschreibung des SR. Diese Beschreibung enthält eine Zusammenfassung der Konfigurationsoptionen, die Sie im Verlauf des Assistenten auswählen. Um eine eigene Beschreibung einzugeben, deaktivieren Sie das Kontrollkästchen Beschreibung basierend auf SR-Einstellungen automatisch generieren und geben Sie den Text in das Feld Beschreibung ein. Klicken Sie auf Weiter, um fortzufahren.
- Geben Sie auf der Seite Speicherort die Details des NFS-Speicherziels an:
- Freigabename Die IP-Adresse oder der DNS-Name des Servers und der Pfad. Zum Beispiel: server:/path, wobei server der DNS-Name oder die IP-Adresse des Servercomputers ist und path das Verzeichnis ist, das zur Aufnahme des SR verwendet wird. Der NFS-Server muss so konfiguriert sein, dass er den angegebenen Pfad für alle Server im Pool exportiert.
- Erweiterte Optionen Hier können Sie zusätzliche Konfigurationsoptionen eingeben.
-
NFS-Version Wählen Sie die vom SR verwendete NFS-Version aus.
Hinweis:
Wenn das zugrunde liegende Speicher-Array NFSv4 nicht unterstützt, wird NFSv3 zum Mounten der Freigabe verwendet.
- Klicken Sie auf Scannen, damit der Assistent am angegebenen Speicherort nach vorhandenen NFS-SRs sucht.
- Der Assistent „Neues Speicher-Repository“ listet alle vorhandenen SRs auf, die noch nicht angehängt sind. Sie können ein SR aus der Liste auswählen und es als neues Speicher-Repository anhängen. Klicken Sie auf Vorhandenes SR erneut anhängen und wählen Sie das SR aus der Liste aus, dann klicken Sie auf Fertig stellen.
- Wenn keine vorhandenen SRs gefunden werden, klicken Sie einfach auf Fertig stellen, um die Konfiguration des neuen SR abzuschließen und den Assistenten zu schließen.