nginx集群

1.1 keepalived软件能干什么? Keepalived软件起初是专为LVS负载均衡软件设计的， 用来管理并监控LVS集群系统中各个服务节点的状态，后来又加入了可以实现高可用的VRRP功能 Keepalived软件主要是通过VRRP协议实现高可用功能的。VRRP是Virtual Router Redundancy Protocol（虚拟路由器冗余协议）的缩写， VRRP出现的目的就是为了解决静态路由单点故障问题的，它能够保证当个别节点宕机时，整个网络可以不间断地运行 1.2 keepalived软件主要功能？ ## ①. 管理LVS负载均衡软件 ## ②. 实现对LVS集群节点健康检查功能 ## ③. 作为系统网络服务的高可用功能 1.3 keepalived软件工作原理？(重点) 绘图说明! 2.原理 1）VRRP协议，全称Virtual Router Redundancy Protocol，中文名为虚拟路由冗余协议，VRRP的出现是为了解决静态路由的单点故障。 2）VRRP是用过IP多播的方式（默认多播地址（224.0.0.18））实现高可用对之间通信的。 3）工作时主节点发包，备节点接包，当备节点接收不到主节点发的数据包的时候，就启动接管程序接管主节点的资源。备节点可以有多个，通过优先级竞选，但一般Keepalived系统运维工作中都是一对。 man

一、服务介绍 keepalive起初是专为LVS设计的，专门用来监控LVS集群系统红各个服务节点的状态，后来又加入了VRRP的功能，因此不了配合LVS服务外，也可以作为其他服务（nginx，haproxy）的高可用软件，VRRP是virtual router redundancy protocol（虚拟路由器冗余协议）的缩写，VRRP出现的目的就是为了解决静态路由出现的单点故障问题，他能够保证网络的不间断、稳定的运行。所以，keepalive一方面具有LVS（cluster nodes healthchecks）功能，另一方面也具有LVS directors failover功能。 主要功能：实现LB Master主机和backup主机之间故障转义和自动切换。 二、keepalived故障切换转义原理介绍 2.1 切换原理 keepalived directors高可用对之间的故障切换转移，是通过VRRP协议（virtual router redundancy Protocol虚拟路由器冗余协议）来实现的。 在keepalived Directors正常工作时，主director节点会不断的向备节点广播心跳消息，用以告诉备节点自己还活着，当主节点发生故障时，备节点就无法继续检测到主节点的心跳，进而调用自身的接管程序，接管主节点的IP资源及服务。而当主节点恢复故障时

1、 Keepalived是一个类似于工作在 layer3, 4 & 7交换机制的软件， Keepalived软件有两种功能，分别是监控检查、 VRRP冗余协议。 1）Core，是keepalived的核心，负责主进程的启动和维护，全局配置文件的加载解析等 。 2）Check，负责healthchecker(健康检查)，包括了各种健康检查方式，以及对应的配置的解析包括LVS的配置解析； 3）Vrrp，VRRPD子进程，VRRPD子进程就是来实现VRRP协议； 4）Libipfwc，iptables(ipchains)库，配置LVS会用到； 5）Libipvs，虚拟服务集群，配置LVS会使用。 Keepalived的作用是检测web服务器的状态，如果有一台web服务器、Mysql服务器宕机，或工作出现故障，Keepalived将检测到后，会将有故障的web服务器或者Mysql服务器从系统中剔除，当服务器工作正常后Keepalived自动将web、Mysql服务器加入到服务器群中。 Layer3,4&7工作在 IP/TCP协议栈的 IP层、传输层及应用层，实现原理分别如下： 1）Layer3：Keepalived使用Layer3的方式工作式时，Keepalived会定期向服务器群中的服务器发送一个ICMP的数据包（如果发现某台服务的IP地址无法ping通

