Live Migration - Switch Infrastructure

Question

Estaremos implantando em um ambiente destinado a máxima resiliência / redundância e capacidade de escalabilidade rápida.

Contexto

Este ambiente é:

• 1 servidor NAS com o RAID FreeNAS
• 2 x servidores host de aplicativos
• 1 x switch gerenciado da camada 2
• 1 firewall / roteador com taxa de transferência WAN máxima de 250Mb / s

O NAS e os servidores de aplicativos são hosts do Citrix XenServer, com o NAS mantendo os repositórios de armazenamento e os servidores de aplicativos hospedando as VMs. Uma das principais intenções para isso é que, à medida que escalamos, podemos introduzir novo hardware e reparar ou remover hardware antigo sem interromper o serviço migrando em tempo real entre os hosts do aplicativo (ou o NAS, quando compramos unidades adicionais ).

Pergunta

Não tendo realizado migrações ao vivo em um ambiente de produção antes, minha preocupação é com o switch da camada 2. O switch será capaz de lidar com o fato de que alguns endereços mac estão sendo roteados por meio de port x um momento e port y o próximo?

Para referência, o interruptor específico está aqui: link

    

Answer 1

Funcionará bem, a migração ao vivo é padrão no ambiente de produção. Mas a sua infra-estrutura não é tão confiável quanto você pensa, há muitos SPOFs nisso. O que acontecerá quando seu interruptor morrer? Ou até mesmo na porta desse interruptor? O que acontecerá quando seu NAS morrer? Se você precisar de alta disponibilidade, todos os componentes da sua infraestrutura devem ser espelhados! Você precisará de dois NASes espelhados, dois switches (e seus servidores devem estar conectados a ambos!), Dois firewalls e duas conexões WAN separadas. Não há HA se você não tiver.

    

Answer 2

Além da Ondra Sniper Flidr e do comentário de Michael Hampton, eu gostaria de fornecer a declaração oficial da Citrix. Citando este pdf (não encontrei isto em HTML), capítulo "XenMotion", página dezesseis:

But in this example setup, the external real switch device is expecting the MAC address of the VM to be on one port, while it‟s actually just migrated to another port. In this case, the last step of the migration is for the destination host to update any external devices with a gratuitous ARP packet. A “garp”, is nothing more than a regular ARP request, but with the MAC and IP address already filled-in. This serves as an update to any external devices‟ arp cache, and there would be no response.