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 migrieren zwischen XenServer-Hosts in einem Ressourcenpool mittels Live-Migration (ohne spürbare Ausfallzeiten)
Wichtig:
- Für NFSv4 wird nur der Authentifizierungstyp
AUTH_SYSunterstützt.- Es wird dringend empfohlen, für NFS-Speicher ein dediziertes Speichernetzwerk zu verwenden, mit mindestens zwei gebündelten Verbindungen, 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 für alle Hosts zu gewährleisten. 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 isoliert werden. Siehe Hochverfügbarkeit.
- Vorsicht ist geboten, wenn Filer mit mehreren Controllern verwendet werden, 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 VMs, die auf dem Speicher-Repository ausgeführt werden, abstürzen oder schreibgeschützt werden, da sie den Zugriff auf ihren Backing-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 provisioniert. Die Image-Datei wird zugewiesen, sobald die VM Daten auf die Festplatte schreibt. Dieser Ansatz hat den erheblichen Vorteil, dass die VM-Image-Dateien nur so viel Speicherplatz auf dem Speichermedium 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 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 dies die Inhalte der VDIs beschädigen könnte.
XenServer wurde für Speicher der Enterprise-Klasse optimiert, der nichtflüchtigen RAM verwendet, um schnelle Bestätigungen von Schreibanforderungen zu ermöglichen 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 erforderliche 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 |
Einen freigegebenen NFS-SR erstellen (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 er vorsichtig, bis alle Schreibvorgänge bestätigt wurden, bevor er Bestätigungen an VMs weiterleitet. Dieser Ansatz verursacht einen spürbaren Leistungsverlust und könnte durch die Einstellung des Speichers gelöst werden, den SR-Mountpunkt als asynchronen Exportmodus darzustellen. Asynchrone Exporte bestätigen Schreibvorgänge, die sich nicht tatsächlich auf der Festplatte befinden. Berücksichtigen Sie die Risiken eines Ausfalls in diesen Situationen sorgfältig.
Hinweis:
Der NFS-Server muss so konfiguriert sein, dass er den angegebenen Pfad für alle Hosts im Pool exportiert. Wenn diese Konfiguration nicht vorgenommen wird, schlägt die Erstellung des SR und das Einstecken 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 eine der folgenden Optionen 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 Eine dedizierte Speicher-NIC konfigurieren.
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.