XenServer, mapeando SAN LUN para VDI

1

Eu tenho alguns hosts XenServer 6.2 / 6.5 e armazenamento de dados SAN ZFS, fornecendo exportações iSCSI para armazenamento de VM. Não é uma solução ideal para exportar grandes 1-2 Tb LUN como XenServer LVMoiSCSI SR, porque: a) nenhum provisionamento thin no armazenamento XenServer b) falta de eficiência da captura instantânea / envio do ZFS no lado da SAN

Eu encontrei essa pergunta como provavelmente funcionou no mapeamento direto do SAN LUN para o VM VDI: Mapeando VDIs diretamente para LUNs iSCSI de software no XenServer

Mas não funcionou no meu caso, porque a VDI criada tem a propriedade 'managed = false' e não pode ser anexada à 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

Então eu chamo 'xe vdi-forget' e recriou por 'xe vdi-introduce' com os mesmos parâmetros, e eu tenho 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):

E quando criei o VBD e o conectei à VM, há um erro:

Error code: SR_BACKEND_FAILURE_46
Error parameters: , The VDI is not available,

Eu posso ver o VBD anexado em 'xe vbd-list' como / dev / xvde, mas não consigo vê-lo da 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

Verifico novamente e posso ver o iSCSI LUN anexado em HV:

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

Alguém tem uma história de sucesso de tal coisa?

É claro que posso conectar diretamente a VM ao iSCSI LUN no lado do cliente, mas ainda prefiro fazer isso em HV.

Obrigado antecipadamente.

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):
    
por Valentin 17.07.2015 / 07:29

2 respostas

0

Eu tenho duas soluções que funcionam estáveis. E eu não fiz nada que não seja suportado por (xenrix) xenserver.

NAS4FREE: Instalação normal no Dell T20 com 8 GB de ECC-Ram; 4 * 3 TB HDs como raid-z1 (um sobressalente). Serviço iSCSI ativado. Um lun com 2 TB como vm-storage, um lun para backup noturno cron de vms (snapshot) 2 TB e um lun para heartbeat 2 GB. Hoje instalou a atualização XS65ESP1005 sem problemas.

O multipathing funciona de forma estável.

Talvez você tenha (após o desligamento e reinicialização do xenserver-machine) para reparar o sr.

ZFSGURU (Teste inicial há 10 dias): Asrock J1900, 8 GB de RAM zfsguru instalado a partir do livecd como vm. Para armazenamento não utilizado 4 * 1 TB hds durante a instalação limpa do Xenserver. 3 pode ser anexado como armazenamento removível ("SCSI" -drives para xenserver) para zfsguru-vm, instalado o serviço de destino iscsi no zfsguru-vm, criado pool, criado zvol para luns. um lun (500 GB para armazenamento vm, 250 GB para segundo hd no windows 7 vm).

Sem problemas. zfsguru funciona como um charme, pois é simples com webgui. Taxa de transferência melhor porque "sem tráfego de lan". Dica: nenhuma ferramenta xenserver versão 6.5 (mas para 6.2) para o BSD.

    
por 18.07.2015 / 23:20
0

Acabei de conectar o alvo iSCSI diretamente da VM, usando o iniciador iSCSI & multipath.

    
por 24.07.2015 / 19:44