vConfigura a configuração com 12 uplinks

1

Eu tenho feito muita pesquisa sobre as configurações do vSwitch, mas acho que estou mais confuso agora, depois de todas as leituras que fiz. Então aqui está a minha situação 3 ESX Hosts (12 nics cada), 1 SAN iSCSI, 2 switches Force 10. Devo criar vSwitches individuais para o tráfego MGMT, vMotion, VM e SCSI? ou preciso agrupar qualquer coisa no mesmo vSwitch? Eu vou ter 4 vLANs totais, uma para cada um desses itens, eu preciso fazer qualquer entroncamento no switch físico ou apenas atribuir a vLAN correta a cada porta de switch físico?

    
por Joshua 18.12.2012 / 15:43

5 respostas

5

Use vSwitches separados com uplinks dedicados para tráfego de gerenciamento, dados e iSCSI. Você pode compartilhar o vMotion e o Gerenciamento na maioria dos casos, mas se tiver NICs suficientes para separá-los, sinta-se à vontade.

Você não precisa fazer o entroncamento nesta configuração, apenas tenha as portas físicas na VLAN correta e você deve estar tudo pronto. Se você tem várias VLANs de dados nas quais deseja que suas VMs estejam ativadas, você pode reposicionar as portas de dados e configurar os vSwitches apropriadamente, mas não parece que é isso que você precisa.

    
por 18.12.2012 / 15:55
5

Se você ainda não gastou o dinheiro, considere apenas comprar duas placas de rede de 10 Gbps e executar tudo isso, será muito mais fácil de configurar e manter, e posso garantir sua simplicidade e desempenho .

    
por 18.12.2012 / 19:02
4

MOAR não é necessariamente melhor:)

Aqui está uma configuração de host 6-NIC ESXi perfeitamente resiliente, usando:

2 pNICs - tráfego de VMs VMWare.
2 pNICs - tráfego VMware VMotion.
2 pNICs - armazenamento NFS. Também poderia ser o tráfego iSCSI com o MPIO.

Você pode tronco (eu fiz neste caso porque o ambiente é multi-tenant), ou você pode marcar portas individuais com suas respectivas VLAN. No exemplo aqui, cada vSwitch tem NICs físicas conectadas a um membro diferente de uma pilha de comutadores Cisco 3750. Também estamos usando diversidade em cartões físicos NIC. Assim, podemos perder um HBA, link, switch etc. e ainda transmitir tráfego.

Se você ainda estiver usando links de 1 GbE, não tenho certeza se pode obter muito mais utilizando NICs físicas (por exemplo, 12!). No entanto, isso depende do que você precisa que sua VM faça.

    
por 18.12.2012 / 18:06
3

Você deve configurar pelo menos uma NIC dedicada para o tráfego iSCSI. A melhor prática sugere que você também dedique uma NIC separada para cada tráfego de Máquina Virtual, vMotion e tolerância a falhas. A prática recomendada também sugere que você tenha duas portas VMkernel configuradas para o tráfego de gerenciamento.

Quanto ao pSwitch, você não precisa usar portas de tronco. As portas pSwitch devem ser configuradas como portas de acesso com associação na VLAN apropriada.

    
por 18.12.2012 / 16:38
0

Should I create individual vSwitches for MGMT, vMotion, VM, and SCSI traffic?

A VMware recomendaria que você o fizesse e que eles vinculassem a NICs físicas diferentes.

Eu faria o seguinte, Assumindo que o iSCSI san tem mais de um nic

VLAN 1 - tráfego iSCSI
VLAN 2 - tráfego do vMotion
VLAN 3 - Gerenciamento de tráfego
VLAN 4 - tráfego VM

vSwitch 1 - iSCSI
vSwitch 2 - vMotion
vSwitch 3 - Gestão de Empresas vSwitch 4 - VM

NIC 0 - vSwitch 1 conectado ao switch Force 10 1
NIC 1 - vSwitch 1 conectado ao switch Force 10 2
NIC 2 - vSwitch 2 conectado ao switch Force 10 1
NIC 3 - vSwitch 2 conectado ao switch Force 10 2
NIC 4 - vSwitch 3 conectado ao switch Force 10 1
NIC 5 - vSwitch 3 conectado ao switch Force 10 2
NIC 6 - vSwitch 4 conectado ao switch Force 10 1
NIC 7 - vSwitch 4 conectado ao switch Force 10 2

iSCSI SAN
NIC 0 - Force 10 switch 1
NIC 1 - interruptor Force 10 2

O mesmo no segundo controlador, se tiver um.

Você pode colocar o gerenciamento e o tráfego do vMotion nas mesmas portas.
As portas que se conectam aos servidores ESXi podem ser um modo não marcado. Talvez valha a pena marcar a rede de tráfego da VM caso você precise de VMs em VLANs diferentes no futuro, então é só uma questão de entronizar a VLAN nas portas VM.

    
por 18.12.2012 / 16:04