想起一个事情，我以前一个朋友，开一辆奥拓，说，我要是中彩票，有了几个亿，

我买十辆奥拓，一辆平时上班用，一辆出门旅游用，一辆准备借给朋友...

用wmi技术获取你那3台服务器的实时cpu占用率之类的值来判断哪台服务器最闲，当有文件需要存的时候就取最闲的那台服务器，进行保存，并将保存信息记录到数据库中，以便取文件的时候去指定的文件服务器取文件

你是在说HDFS吗

中间层代理。。。访问跳转服务器，跳转服务器获取其他服务器负载，并将文件流转向一个具体的存储服务器。其实你的图就是你应该去做的实现。

如果是win系统。 就别把WMI当成吃干饭的。。。 神马CPU、内存、磁盘、网卡流量等都能通过wmi获取得到。

中间的那台服务器， 通过WMI远程连接后端的文件服务器，获取cpu、磁盘、网络等信息。 找到最匹配的后， 返回地址不就好了？

为了更快速不用查找， 可以在中间件与文件服务器abcdefg建立socket心跳连接， abcdefg服务器一直返回自己的状况。这样中间件更加快速的反应了。 

其它的。。细节。。。自己想。  

我不太懂 但是我大致 根据我个人技术和经验来说

最优下载和上传 也就是他们之间ping 越低 越好  是不是可以先ping 所有服务器域名 然后寻找出最低的ms

这就是最优了 对么？  这只是我个人猜想 高人勿喷！

楼上的想法都很有问题，想想一些大网站的通用做法吧。

根据SOA的原则，各个服务之间是相互独立的，你需要的是一个文件服务，在做好authentication的前提下，各个web程序和文件服务相互之间不通讯；想上传文件，没问题，在众多文件服务器中选择一个，把地址给UI，用户直接把文件传到这个地址，返回一个key(或者url，这个by design)。

所以，你需要的是

一个文件服务器master，至少应该公开以下接口：

1. 随机选择一个可用的服务器进行上传（这个类似于负载均衡）

2. 根据请求的 key 跳转到真正的下载地址

你做的这些和web程序完全没有关系，web服务只需要知道向哪儿上传文件就行。

什么服务器之间相互传文件、磁盘映射之类的，扯淡。