Windows Server 2012 (NFS) como armazenamento para problemas do ESXi 5.5

1

Configuração:

  • 1 servidor ESXi com 12 NICs
  • 1 Vcenter virtual virtual no servidor ESXi
  • 1 Windows 2012 Server com NFS e 4 NICs (VM Storage)

Tarefa:

  • Conecte 3 NICs sem um comutador e equipe-os

Eu configurei um ESXi 5.5 e um Windows Server 2012 separado com NFS. Em seguida, ativei a formação de equipes no WS2012 e, no vSphere i, adicionei um Virtual Switch com o Route baseado em agrupamento de hash IP e um adaptador VMkernel com as três NICs desejadas. Depois disso eu adicionei o compartilhamento NFS no Vcenter e comecei a mover o par do vm para o armazenamento. Funcionou por cerca de um mês e agora estou esperando problemas pesados.

Configuração:

  • 1x servidor de arquivos em uma VM na máquina de armazenamento (st1) (Win2008R2)
  • 1x fileserver em uma VM na máquina ESXi (sto2) (Win2008R2)
  • 2x TestPC (Win7x64)

Se ONLY TestPC1 se conecta a sto1 ou sto2 e tenta obter um testfile (1GB) funciona bem, mas se TestPC2 também se conecta ao mesmo servidor e tenta obter um testfile (igual ou outro) da NIC em ambos os TestPCs parando para trabalho após 3-5 segundos com cerca de 200MB transferidos (sem ping ou mesmo conexão em qualquer lugar). Se um PC fecha a transferência de arquivos (~ 30 seg para esperar que se o explorer.exe não travar) o outro PC recebe o arquivo com uma velocidade normal de transferência.

Concluído:

  • Desativar o agrupamento e usar apenas 1 NIC - mesmo
  • Use sto2 (sem conexão com o VMstorage) - mesmo

Como posso consertar esse comportamento estranho?

    
por user3309475 14.02.2014 / 13:04

2 respostas

2

Eu recomendaria eliminar o servidor NFS do Windows ou os hosts ESXi.

O suporte do Windows NFS é medíocre, na melhor das hipóteses. Não deve ser usado como armazenamento de apoio para o ESXi. Se você tem o seu coração definido em hipervisores VMware e deseja armazenamento baseado em arquivo, recomendo mudar para o Linux no armazenamento.

Você pode usar o SMB3 para fornecer armazenamento para o Hyper-V a partir de servidores de arquivos do Windows Server 2012, portanto, essa é uma opção legítima que apresenta bom desempenho e tem algumas vantagens sobre o NFS + ESXi, como suporte a multicanais SMB sem precisar configurar LACP ou etherchannel como você faria para o NFS.

    
por 14.02.2014 / 13:11
1

Eu diria que o agrupamento de NICs não é realmente necessário na maioria das instalações do vSphere, pois as técnicas de failover de NIC e de colocação de adaptadores foram bem estabelecidas. O agrupamento adiciona complexidade desnecessária ao seu aplicativo. O LACP é uma adição recente ao vSphere e ainda é oferecido apenas nas camadas de licenciamento mais altas.

Além disso, parece que você está operando sem um comutador de rede. Existe alguma razão pela qual você não pode usar discos locais para essa configuração ESXi de host único? Se não, o que impede o uso de um switch de rede?

    
por 14.02.2014 / 13:33