Lidar com o número limitado de alvos iSCSI em Synology

3

Eu tenho um laboratório virtual KVM simples que usa um Synology como o back-end de armazenamento. Originalmente, eu estava apenas trabalhando com o modelo de armazenamento simples, onde cada destino aponta para um LUN que está sendo usado por uma VM guest. Mas então eu encontrei o limite da Synology (para meu modelo relativamente baixo) de 10 alvos totais e 10 LUNs totais.

Então, é uma maneira razoável de contornar isso? Eu precisaria ter vários servidores usando o mesmo iSCSI LUN. Isso é possível? Se sim, como e esta é uma prática amplamente utilizada?

    
por Sean Lynch 15.11.2016 / 20:02

2 respostas

2

Se você quiser usar dispositivos de bloco com iSCSI para KVM, contornar essa limitação e ainda manter as coisas simples, você pode usar o LVM2.

Se você não precisa compartilhar volumes lógicos entre hypervisores, então você pode fazer isso usando o vanilla LVM2 (sem clustering via cLVM). Usando isso, você forneceria um LUN maior para cada hypervisor e o uniria a um novo "grupo de volumes" por meio do comando vgcreate ou definindo conjuntos por meio do libvirt. Um grupo de volumes serve como um pool de armazenamento elástico para cada hipervisor, fornecendo volumes lógicos que se comportam como partições com recursos extras, como poder mover ou redimensionar com pouco esforço.

No interesse da deduplicação de esforço, este Administradores de armazenamento do RHEL Guide detalha como fazer isso através de meios gráficos comuns e pelo shell via virsh .

    
por 15.11.2016 / 20:50
4

Se você realmente precisa da migração ao vivo e do verdadeiro HA, uma única unidade Synology simplesmente não é suficiente. Ele se transformaria em um único ponto de falha no seu caso. Além disso, o Synology é uma ótima solução para armazenar backups ou ser um servidor de arquivos, mas não é uma boa opção para o armazenamento primário de produção.

Existem muitas soluções definidas por software que podem ajudá-lo a criar um armazenamento redundante adequado para seu cluster. Por exemplo, você pode pegar um par de hosts de hipervisor, preenchê-los com a quantidade necessária de armazenamento e usar algo dessa lista:

HPE VSA - solução de armazenamento HA baseada em Linux. Requer 2 nós físicos e 1 testemunha.

SAN virtual da StarWind - solução de armazenamento de alta disponibilidade baseada em Windows. Requer 2 nós.

Unity VSA - solução de armazenamento HA baseada em Linux. Requer 3 nós.

Todas as soluções acima também têm versões gratuitas disponíveis.

Em vez de criar um cluster de HA do zero com KVM, DRBD, cLVM e Pacemaker (ou o que você preferir), eu recomendo que você dê uma olhada em Citrix XenServer , que é gratuito e tem a maioria dos recursos necessários já pré-instalados e prontos para uso.

    
por 16.11.2016 / 16:13