Erro no cliente SMB

Question

O uso do HyperV Server 2016 com um servidor de arquivos com scale-out (armazenando os arquivos VHDX no servidor de arquivos) faz o seguinte erro aparecer no log de eventos do hipervisor (SMB Client - conectividade):

Failed to establish a network connection.

Error: {Device Timeout}
The specified I/O operation on %hs was not completed before the time-out period expired.

Server name: storage.DOMAIN
Server address: IP_OF_STORAGE2:445
Connection type: Wsk

Guidance:
This indicates a problem with the underlying network or transport, such as with TCP/IP, and not with SMB. A firewall that blocks TCP port 445, or TCP port 5445 when using an iWARP RDMA adapter, can also cause this issue.

O ambiente parece instável, as máquinas virtuais continuam com erros de E / S, portanto, o armazenamento está realmente falhando.

O ambiente é assim:

• HyperV 2016 Server com agrupamento de NIC (interfaces ethernet 10G duplas) com tag VLAN
• Servidores de cabeçote de armazenamento duplos com o Servidor HyperV 2016 e os Serviços de arquivos ativados, combinados em um Cluster de Failover com a função Servidor de Arquivos com Expansão (Armazenamento1 e Armazenamento2). Como back-end de armazenamento, temos uma unidade de armazenamento EMC conectada via iSCSI aos nós principais.

Entre os nós, temos uma rede Cisco Nexus em execução com o etherchannel / LACP ativo nas interfaces agrupadas.

Eu ficaria mais do que feliz em fornecer qualquer informação, se necessário.

O único hit relevante que encontrei enquanto pesquisava no Google era esse segmento de technet sem nenhuma solução link

    

Answer 1

Decidimos aceitar as sugestões que recebemos aqui e modificar nossa rede com base nelas:

• Adicionamos uma segunda interface VLAN marcada à equipe do LBFO que usamos para ativar o SMB MultiChannel
• Modificado o algoritmo de balanceamento de carga da equipe para Address hash em vez do padrão Dynamic

Fizemos essas modificações uma semana atrás, desde então, não vemos essa mensagem de erro e, em geral, o log de eventos SMB Client tem menos mensagens.

Obrigado!

    

Answer 2

Não é uma boa ideia misturar o iSCSI e o LACP. Tente desassociar suas conexões e usar o MPIO onde você faz o entroncamento até o momento.

    

Answer 3

Concordo com o palestrante anterior, o MPIO é sua melhor aposta se você considerar o desempenho em primeiro lugar. Quanto à configuração em geral, acho que você pode torná-la menos complicada, mais confiável e, o que é mais importante, ter mais desempenho com o armazenamento local de seus nós em vez da caixa SAN física. Pegue o starwind free e deixe-o sincronizar os dados através dos nós, o que deve lhe dar um aumento de desempenho decente desde o seu os clientes teriam o caminho mais curto para armazenamento (localidade de dados - baixa latência).