![7e00df6113be502ce6ea416db70ace4d.png](https://i-blog.csdnimg.cn/blog_migrate/c8bf2427e15d6b298a27c06ab1a3e0f6.jpeg)
nginx可以集群吗?
nginx实现集群高可用
大家知道NGINX作为反向代理服务器可以实现负载均衡,同时也可以作为静态文件服务器,它的特点就是并发支持大,单机可同时支持3万并发,现在很多网站都把NGINX作为网关入口来统一调度分配后端资源。但是如果NGINX宕机了,就会导致整个后台服务无法使用;或者当并发量真的非常大时,达到十万级别时,一台NGINX还是有极限的,所以这个时候就需要针对NGINX进行主从备份保证服务高可用、集群来分担并发压力。目前,NGINX在这两块主要有以下几种解决方案,我分别给大家介绍以下:
NGINX主从备份
NGINX实现主从备份目前主流方案是Keepalived+Nginx实现双机热备。
Keepalived介绍:
Keepalived是一个基于VRRP协议来实现的服务高可用方案,可以利用其来避免IP单点故障,类似的工具还有heartbeat、corosync、pacemaker。但是它一般不会单独出现,而是与其它负载均衡技术(如lvs、haproxy、nginx)一起工作来达到集群的高可用。
VRRP协议:
VRRP全称 Virtual Router Redundancy Protocol,即 虚拟路由冗余协议。可以认为它是实现路由器高可用的容错协议,即将N台提供相同功能的路由器组成一个路由器组(Router Group),这个组里面有一个master和多个backup,但在外界看来就像一台一样,构成虚拟路由器,拥有一个虚拟IP(vip,也就是路由器所在局域网内其他机器的默认路由),占有这个IP的master实际负责ARP相应和转发IP数据包,组中的其它路由器作为备份的角色处于待命状态。master会发组播消息,当backup在超时时间内收不到vrrp包时就认为master宕掉了,这时就需要根据VRRP的优先级来选举一个backup当master,保证路由器的高可用。
在VRRP协议实现里,虚拟路由器使用 00-00-5E-00-01-XX 作为虚拟MAC地址,XX就是唯一的 VRID (Virtual Router IDentifier),这个地址同一时间只有一个物理路由器占用。在虚拟路由器里面的物理路由器组里面通过多播IP地址 224.0.0.18 来定时发送通告消息。每个Router都有一个 1-255 之间的优先级别,级别最高的(highest priority)将成为主控(master)路由器。通过降低master的优先权可以让处于backup状态的路由器抢占(pro-empt)主路由器的状态,两个backup优先级相同的IP地址较大者为master,接管虚拟IP。
具体实现原理:
1)Master没挂,则Master占有vip且nginx运行在Master上
2)Master挂了,则backup抢占vip且在backup上运行nginx服务
3)如果master服务器上的nginx服务挂了,则vip资源转移到backup服务器上
4)检测后端服务器的健康状态
Master和Backup两边都开启nginx服务,无论Master还是Backup,当其中的一个keepalived服务停止后,vip都会漂移到keepalived服务还在的节点上
![d79f381cb3d07607662197216d5b193d.png](https://i-blog.csdnimg.cn/blog_migrate/7323acda53ac5f77776e637e20ae5512.jpeg)
NGINX和keepalived安装配置
它俩的安装配置比较多,还有编写脚本实现互相监控、报警等,所以咱们专门放一课来讲,这一课主要讲解决方案和原理。
NGINX分布式集群
如果有多台NGINX想实现负载均衡的话,
1、每台nginx都有公网地址,在域名处设置同个域名多个指向,最简单实现轮洵。但故障切负会慢一点。
2、一台公网nginx通过upstream功能,轮洵、ip、url多方式分发到内网多台nginx。但公网的nginx如果down机的话,内网全段。
3、一对公网nginx加三个公网ip,通过keepalive实现高可用,再upstream到内网(就是我们刚刚上一节讲的主从备份)。
一般来说,上面1、2、3种方法基本可以解决,建议用2或3;
如果并发量真的巨大的话,一般就要借助硬件F5等设备做负载均衡,跟DNS、CDN等服务商合作做域名解析转发、缓存配置,这也是目前大多数大厂的架构配置。
更多Nginx相关技术文章,请访问Nginx使用教程栏目进行学习!