XenServer 6.2/6.5ホストがいくつかあり、ZFS SANデータストア、VMストレージのiSCSIエクスポートを提供します。巨大な1-をエクスポートするのに最適なソリューションではありません。 XenServer LVMoiSCSISRとしての2Tb LUN、理由:a)XenServerストレージにシンプロビジョニングがないb)ZFSスナップショットの非効率性/ SAN側)での送信
その質問は、SAN LUNをVM VDI: XenServerのソフトウェアiSCSI LUNに直接マッピングする ==
しかし、私の場合は機能しませんでした。作成されたVDIには「managed = false」プロパティがあり、VMにアタッチできないためです。
[root@kst0-hv01 ~]# xe vbd-plug uuid=f1d66282-b8f0-3776-f913-7ea731c260df
This operation cannot be performed because the system does not manage this VDI
vdi: f1d66282-b8f0-3776-f913-7ea731c260df
したがって、「xe vdi-forget」を呼び出し、同じパラメータで「xe vdi-introduce」によって再作成しました。VDIがあります。
[root@kst0-hv01 ~]# xe vdi-param-list uuid=b0840d42-7bc1-66d7-a94d-e639cc9b3818
uuid ( RO) : b0840d42-7bc1-66d7-a94d-e639cc9b3818
name-label ( RW):
name-description ( RW):
is-a-snapshot ( RO): false
snapshot-of ( RO): <not in database>
snapshots ( RO):
snapshot-time ( RO): 19700101T00:00:00Z
allowed-operations (SRO): forget; destroy; copy; snapshot
current-operations (SRO):
sr-uuid ( RO): b192fe5c-c32b-9ce9-9d4e-1d2222269120
sr-name-label ( RO): san
vbd-uuids (SRO):
crashdump-uuids (SRO):
virtual-size ( RO): 68719476736
physical-utilisation ( RO): 0
location ( RO): b0840d42-7bc1-66d7-a94d-e639cc9b3818
type ( RO): User
sharable ( RO): false
read-only ( RO): false
storage-lock ( RO): false
managed ( RO): true
parent ( RO): <not in database>
missing ( RO): false
other-config (MRW):
xenstore-data (MRO):
sm-config (MRO): LUNid: 0; type: raw; SCSIid: 26537373734393364
on-boot ( RW): persist
allow-caching ( RW): false
metadata-latest ( RO): false
metadata-of-pool ( RO): <not in database>
tags (SRW):
そして、VBDを作成してVMにアタッチすると、エラーが発生します。
Error code: SR_BACKEND_FAILURE_46
Error parameters: , The VDI is not available,
'xevbd-list'に/ dev/xvdeとしてアタッチされたVBDを確認できますが、VMからは確認できません。
[root@kst0-hv01 ~]# xe vbd-param-list uuid=f8963685-b4d9-cdbb-d1af-47c7f2b54cb8
uuid ( RO) : f8963685-b4d9-cdbb-d1af-47c7f2b54cb8
vm-uuid ( RO): 251e8ca9-72c9-c220-a53c-b783acd9935f
vm-name-label ( RO): backup
vdi-uuid ( RO): b0840d42-7bc1-66d7-a94d-e639cc9b3818
vdi-name-label ( RO):
allowed-operations (SRO): pause; unpause; attach; unplug_force; unplug
current-operations (SRO):
empty ( RO): false
device ( RO): xvde
userdevice ( RW): 4
bootable ( RW): false
mode ( RW): RW
type ( RW): Disk
unpluggable ( RW): true
currently-attached ( RO): true
attachable ( RO): true
storage-lock ( RO): false
status-code ( RO): 0
status-detail ( RO):
qos_algorithm_type ( RW):
qos_algorithm_params (MRW):
qos_supported_algorithms (SRO):
other-config (MRW):
io_read_kbs ( RO): 0.000
io_write_kbs ( RO): 0.000
再確認すると、HVに接続されているiSCSILUNが表示されます。
26537373734393364 dm-46 SCST_BIO,vdi
size=64G features='0' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=1 status=enabled
`- 133:0:0:0 sds 65:32 active ready running
[root@kst0-hv01 ~]# xe pbd-param-list uuid=ed62495f-f2db-5886-f688-7f9883dabcb1
uuid ( RO) : ed62495f-f2db-5886-f688-7f9883dabcb1
Host ( RO) [DEPRECATED]: 304ce08d-869e-41b9-9cfd-dd917f809b33
Host-uuid ( RO): 304ce08d-869e-41b9-9cfd-dd917f809b33
Host-name-label ( RO): kst0-hv01
sr-uuid ( RO): b192fe5c-c32b-9ce9-9d4e-1d2222269120
sr-name-label ( RO): san
device-config (MRO): multihomelist: 172.18.3.20:3260; targetIQN: iqn.2015-07.cvetnaya:vdi; target: 172.18.3.20
currently-attached ( RO): true
other-config (MRW): storage_driver_domain: OpaqueRef:5c864a43-f80a-730d-e2c0-7e4e3a9caaa3; iscsi_sessions: 1
そんなことのサクセスストーリーはありますか?
もちろん、VMをクライアント側のiSCSILUNに直接接続することもできますが、それでもHVで接続することをお勧めします。
前もって感謝します。
P.S.
[root@kst0-hv01 ~]# xe sr-param-list uuid=aba7aac8-7b26-d9b8-c0a5-bd9fe025b6b5
uuid ( RO) : aba7aac8-7b26-d9b8-c0a5-bd9fe025b6b5
name-label ( RW): san
name-description ( RW):
Host ( RO): kst0-hv01
allowed-operations (SRO): VDI.introduce; VDI.create; PBD.create; PBD.destroy; plug; VDI.destroy; scan; VDI.clone; unplug
current-operations (SRO):
VDIs (SRO): 17c4c57e-581a-1db3-c6cd-68c4cf9766d8; b0840d42-7bc1-66d7-a94d-e639cc9b3818
PBDs (SRO): b7a85f12-2a4e-0ec9-c290-ca3128676f03
virtual-allocation ( RO): 206158430208
physical-utilisation ( RO): 206158430208
physical-size ( RO): 206158430208
type ( RO): iscsi
content-type ( RO):
shared ( RW): false
introduced-by ( RO): <not in database>
other-config (MRW):
sm-config (MRO): datatype: ISCSI; multipathable: true; targetIQN: iqn.2015-07.cvetnaya:vdi; target: 172.18.3.20; disktype: Raw
blobs ( RO):
local-cache-enabled ( RO): false
tags (SRW):
最終的に、iSCSIイニシエーターとマルチパスを使用して、VMから直接iSCSIターゲットを接続しました。
安定して動作する2つのソリューションがあります。そして、私は(citrix)xenserverでサポートされていないことは何もしませんでした。
NAS4FREE:8 GBECC-Ramを搭載したDellT20への通常のインストール。 4 * 3 TB HD as raid-z1(1スペア)。サービスiSCSIがアクティブ化されました。2TB vm-storageとして1つのlun、夜間に1つのlun vmsのcronバックアップ(スナップショット)2 TBおよびハートビート2GBの1つのlun。本日、アップデートXS65ESP1005を問題なくインストールしました。
マルチパスは安定して動作します。
たぶん、(xenserver-machineのシャットダウンと再起動後に)srを修復する必要があります。
ZFSGURU(10日前にテストを開始):Asrock J1900、8 GB Ramzfsguruがlivecdからvmとしてインストールされました。未使用のストレージの場合4 * 1 TB Xenserverのクリーンインストール中のhds。3はリムーバブルストレージ(「SCSI」-xenserverのドライブ)としてzfsguru-vmに接続でき、zfsguruにインストールされたiscsiターゲットサービス- vm、作成されたプール、lun用に作成されたzvol。1つのlun(vmストレージ用に500 GB、windows 7vmの2番目のhd用に250GB)。
問題ありません。 zfsguruは、webguiでシンプルなので、魅力のように機能します。 「LANトラフィックがない」ため、転送速度が向上します。ヒント:BSD用のxenserverツールバージョン6.5(ただし6.2用)はありません。