Por que a Microsoft não recomenda o uso de caminhos UNC no IIS? Qual é a alternativa?

Question

Eu tenho um site do IIS e um dos diretórios virtuais está em um servidor separado, acessado por meio de um caminho UNC.

De vez em quando (várias vezes ao dia) o aplicativo ASP.Net é reiniciado e, no log de eventos, fico:

Event message: Application is shutting down. Reason: Configuration changed.

Agora, sei que a configuração não foi alterada, no entanto, posso recriar o problema em um ambiente de teste, temporariamente tornando o caminho UNC indisponível e, em seguida, solicitando um arquivo a partir dele.

Por acaso, deparei com a seguinte preciosidade em um artigo de KB não relacionado (269009):

Microsoft does not recommended using UNC-mapped content on high-capacity Web sites

Agora, minha pergunta é: Por que a MS não recomenda o uso de caminhos UNC e quais alternativas devo usar?

    

Answer 1

A notificação de alteração de arquivo é um problema, especialmente ao executar o conteúdo remotamente. Suportei sites em execução com todo o conteúdo / código em um compartilhamento remoto. Minha recomendação é # 2 usando o DFS para conteúdo estático e colocando o código localmente em um servidor. Isso requer algum design em seu aplicativo, como colocar imagens, css, arquivos js etc no mesmo local. Aqui estão vários artigos que acumulei ao longo dos anos e publiquei.

link

aqui é provavelmente o artigo que as pessoas mais se referem link

    

Answer 2

Acessar arquivos de um disco é a maneira preferida, pois é menos propenso a erros e (geralmente) oferece melhor desempenho.

Eu vejo três soluções aqui:

A: Use algo para enviar novos arquivos / configurações de um repositório central. Muitas pessoas usam o subversion para isso. A Microsoft também tem sua própria ferramenta gratuita - Web Deploy

B: Implemente o Microsoft DFS e tenha pelo menos dois servidores ativos com o mesmo conjunto de armazenamento de arquivos neles. Isso o tornará mais disponível no caso de um failover, mas ele ainda eliminará o IIS quando ocorrer um failover. Para failover instantâneo, consulte o ponto C.

C: Use um cluster de servidores de arquivos. Tenho 99,9999% de certeza de que isso é muito exagerado. Você também precisará implementar uma rede totalmente redundante.