VMware Distributed vSwitches (VDS) - Design, teoria, * real * casos de uso e exemplos?

Question

Estou começando a explorar os Comutadores distribuídos VMware (dvSwitches ou VDS ) para uso em instalações existentes e novas. Assuma o VMware versão 5.1 e mais recente com o licenciamento Enterprise Plus . Antes disso, fiz um bom uso dos vSwitches padrão definidos com os tipos corretos de uplinks físicos (1GbE ou 10GbE) e gerenciados independentemente em hosts individuais.

Como o uso de um Switch distribuído me ajuda em termos básicos? Examinando outras instalações e configurações descritas na Internet, vejo muitas situações em que a rede de gerenciamento virtual ou as interfaces de VMkernel permanecem em switches padrão, com o tráfego de VMs passando para switches distribuídos; um modelo híbrido. Eu vi até recomendações de para evitar switches distribuídos ! Mas mais do que tudo, a informação que eu acho online parece desatualizada. Em uma tentativa fraca de converter um dos meus servidores existentes, eu não tinha certeza de onde a interface de gerenciamento precisava ser definida e não conseguia encontrar uma boa resposta sobre como resolver isso.

Então, qual é a melhor prática aqui? Para usar uma combinação de switches padrão e distribuídos? Ou isso não é apenas uma tecnologia com boa mentalidade? Como isso é colorido pela inclusão recente dos recursos do LACP em VDS?

Aqui está um novo cenário de instalação da vida real:

• Servidores HP ProLiant DL360 G7 com 6 interfaces de 1 GbE servindo como hosts ESXi (talvez 4 ou 6 hosts).
Solução de switch empilhada de
• 4 membros (Cisco 3750, HP ProCurve ou Extreme).
• Armazenamento de máquina virtual NFS respaldado por um EMC VNX 5500 .

Qual é a maneira mais limpa e mais resiliente de criar essa configuração? Fui solicitado a usar switches distribuídos e possivelmente incorporar o LACP.

• Jogue todos os 6 uplinks em um switch distribuído e execute o LACP em diferentes membros da pilha de switches físicos?
• Associar 2 uplinks a um vSwitch padrão para gerenciamento e executar um switch distribuído conectado por LACP de 4 uplink para tráfego de VM, vMotion, armazenamento NFS, etc.
• ???
• Lucro

Answer 1

Eu sei que muitos novos recursos não são mais suportados em switches padrão, como a reversão da rede em caso de configuração incorreta e a verificação de integridade da rede. Agora você pode salvar e restaurar seu dVS separadamente, o que acho que foi um grande problema para as pessoas (e é por isso que alguns recomendariam evitar o dVS por completo.

Eu acho que existem três razões pelas quais você deve usar o dVS em oposição ao padrão em configurações 5.1:

• Configuração de rede acima mencionada reversão e verificações de integridade
• Facilidade de gerenciamento. Para vMotion etc, você geralmente precisa de toda a sua rede idêntica em todos os hosts. Isso é uma dor e há muito espaço para erros ao usar switches padrão. Este processo é muito mais simples quando se usa o dVS. Por causa desses recursos, você também deve ter portas vmk em dVS
• É minha opinião que não haverá muito mais desenvolvimento em switches padrão, acho que tudo vai se mover mais e mais em direção ao dVS. Ie. Não acredito que recursos como o LACP ser movido para switches Padrão.
• Você pode usar o Network IO para controlar o uso do uplink se você precisar dele (se estiver preocupado com a saturação do vmotion, etc.)

Answer 2

Os dois principais benefícios para switches distribuídos são

1. Mais recursos.
   • LACP como você mencionou
   • Visibilidade na atividade de rede em cada porta virtual (para que você possa ver os contadores unicast / multicast / broadcast de uma VM específica na interface do vCenter)
   • Anúncios CDP do vDS para os dispositivos de rede física
   • Espelhamento / SPAN para monitoramento ou solução de problemas
   • Netflow
   • Vlans privadas
   • E eles são necessários para alguns recursos, como controle de E / S de rede e comutadores Cisco 1000V
2. Gerenciamento e configuração mais fáceis.
   • Ao adicionar um novo host com uma interface servindo os grupos de portas em um vDS, você só precisa atribuir as interfaces ao switch e é bom ir com todos os grupos de portas configurados. (Os perfis de host podem atingir praticamente o mesmo fim, mas fazer alterações em um perfil de host é muito mais difícil.)

Eu os usei com bastante sucesso desde o 4.1. É uma grande melhoria em relação ao padrão vSwitch, e é incrível poder adicionar um novo grupo de porta VM a todos os hosts em um cluster ou configurar a rede de um novo host em dois cliques, mas eu sempre evitei usá-los no host ' interfaces de gerenciamento; parecia uma má ideia.