你理解错了吧,访问B服务器不一定上传就得上传到B服务器,图片服务器应该有自己的域名(img.xxx.com)用户访问的是B服务器做好的网站,但是使用上传时提交到的是A的域名。
局域网内可以考虑 rsync + inotify-tools inotify可以监控文件系统的各种变化,当文件有任何变动时,就触发rsync同步,这样刚好解决了同步数据的实时性问题。 局域网内多台服务器时可以配置Nginx把上传等写操作固定到其中一台PHP-FPM服务器,然后用inotify+rsync同步到其它机器. 比如上传操作定向到服务器192.168.1.10进行处理: location ^~ /upload.php { include fastcgi_params fastcgi_pass 192.168.1.10:9000 fastcgi_param SCRIPT_FILENAME /srv/www$fastcgi_script_name}在服务器192.168.1.10上用inotify+rsync同步文件到其他服务器. 除上传外,删除、更改、移动等写操作也要定向到192.168.1.10这台服务器进行处理。路由模式部署灵活,约60%的用户采用这种方式部署;桥接模式不改变现有的网络架构;服务直接返回(DSR)比较适合吞吐量大特别是内容分发的网络应用。约30%的用户采用这种模式。1、路由模式(推荐) 路由模式的部署方式如上图。服务器的网关必须设置成负载均衡机的LAN口地址,且与WAN口分署不同的逻辑网络。因此所有返回的流量也都经过负载均衡。这种方式对网络的改动小,能均衡任何下行流量。2、桥接模式 桥接模式配置简单,不改变现有网络。负载均衡的WAN口和LAN口分别连接上行设备和下行服务器。LAN口不需要配置IP(WAN口与LAN口是桥连接),所有的服务器与负载均衡均在同一逻辑网络中。由于这种安装方式容错性差,网络架构缺乏弹性,对广播风暴及其他生成树协议循环相关联的错误敏感,因此一般不推荐这种安装架构。3、服务直接返回模式 这种安装方式负载均衡的LAN口不使用,WAN口与服务器在同一个网络中,互联网的客户端访问负载均衡的虚IP(VIP),虚IP对应负载均衡机的WAN口,负载均衡根据策略将流量分发到服务器上,服务器直接响应客户端的请求。因此对于客户端而言,响应他的IP不是负载均衡机的虚IP(VIP),而是服务器自身的IP地址。也就是说返回的流量是不经过负载均衡的。欢迎分享,转载请注明来源:夏雨云
评论列表(0条)