现在的文件系统单台服务器性能不够,想做成分布式的文件系统。
我刚刚在阿里云开了4台1核1G内存的服务器做测试,测试下上传文件功能。
服务器姑且称为 A B C D 一共4台。
其中1台服务器A 做上传测试客户端。
其中1台B 用Node.js 作为流量转发,使用轮询的方式转发到剩下2台服务器C和D里。
C,D服务器都是文件存储的java服务。
然后测试结果是:
A上传文件到B,然后轮询给C,D 比 A直接上传给C 性能还稍低。
其中 A上传文件到B,然后轮询给C,D 的CPU,I/O情况是:
B,C,D CPU都满载。B I/O很低,C,D的I/O 为 A直接上传给C时的I/0的一半。
请问,文件上传的负载均衡应该如何设计?
请问:是否用dns轮询的方式可以解决?
(大哥不要推荐现有的第三方分布式文件系统框架,帮忙讲讲他们的Proxy如何实现也好的,感激涕零。。)
请问如果B换成nginx是否可能满足要求?
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…