NET网站，IIS负载均衡后的问题？

[登山绵羊]

各位大虾好，小弟有些问题不是很明白，想请教一下，NET写好的网站，部署到IIS为了解决网站压力，想做负载均衡。
假设两台IIS服务器：A,B，文件服务器C，做了负载后，有如下问题：
1.上传文件的时候，可能传到A，或B服务器，网上的解决方案，有文件共享（IIS-主目录-另一台计算机C上的共享）、第三方同步软件等。
2.Session在访问过程中可能会丢，如果先访问A，后又转到B服务器上，Session就没有了（这个网上可能有解决的办法）。

针对问题1，做过测试（按照网上说的，两台服务器A，C或B，C（IIS服务器和文件服务器）都设置一个相同的用户，在网站里建立虚拟目录，指定到别一台文件服务器C上），确实可以访问另一台的共享目录，上传或下载文件，这样就能保证A，B访问到的都是C上文件，达到同步效果。

由此想到，提问：是否可以将，整个网站文件全部放到文件服务器C，在A,B上建立网站，用（主目录-另一台计算机上的共享）这个方法，连到文件服务，这样，就不需更新A,B服务器的文件，只管C就可以了，

暂时，有这个疑问，（这种假设的测试我也做过，确实能访问，而且是确认是访问的C服务器的文件）。

哪位大虾能 帮我分析一下，要怎么才好呢。我假设的这种做法，有什么不对么？谢谢。

[unlong2]

楼主的想法，是为了省钱吧
这样的执行效率是不是太低了，
为什么不上一个磁盘存储，
集群负载均衡各节点同时访问一个存储，
这样更安全高效。

[登山绵羊]

也不是为了省钱，这样做可以只维护C服务器上的文件，A，B服务器就不用考虑文件同步的情况了，

[Ghostbaby]

不要用共享文件夹来传输文件

把文件配到IIS里面的虚拟目录下

[qishine]

可以直接将IIS的主目录设置为另一台服务器的文件夹.
这样更新起来也方便,
如果负载没有那么大的话, LZ还是不要用NLB了,个人觉得小环境,这样做意义不大.
投入成本太高了,

[登山绵羊]

能说一下我上面做法有什么不对的地方么？

[登山绵羊]

我上面做的测试，就是把网站文件全部放到C服务器，不是用的单纯的文件共享，而用IIS的“另一台计算机上的共享”这个选项做的网站目录，这样，可以么？不会有什么效率之类的问题么？

[Ghostbaby]

[Quote=引用 4 楼 yslhahaha 的回复:]

能说一下我上面做法有什么不对的地方么？
[/Quote]
文件共享的话，Windows有BUG

在使用文件共享之后，文件传输会占用大量端口，从1024开始慢慢往下占用，一直占用你远程端口，还有一些应用端口。

而且系统不会再短时间内释放端口，这样的后果你应该知道啦。

[sea0x]

我们目前也有这种情况，，我们的做法是存文件的服务器放在一台共用的FTP服务器上，，所有的WEB上传下载文件直接从FTP存取数据。。

[sea0x]

Session丢失的问题，目前的做法就是通过NBL来配置sing affinity 来保证某一个用户的请求都会发送到同一个服务器中，或者就是在ASP.net的站点中，直接配置Session的保存方式为out of processing，这样您可以将所有的Session保存在一台单独的服务器中或是放在SQL数据库中。保存在数据库中的好处就是当服务器遇到问题，重起之后，依旧可以保证Session的值能够继续存在。