O uso de recursos de unidades mapeadas versus atalhos de localização de rede?

1

Um grupo em nosso departamento de TI deseja eliminar todos os mapeamentos de unidade de nossa rede e substituí-los por atalhos simples de local de rede (UNC). O grupo afirma que os mapeamentos de unidade consomem muitos recursos nos servidores e prejudicam o desempenho. Outro grupo acredita que a conveniência de poder realocar arquivos conforme necessário e alterar os mapeamentos de unidade por meio de scripts de login substitui a preocupação com o consumo de recursos. Algum método, mapeamentos de unidade ou atalhos de localização de rede, tem uma vantagem significativa sobre o outro? O consumo de recursos é uma preocupação legítima? Eu percebo que alguns aplicativos podem não ser capazes de lidar com caminhos UNC; precisaremos lidar com isso caso a caso. Temos cerca de 500 PCs clientes, cada um com, em média, cerca de 5 conexões mapeadas. Obrigado por seus pensamentos.

    
por SteveM82 23.08.2010 / 17:24

2 respostas

0

Eu nunca ouvi falar de drives mapeados ocupando mais "recursos" do que drives não mapeados e usamos drives mapeados em todo o lugar onde eu trabalho. Eu trabalho em uma Fortune-5 com milhares de PCs e milhares de servidores Windows ...

Eu pediria a eles que retornassem suas declarações com dados. Eles têm algum artigo da Microsoft em KB que faça o backup de suas reivindicações? Suas alegações não parecem carregar água comigo. Uma unidade mapeada, como eu entendo, não causa mais ou menos sobrecarga de E / S de rede; o protocolo subjacente ainda é SMB / CIFS.

    
por 23.08.2010 / 17:31
3

A única maneira pela qual as conexões UNC consumiriam menos recursos do que uma unidade mapeada é o único caso de quantas vezes essas conexões são abertas. Quando você tem um grande número de unidades mapeadas, o simples ato de abrir o Windows Explorer ou qualquer diálogo abrir / salvar que exiba mapas de unidade faz com que essa estação de trabalho se reconecte a esses recursos. Ter 15 mapas de unidade, abra o Explorer, causem potencialmente 15 novas conexões de servidor. Abra um atalho UNC, crie uma conexão para um servidor.

Além disso, o tipo de conexão criada pelo Windows nesses diálogos abertos / salvos / exploradores atinge o tempo limite após 10 minutos de inatividade. Aguarde 10 minutos e feche todas as conexões novamente. A Microsoft faz isso para manter a contagem de usuários simultâneos baixa.

A única razão pela qual eles seriam sensíveis a isso é no caso de recursos raramente usados obterem uma letra de unidade e, portanto, obterem um grande número de conexões que nunca são realmente usadas. Em um ambiente de VM em que a memória é uma mercadoria preciosa e preciosa, esses tipos de contagens de conexão podem aumentar o uso da memória.

Falando pessoalmente, esse grupo de TI está executando as coisas para se aproximar mais do que realmente deveriam, ou gosta de servidores Samba; O Samba não pode escalar para os níveis do Windows de contagens de usuários simultâneos ainda, mas eles podem ficar muito altos. O rastreamento de conexão não consome muita memória em servidores Windows modernos.

Com 500 PCs, você não está nem perto de se aproximar dos limites do Windows. Temos apenas cerca de 3x o seu tamanho para as máquinas de uso diário, e o máximo que eu já vi conectado a um único compartilhamento é de cerca de 600. Ao mesmo tempo, os servidores de diretório de origem raramente tocam em 500 conexões coletivas. A diferença para esse compartilhamento é que ele é o volume compartilhado para todos os PCs, e as conexões estão sendo mantidas abertas por causa de arquivos abertos.

Essas 500 máquinas com 5 mapeamentos cada um são no máximo 25.000 conexões. Você nunca verá isso a menos que todos façam o login ao mesmo tempo. Se todos esses mapas forem para o mesmo servidor, isso pode causar problemas. Mas o Windows é projetado para minimizar a possibilidade disso.

O argumento deles é fraco quanto ao mérito. Eles precisam fundamentar melhor suas reivindicações do que um apelo geral à eficiência. Se eles realmente estão vendo os resultados de desempenho quando a contagem de conexões sobe muito, eles estão rodando seus servidores com uma memória muito magra para o conforto. Os servidores de arquivos realmente precisam de montes de memória, eles não são algo que você queira fornecer mínimos.

    
por 23.08.2010 / 17:58