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 potenziell vorhandene Daten zerstört werden). Er erstellt auch das SR-API-Objekt und einen entsprechenden PBD-Eintrag, der VMs die Nutzung des Speichers ermöglicht. Nach erfolgreicher Erstellung des SR wird der PBD automatisch angeschlossen. Wenn das Flag
shared=truegesetzt ist, wird für jeden XenServer-Host im Ressourcenpool ein PBD-Eintrag erstellt und angeschlossen.
Diese Schritte unterscheiden sich im Detail je nach Art 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:
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 Datenträger, wie z. B. MCS-Delta-Datenträger pro VM. Die anderen SR-Typen (EXT3/EXT4, NFS, GFS2 und XFS) unterstützen vollständiges Thin Provisioning, auch für aktive virtuelle Datenträger.
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 eines LUN für irgendeinen SR-Typ.
Versuchen Sie nicht, einen SR zu erstellen, bei dem die LUN-ID des Ziel-LUN größer als 255 ist. Stellen Sie sicher, dass Ihr Ziel den LUN mit einer LUN-ID kleiner oder gleich 255 verfügbar macht, bevor Sie diesen 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-Nutzung 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 zu Datenbeschädigungen führen.
Einen SR untersuchen
Der Befehl sr-probe kann auf folgende Weisen verwendet werden:
- Zum Identifizieren unbekannter Parameter zur Verwendung bei der Erstellung eines SR
- Zum Zurückgeben einer Liste vorhandener SRs
In beiden Fällen funktioniert sr-probe, indem ein SR-Typ und ein oder mehrere device-config Parameter für diesen SR-Typ angegeben werden. Wenn ein unvollständiger Parametersatz bereitgestellt wird, gibt der Befehl sr-probe eine Fehlermeldung zurück, die auf fehlende Parameter und die möglichen Optionen für die fehlenden Parameter hinweist. Wenn ein vollständiger Parametersatz bereitgestellt wird, wird eine Liste vorhandener SRs zurückgegeben. Alle sr-probe Ausgaben werden als XML zurückgegeben.
Zum Beispiel kann ein bekanntes iSCSI-Ziel abgefragt werden, indem sein Name oder seine IP-Adresse angegeben wird. Die auf dem Ziel verfügbaren IQNs werden 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 dabei sowohl der Name/die IP-Adresse als auch der gewünschte IQN angegeben, wird die Menge 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 auf dem LUN vorhandenen SRs zurückgegeben, 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 der Reihenfolge der Abhängigkeit |
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.