1、环境：一台宿主机Nginx + 2台Docker环境的Nginx 2、配置宿主机Nginx.conf文件 在http段加入以下代码： upstream www.abc.top { server 192.168.83.172:8081 weight=10; server 192.168.83.172:8082 weight=20; } server{ listen 80; server_name www.abc.top; location / { proxy_pass http://www.abc.top; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } 3、docker环境执行命令 docker run -d -p 8081:80 -v /mnt/test/Work/nginx:/var/www/html --name xy_nginx2 nginx:1.10.3 docker run -d -p 8082:80 -v /mnt/test/Work/nginx:/var/www/html --name xy_nginx2 nginx:1.10.3 4、测试结果

Nginx概述 Nginx是一个高性能的HTTP和反向代理服务器，特点是占有内存少，并发能力强，事实上Nginx的并发能力确实在同类型的网页服务器中表现较好。 Nginx转为性能优化而开发，性能是其最重要的考量，实现上非常注重效率，能经受高负载的考验，有报告表明能支持高达50000个并发连接数。 正向代理 正向代理：如果把局域网外的Internet想象成一个巨大的资源库，则局域网中的客户端要访问Internet，则需要通过代理服务器来访问，这种代理服务就称为正向代理。 Nginx不仅可以做反向代理，实现负载均衡。还能用作正向代理来进行上网等功能。 反向代理 反向代理，其实客户端对代理是无感知的，因为客户端不需要配置任何配置就可以访问，我们只需要将请求发送到反向代理服务器，由反向代理服务器去选择目标服务器获取数据后，在返回给客户端，此时反向代理服务器和目标服务器对外就是一个服务器，暴露的是代理服务器地址，隐藏了真是服务器IP地址。 负载均衡 客户端发送多个请求到服务器，服务器处理请求，有一些可能要与数据库进行交互，服务器处理完毕后，再将结果返回给客户端。 这种架构对于早期的系统相对单一，并发请求相对较少的情况下是比较合适的，成本也低但是随着信息数量不断增长，访问量和数据量的飞速增长，以及系统业务的复杂度增加，这种架构会造成服务器响应客户端的请求日益缓慢，并发量特别大的时候

Nginx/LVS/HAProxy是目前使用最广泛的三种负载均衡软件。一般对负载均衡的使用是随着网站规模的提升根据不同的阶段来使用不同的技术。具体的应用需求还得具体分析，如果是中小型的Web应用，比如日PV小于1000万，用Nginx就完全可以了；如果机器不少，可以用DNS轮询，LVS所耗费的机器还是比较多的；大型网站或重要的服务，且服务器比较多时，可以考虑用LVS。 一种是通过硬件来进行，常见的硬件有比较昂贵的F5和Array等商用的负载均衡器，它的优点就是有专业的维护团队来对这些服务进行维护、缺点就是花销太大，所以对于规模较小的网络服务来说暂时还没有需要使用；另外一种就是类似于Nginx/LVS/HAProxy的基于 Linux的开源免费的负载均衡软件，这些都是通过软件级别来实现，所以费用非常低廉。 目前关于网站架构一般比较合理流行的架构方案：Web前端采用Nginx/HAProxy+ Keepalived作负载均衡器；后端采用 MySQL数据库一主多从和读写分离，采用LVS+Keepalived的架构。当然要根据项目具体需求制定方案。 下面说说各自的特点和适用场合。 Nginx的优点是： 1. 工作在网络的7层之上，可以针对http应用做一些分流的策略，比如针对域名、目录结构，它的正则规则比HAProxy更为强大和灵活，这也是它目前广泛流行的主要原因之一

1、负载均衡典型应用场景，外网、内网、私网公共服务。 典型场景： (1)用户通过公网访问数据中心的ftp、web、https服务器。 (2) 在数据中心内部东西向访问其他服务时，例如，访问其他虚拟机、DNS等公共服务。 (3) 通过专线或者ipsec vpn访问数据中心内部服务时。 2、常见的负载均衡的技术 硬件实现（2/3层）：链路聚合、等价路由。 软件实现（4/7层）：LVS、nginx/haproxy、 　　DNS负载均衡：公网智能分配目的ip GSLB、内网DNS解析公共服务。 3、LVS的3种模式：NAT、DR、TUNNEL。 NAT： 特点，流量来回路径一致，都要经过负载均衡器，通过DNAT转换，将目的ip修改为后端VM的ip，目的MAC修改为后端VM的MAC地址。 缺点：当回程流量很大时，负载均衡器本身容易成为瓶颈。改进方案，使用DR模式。 DR：特点，回程路径直接回到客户端。不需要NAT，后端服务器都需要配置环口ip为VIP，并且配置不响应VIP的arp请求。同时要求LVS分发器和后端VM在相同网段内，这个模式是主流。 　　　　 缺点：要求后端VM和LVS分发头在相同网段。改进方案：LVS + haproxy. 隧道模式：特点，负载均衡器和后端虚拟机不是直接相连，通过隧道打通，要求双方都要支持IPinIP协议。 LVS + haproxy: 怎么解决跨网问题？

为什么要前后端分离？ 作者：偏头痛杨 来源：https://blog.csdn.net/piantoutongyang 一、前戏 前后端分离已成为互联网项目开发的业界标准使用方式，通过nginx+tomcat的方式（也可以中间加一个nodejs）有效的进行解耦，并且前后端分离会为以后的大型分布式架构、弹性计算架构、微服务架构、多端化服务（多种客户端，例如：浏览器，车载终端，安卓，IOS等等）打下坚实的基础。这个步骤是系统架构从猿进化成人的 必经之路 。 核心思想是前端html页面通过ajax调用后端的restuful api接口并使用json数据进行交互。 在互联网架构中， 名词解释： Web服务器 ：一般指像nginx，apache这类的服务器，他们一般只能解析静态资源。 应用服务器 ：一般指像tomcat，jetty，resin这类的服务器可以解析动态资源也可以解析静态资源，但解析静态资源的能力没有web服务器好。 一般都是只有web服务器才能被外网访问，应用服务器只能内网访问。 二、术业有专攻（开发人员分离） 以前的JavaWeb项目大多数都是java程序员又当爹又当妈，又搞前端，又搞后端。 随着时代的发展，渐渐的许多大中小公司开始把前后端的界限分的越来越明确，前端工程师只管前端的事情，后端工程师只管后端的事情。正所谓术业有专攻，一个人如果什么都会，那么他毕竟什么都不精。

b01 10.112.11.134Nginx主负载均衡器 lb02 10.112.11.208 Nginx辅负载均衡器 web01 10.112.11.114 web01服务器（Nginx） web02 10.112.11.133 web02服务器（Nginx） 虚拟IP 10.112.11.66 lnmp 环境的搭建快速搭建 vim lnmp.sh #!/bin/bash systemctl stop firewalld setenforce 0 yum -y install gcc pcre-devel openssl-devel wget useradd -s /sbin/nologin nginx wget http://nginx.org/download/nginx-1.17.7.tar.gz tar -xf nginx-1.17.7.tar.gz cd nginx-1.17.7/ ./configure --user=nginx --group=nginx --with-http_ssl_module --with-stream make && make install yum -y install mariadb mariadb-devel mariadb-server php php-mysql php-fpm /usr/local/nginx/sbin

原文链接: https://www.cnblogs.com/mmdln/p/8988951.html 高可用有2中方式。 1、 Nginx+keepalived 主从配置 这种方案，使用一个vip地址，前端使用2台机器，一台做主，一台做备，但同时只有一台机器工作，另一台备份机器在主机器不出现故障的时候，永远处于浪费状态，对于服务器不多的网站，该方案不经济实惠。 2、Nginx+keepalived 双主配置 这种方案，使用两个vip地址，前端使用2台机器，互为主备，同时有两台机器工作，当其中一台机器出现故障，两台机器的请求转移到一台机器负担，非常适合于当前架构环境。 1、 Nginx+keepalived 主从配置 1.环境如下 lb-01:192.168.96.130 nginx+keepalived-master lb-02:192.168.96.131 nginx+keepalived-backup VIP：192.168.75.135 nginx+tomcat负载均衡集群参照 nginx+tomcat负载均衡集群参照 两台机器都要安装nginx 配置文件相同 [html] view plain copy < span style= "font-size:18px;" >upstream myServer{ server 192.168.96.130:8080; server