Você pode usar um comando do powerShell Set-SmbBandwidthLimit para limitar a largura de banda SMB
Eu pesquisei mas não consigo encontrar nada sobre isso. Temos um ambiente sem disco onde nossos 28 clientes são inicializados a partir de um programa sem disco baseado em ISCSI chamado ccboot.
Agora, os clientes também precisam acessar o compartilhamento de arquivos de um servidor diferente do win 2012 usando o protocolo SMB.
O problema é que o tráfego SMB é muito grande, geralmente os dados transferidos estão no tamanho de 2-4 GB. E isso faz com que alguns clientes sejam reinicializados, talvez porque o ambiente de 1 GB não seja suficiente para suportar esse tipo de cenário?
Não tenho 100% de certeza de que o tráfego SMB está causando as reinicializações Mas eu quero tentar limitar o tráfego SMB / CIFS do lado do cliente, é possível? O cliente está executando 1703 janelas 10.
Limitei o tráfego SMB do lado do servidor SMB usando esse método link , mas não parece ajudar, a reinicialização aleatória ainda acontece.
Edit: eu estou usando estes Servidor Iscsi 10g > CRS226-24G-2S + RM > Ligação tp sg2452 Os clientes estão conectados a ambos os switches, o servidor smb está conectado ao link tp
Eu tentei editar o modo de prioridade e agendamento do DSCP. A programação é salva, mas a prioridade DSCP sempre retorna para o valor em branco, mesmo depois de pressionar aplicar e salvar a configuração ... alguma ideia por quê? Desculpe im completamente novo no switch gerenciado .. switch gerenciado DSCP
Você pode usar um comando do powerShell Set-SmbBandwidthLimit para limitar a largura de banda SMB
A execução de iSCSI e tráfego normal de alto volume na mesma infraestrutura pode ser um problema.
O tráfego SMB pode estar suprimindo o acesso iSCSI ao disco do sistema, o que, pelo menos para o Windows, é um grande problema.
A melhor abordagem é separar fisicamente o tráfego (VLANs e interconexões). Se você não pode e não pode, pelo menos, ampliar gargalos de interconexão (núcleo para acessar switches), talvez você queira priorizar o tráfego, de modo que o iSCSI seja preferido e não seja descartado. Se você publicar detalhes em suas configurações de rede, layout e hardware, poderemos descobrir como fazer a priorização.
editar após o seu comentário:
O TL-SG2452 é uma escolha ruim para o iSCSI - ele tem apenas um buffer de 1,5 MB. Com um único link GbE, esse buffer está esgotado em apenas 0,01 s ...
Dado que você está executando tudo em um único link sem VLANs no lado do cliente (?), e storage & cliente provavelmente não está usando DSCP, você precisa priorizar por porta de origem, ou seja, seu uplink de armazenamento iSCSI. Você provavelmente desejará DSCP 0x0a (alta prioridade, baixa probabilidade de queda). Eu defini o modo de programação para WRR-Mode e uso o TC2 para iSCSI, dando uma prioridade 4: 1.