Xen Live Migration Across Network Storage

2

Se você tiver duas caixas de armazenamento de rede (iSCSI especificamente), você poderá migrar (com Xen ou XenServer) pelas unidades de armazenamento ou apenas quando as VMs estiverem pausadas / desligadas devido ao armazenamento estar em uma máquina física diferente?

    
por jemmille 19.10.2009 / 17:24

3 respostas

3

Atualmente, todos os hypervisores de visualização podem migrar ao vivo (xen, kvm, vmware, openvz, hyper-v). Mas para isso você precisa de um armazenamento compartilhado. Você tem 3 opções:

  • SAN (FC ou iSCSI), mas você precisa de um sistema de arquivos de cluster (ocfs2, gfs, vmware, ...). O número de nós é limitado ao parâmetro da inicialização do sistema de arquivos (com pelo menos ocfs2).
  • NAS (NFS). Eu testei esta solução com sucesso com o Netapp FAS2020, e os desempenhos são comparáveis com o iSCSI. Mas eu não testei o suficiente para verificar o comportamento em caso de falha do host e a integridade dos dados. O artigo: link tem um link que realmente mostra excelentes resultados no nfs. Eu testei e posso confirmar que o NFS é tão rápido quanto o iSCSI para algumas VMs simultâneas.
  • DRBD (ativo-ativo): essa solução é muito semelhante à SAN, mas o cluster DRBD ativo-ativo é muito recente e não sei sobre a confiabilidade. Eu usei o DRBD no passado, mas com o nbd em cima dele porque o ativo ativo ainda não estava disponível. Eu também usei o NFS para compartilhar entre nós. Ambas as soluções estão funcionando (ativo-passivo + NFS) e (ativo-passivo + NBD + OCFS2).

Resumindo:

  • O SAN é a solução mais comprovada e, definitivamente, a mais cara, especialmente se você optar pelo FC.
  • O NFS é a solução mais fácil.
  • O DRBD é a solução mais barata, limitada a dois nós ativos.

Estou longe de ser o mais experiente, mas aqui está o que penso: - A menos que você tenha muitos €€€€, o FC é inútil. Como a desaceleração da virtualização realmente vem quando você tem muita leitura aleatória, a largura de banda neste momento é baixa, e o iSCI pode lidar perfeitamente com isso. - iSCSI é o mais escalável. Isso funcionará para um sistema de entrada, e você poderá obter mais performances, recorrendo a um controlador iSCSI dedicado, e se ainda não for suficiente, altere seu armazenamento para um mais rápido. Se você realmente precisa de algo incrivelmente rápido, a Dell pode vender armazenamentos equânimes somente com tecnologia SSD (SLC). Caro, mas os desempenhos são tão altos que a relação desempenho / preço ainda é excelente. - O NFS também pode ser uma solução muito boa, mas sinto falta da experiência, e meu único medo é a perda de dados em caso de falta de energia. (Embora você também possa ter perda de dados com outras tecnologias.) - O DRBD trará satisfação em uma solução SMI / de baixo custo.

Estou muito satisfeito com o Netapp e recomendo 2 Netapp FAS-2020 com 2 controladores em cada caixa para a virtualização e o servidor de arquivos CIFS. O NFS também é muito bom. Também estou muito satisfeito com a deduplicação da NetApp. Portanto, se você tiver algum dinheiro para a virtualização, comece com 2 caixas NetApp 2020 (com unidades de 15krpm). (Você tem que contar 20k - 30k € para isso)

Em relação às tecnologias de virtualização, usei principalmente xen, kvm e openvz. E como soluções de virtualização, estou usando o OracleVM em produção há 5 anos, mas estou interessado em mudar porque o armazenamento não é eficiente (apenas formato bruto com OracleVM). Acho que o melhor pretendente de código aberto hoje é o Proxmox ve.

Se eu tivesse que reiniciar um projeto de virtualização desde o início, eu também teria uma visão detalhada dos servidores modulares da Intel (você pode ter preços e apresentações em www.thomas-krenn.com).

Espero que ajude.

    
por 03.08.2010 / 11:36
2

Não com o Xen de código aberto. Eu não sei sobre o XenServer, embora eu suspeite que não.

A migração ao vivo apenas move a memória e o estado, não o disco. Você deveria desligá-lo para movê-lo.

    
por 19.10.2009 / 19:02
0

Se essa questão tiver alguma relação com sua pergunta do zfs sobre l2arc então eu só queria apontar uma coisa que você pode fazer se estiver usando o zfs em ambos os hosts para minimizar o tempo de inatividade nos casos em que você tem uma mudança planejada de um servidor de armazenamento para outro.

Se cada VM tiver seu próprio sistema de arquivos zfs, você poderá aproveitar o zfs para ajudar a acelerar migrações planejadas usando instantâneos e zfs send e zfs receive. O zfs send pode mover eficientemente os sistemas de arquivos ou instantâneos de um servidor de armazenamento para outro. Portanto, contanto que você esteja lidando com uma migração planejada, você pode tirar um instantâneo e usar o zfs send / receive para enviar esse instantâneo do sistema de arquivos da VM para o outro servidor de armazenamento. Uma vez que você tenha feito o shutdown da VM, então execute o zfs send / receive novamente desta vez, ele terá apenas que enviar as mudanças do snapshot anterior, o que deve ser bem rápido. Atualize o arquivo de configuração da sua VM para apontar para o novo local de armazenamento e iniciá-lo novamente. Aposto que a maior parte disso pode ser automatizada usando alguns scripts.

    
por 19.11.2009 / 23:51