Speicher-Repository erstellen
Sie können lokale und Remote-Speicher-Repositories mithilfe der xe CLI erstellen. Hier sind zwei grundlegende Schritte, um ein Speicher-Repository zur Verwendung auf einem Host mithilfe der CLI zu erstellen:
-
Erstellen Sie das SR mit dem Befehl
xe sr-create.Dieser Befehl erstellt ein SR auf dem Speichersubstrat (wobei möglicherweise vorhandene Daten zerstört werden). Er erstellt auch das SR-API-Objekt und einen entsprechenden PBD-Datensatz, wodurch VMs den Speicher nutzen können. Bei erfolgreicher Erstellung des SR wird das PBD automatisch angeschlossen. Wenn das Flag
shared=truegesetzt ist, wird ein PBD-Datensatz für jeden XenServer-Host im Ressourcenpool erstellt und angeschlossen.
Diese Schritte unterscheiden sich im Detail je nach dem Typ des zu erstellenden SR. In allen Beispielen gibt der Befehl sr-create bei Erfolg die UUID des erstellten SR zurück.
Alternativ können Sie den Assistenten Neues Speicher-Repository in XenCenter verwenden, um Remote-Speicher-Repositories (SRs) zu erstellen. Der Assistent führt Sie durch die Konfigurationsschritte. Weitere Informationen finden Sie in der XenCenter-Dokumentation.
Beispiele zum Erstellen eines SR finden Sie im Artikel für den von Ihnen verwendeten Speichertyp:
ISO-Bibliotheken:
Dateibasierter Speicher:
Blockbasierter Speicher:
- Software-iSCSI-Speicher
- Hardware-HBA-Speicher
- Software-FCoE-Speicher (veraltet)
- Thin-provisioned Shared GFS2-Blockspeicher
Alle XenServer-SR-Typen unterstützen VDI-Größenänderung, schnelles Klonen und Snapshots. SRs, die auf dem LVM-SR-Typ basieren (lokal, iSCSI oder HBA), bieten Thin Provisioning für Snapshots und versteckte übergeordnete Knoten, jedoch nicht für andere Festplatten, wie z. B. MCS-Delta-Disks pro VM. Die anderen SR-Typen (EXT3/EXT4, NFS, GFS2 und XFS) unterstützen vollständiges Thin Provisioning, auch für aktive virtuelle Festplatten.
Warnungen:
Wenn VHD-VDIs nicht an eine VM angehängt sind, z. B. für einen VDI-Snapshot, werden sie standardmäßig als Thin Provisioned gespeichert. Wenn Sie versuchen, die VDI erneut anzuhängen, stellen Sie sicher, dass ausreichend Speicherplatz vorhanden ist, damit die VDI Thick Provisioned werden kann. VDI-Klone sind Thick Provisioned.
XenServer® unterstützt keine Snapshots auf externer SAN-Ebene einer LUN für keinen SR-Typ.
Versuchen Sie nicht, einen SR zu erstellen, bei dem die LUN-ID der Ziel-LUN größer als 255 ist. Stellen Sie sicher, dass Ihr Ziel die LUN mit einer LUN-ID kleiner oder gleich 255 verfügbar macht, bevor Sie diese LUN zum Erstellen eines SR verwenden.
Wenn Sie Thin Provisioning auf einem dateibasierten SR verwenden, 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, und können zu Datenbeschädigungen führen.
Einen SR untersuchen
Der Befehl sr-probe kann auf folgende Weisen verwendet werden:
- Zum Identifizieren unbekannter Parameter für die Erstellung eines SR
- Zum Zurückgeben einer Liste vorhandener SRs
In beiden Fällen sr-probe funktioniert, indem ein SR-Typ und ein oder mehrere device-config Parameter für diesen SR-Typ angegeben werden. Wenn ein unvollständiger Parametersatz angegeben wird, gibt der Befehl sr-probe eine Fehlermeldung zurück, die besagt, dass Parameter fehlen und die möglichen Optionen für die fehlenden Parameter anzeigt. Wenn ein vollständiger Parametersatz angegeben wird, wird eine Liste der vorhandenen SRs zurückgegeben. Die gesamte sr-probe Ausgabe wird als XML zurückgegeben.
Zum Beispiel kann ein bekanntes iSCSI-Ziel abgefragt werden, indem sein Name oder seine IP-Adresse angegeben wird. Der Satz der auf dem Ziel verfügbaren IQNs wird zurückgegeben:
xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10
Error code: SR_BACKEND_FAILURE_96
Error parameters: , The request is missing or has an incorrect target IQN parameter, \
<?xml version="1.0" ?>
<iscsi-target-iqns>
<TGT>
<Index>
0
</Index>
<IPAddress>
192.168.1.10
</IPAddress>
<TargetIQN>
iqn.192.168.1.10:filer1
</TargetIQN>
</TGT>
</iscsi-target-iqns>
<!--NeedCopy-->
Wird dasselbe Ziel erneut abgefragt und sowohl der Name/die IP-Adresse als auch der gewünschte IQN angegeben, wird der Satz der auf dem Ziel/IQN verfügbaren SCSIids (LUNs) zurückgegeben.
xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10 \
device-config:targetIQN=iqn.192.168.1.10:filer1
Error code: SR_BACKEND_FAILURE_107
Error parameters: , The SCSIid parameter is missing or incorrect, \
<?xml version="1.0" ?>
<iscsi-target>
<LUN>
<vendor>
IET
</vendor>
<LUNid>
0
</LUNid>
<size>
42949672960
</size>
<SCSIid>
149455400000000000000000002000000b70200000f000000
</SCSIid>
</LUN>
</iscsi-target>
<!--NeedCopy-->
Wird dasselbe Ziel abgefragt und alle drei Parameter angegeben, wird eine Liste der SRs zurückgegeben, die auf der LUN existieren, falls vorhanden.
xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10 \
device-config:targetIQN=192.168.1.10:filer1 \
device-config:SCSIid=149455400000000000000000002000000b70200000f000000
<?xml version="1.0" ?>
<SRlist>
<SR>
<UUID>
3f6e1ebd-8687-0315-f9d3-b02ab3adc4a6
</UUID>
<Devlist>
/dev/disk/by-id/scsi-149455400000000000000000002000000b70200000f000000
</Devlist>
</SR>
</SRlist>
<!--NeedCopy-->
Die folgenden Parameter können für jeden SR-Typ abgefragt werden:
| SR-Typ | Die device-config Parameter, in Abhängigkeitsreihenfolge |
Kann abgefragt werden? | Erforderlich für sr-create? |
|---|---|---|---|
lvmoiscsi |
target |
Nein | Ja |
chapuser |
Nein | Nein | |
chappassword |
Nein | Nein | |
targetIQN |
Ja | Ja | |
SCSIid |
Ja | Ja | |
lvmohba |
SCSIid |
Ja | Ja |
lvmofcoe |
SCSIid |
Ja | Ja |
nfs |
server |
Nein | Ja |
serverpath |
Ja | Ja | |
smb |
server |
Nein | Ja |
username |
Nein | Nein | |
password |
Nein | Nein | |
lvm |
device |
Nein | Ja |
ext |
device |
Nein | Ja |
Informationen zum Sondieren eines GFS2 SR finden Sie unter Erstellen eines GFS2 SR.