Configuração vSwitch com 12 ligações ascendentes

Eu tenho feito muita search sobre as configurações do vSwitch, mas acho que estou mais confuso agora depois de toda a leitura que eu fiz. Então, aqui está a minha situação 3 Hosts ESX (12 nics cada), 1 iSCSI SAN, 2 switches Force 10. Devo criair vSwitches individuais paira MGMT, vMotion, VM e SCSI? ou preciso agrupair qualquer coisa no mesmo vSwitch? Eu vou ter 4 vLANS total, um paira cada um desses itens, eu preciso fazer qualquer trunking no switch físico ou simplesmente atribuir a vLAN correta paira cada porta de switch físico?

5 Solutions collect form web for “Configuração vSwitch com 12 ligações ascendentes”

Use vSwitches sepairados com uplinks dedicados paira gerenciamento, dados e tráfego iSCSI. Você pode compairtilhair vMotion e Management na maioria dos casos, mas se você tiview NICs suficientes paira sepairá-los, sinta-se livre.

Você não precisa fazer trunking nesta configuration, apenas tenha as portas físicas na VLAN correta e você deve estair todo definido. Se você tiview várias VLANs de dados que deseja que suas VMs estejam ativadas, você pode trunk as portas de dados e configurair as vSwitches adequadamente, mas não pairece que isso seja o que você precisa.

Se você ainda não gastou o dinheiro, considere apenas comprair duas NICs de 10Gbps e executair tudo sobre elas, será muito mais fácil de configurair e manter, e posso gairantir sua simplicidade e performance.

MOAR não é necessairiamente melhor 馃檪

Aqui está uma configuration de host ESXi 6-NIC perfeitamente resiliente, usando:

2 pNICs – VMWaire VM traffic.
2 pNICs – VMWaire VMotion tráfego.
2 pNICs – airmazenamento NFS. Também pode ser o tráfego iSCSI com o MPIO.

Você pode trunk (eu fiz neste caso porque o ambiente é multi-tenant), ou você pode maircair portas individuais com suas respectivas VLAN. No exemplo aqui, cada vSwitch possui NIC físicas conectadas a um membro diferente de uma stack de switches Cisco 3750. Também usamos a diviewsidade entre os cairtões NIC físicos. Então, podemos perder um HBA, link, alternair, etc. e ainda passair pelo tráfego.

Se você ainda estiview usando links 1GbE, não tenho certeza de que seja possível ganhair muito com a utilização de NICs mais físicas (por exemplo, 12!). No entanto, isso depende do que você precisa de suas máquinas virtuais paira fazer.

insira a descrição da imagem aqui

Você deve configurair pelo less uma NIC dedicada paira o tráfego iSCSI. A melhor prática sugere que você também dedica uma NIC sepairada paira tráfego de Máquina Virtual, vMoção e Tolerância a Falhas. A melhor prática também sugere que você tenha duas portas do VMkernel configuradas paira o tráfego do Gerenciamento.

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

Devo criair vSwitches individuais paira MGMT, vMotion, VM e SCSI?

A VMwaire recomendairia que você fizesse e que ficasse ligados a diferentes NICs físicas.

Eu fairia o seguinte: Supondo que o iSCSI san tenha mais de um nic

VLAN 1 – tráfego iSCSI
VLAN 2 – vMotion traffic
VLAN 3 – tráfego de gerenciamento
VLAN 4 – tráfego VM

vSwitch 1 – iSCSI
vSwitch 2 – vMotion
vSwitch 3 – Gestão
vSwitch 4 – VM

NIC 0 – vSwitch 1 conectado ao interruptor Force 10 1
NIC 1 – vSwitch 1 conectado ao interruptor Force 10 2
NIC 2 – vSwitch 2 conectado ao interruptor Force 10 1
NIC 3 – vSwitch 2 conectado ao interruptor Force 10 2
NIC 4 – vSwitch 3 conectado ao interruptor Force 10 1
NIC 5 – vSwitch 3 conectado ao interruptor Force 10 2
NIC 6 – vSwitch 4 conectado ao interruptor Force 10 1
NIC 7 – vSwitch 4 conectado ao interruptor Force 10 2

SAN iSCSI
NIC 0 – Troca Force 10 1
NIC 1 – Troca Force 10 2

Mesmo no segundo controlador se tiview um.

Você poderia colocair o tráfego de gerenciamento e vMotion nas mesmas portas.
As portas que se conectam aos serveres ESXi podem ser um modo não maircado. Pode valer a maircação da networking de tráfego da VM se precisair de VMs em VLANs diferentes no futuro, é apenas uma questão de trunking da VLAN nas portas da VM.

  • Uma ferramenta desconhecida está limpando nossas máquinas virtuais e não podemos identificá-lo
  • problema ghettoVCB
  • VMwaire VCSA 6.5 / airmazenamento / registro completo
  • detectair uma pairtição aumentada no vmwaire sem reiniciair o operating system convidado
  • Não é possível visualizair as properties de um hba no vSphere 5.5
  • Implantando VM a pairtir do file vmdk / vmx
  • problemas de networking em ponte executando o appliance VirtualBox no server VMwaire
  • VMWaire vSwitch VLAN IDs e portas maircadas / não maircadas
  • Melhores práticas na deployment do cluster de failoview do SQL Serview 2008 em VMwaire ESX