准备
- 测试域名:
a.com
- 主服务器A:
192.168.5.149
- 服务器B:
192.168.5.27
- 服务器C:
192.168.5.126
A服务器做为主服务器,域名直接解析到A服务器(
192.168.5.149
)上,由A服务器负载均衡到B服务器(192.168.5.27
)与C服务器(192.168.5.126
)上。
配置
- 在主服务器
conf.d
文件夹中,创建master.conf
,写入
upsteam a.com { server 192.168.5.126:80; server 192.168.5.27:80; } server { listen 80; server_name a.com; location / { proxy_pass http://a.com; proxy_set_header host $hosts; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } }
- 在另外两台服务器上设置
nginx
,分别创建monion.conf
,写入
server{ listen 80; server_name b.com; index index.html; root /data0/htdocs/www; }
保存重启nginx
- 测试
当访问
a.com
的时候,为了区分是转向哪台服务器处理我分别在B、C服务器下写一个不同内容的index.html
文件,以作区分。 打开浏览器访问a.com
结果,刷新会发现所有的请求均分别被主服务器(192.168.5.149
)分配到B服务器(192.168.5.27
)与C服务器(192.168.5.126
)上,实现了负载均衡效果。
- 疑问:假如其中一台服务器宕机会怎样?
假设C服务器
192.168.5.126
这台机子宕机了,访问仍然不受影响,就不会担心在负载均衡模式下因为某台机子宕机而拖累整个站点了。
如何让主服务器也加入工作
我们都是应用到了主服务器负载均衡到其它服务器上,那么主服务器本身能不能也加在服务器列表中,这样就不会白白浪费拿一台服务器纯当做转发功能,而是也参与到提供服务中来。
- 如以上案例三台服务器
- A服务器IP :192.168.5.149 (主)
- B服务器IP :192.168.5.27
- C服务器IP :192.168.5.126
我们把域名解析到A服务器,然后由A服务器转发到B服务器与C服务器,那么A服务器只做一个转发功能,现在我们让A服务器也提供站点服务。
我们先来分析一下,如果添加主服务器到upstream中,那么可能会有以下两种情况发生:
- 主服务器转发到了其它IP上,其它IP服务器正常处理;
- 主服务器转发到了自己IP上,然后又进到主服务器分配IP那里,假如一直分配到本机,则会造成一个死循环。
为什么?
因为80端口已经用来监听负载均衡的处理,那么本服务器上就不能再使用80端口来处理a.com的访问请求,得用一个新的端口
- 于是我们把主服务器的nginx.conf加入以下一段代码:
server{ listen 8080; server_name a.com; index index.html; root /data0/htdocs/www; }
重启
nginx
,在主机器浏览器输入a.com:8080
,即可访问了
- 那么我们就可以把主服务器添加到upstream中,但是端口要改一下,如下代码:
upstream a.com { server 192.168.5.126:80; server 192.168.5.27:80; server 127.0.0.1:8080; }
这里可以添加主服务器IP
192.168.5.149
或者127.0.0.1
均可以,都表示访问自己。
重启nginx
,那么就可以了
最后
- 多台服务器提供服务,但域名只解析到主服务器,而真正的服务器IP不会被ping下即可获得,增加一定安全性。
upstream
里的IP不一定是内网,外网IP也可以。不过经典的案例是,局域网中某台IP暴露在外网下,域名直接解析到此IP。然后又这台主服务器转发到内网服务器IP中。- 某台服务器宕机、不会影响网站正常运行,Nginx不会把请求转发到已宕机的IP上。
本文作者为琼台博客,转载请注明。
那如果主服务器只用来转发请求,那对主服务器配置要求高吗?
@kuoge这个得看具体的业务场景了
@kuoge参考百度的DNS主服务器
秀儿 是你吗
@无痕啥玩意儿?