Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，在BSD-like协议下发行。其特点是

　　正向代理（forward proxy）：如果把局域网外的Internet想象成一个巨大的资源库，则局域网中的客户端要访问Internet，则需要通过代理服务器来访问，这种代理服务就称为正向代理。需要在客户端配置代理服务器进行指定网站访问。

　　有时候，用户想要访问某国外网站，该网站无法在国内直接访问，但是我们可以访问到一个代理服务器，这个代理服务器可以访问到这个国外网站。因此，用户对该国外网站的访问就需要通过代理服务器来转发请求，并且该代理服务器也会将请求的相应再返回给用户。这个上网的过程就是用到了正向代理。

　　反向代理（reverse proxy），其实客户端对代理是无感知的，因为客户端不需要任何配置就可以访问，我们只需要将请求发送到反向代理服务器，由反向代理服务器去选择目标服务器获取数据后，再返回给客户端，此时反向代理服务器和目标服务器对外就是一个服务器，暴露的是代理服务器地址，隐藏了真实服务器IP地址

　　对于常用的场景，就是我们在Web开发中用到的负载均衡服务器，客户端发送请求到负载均衡服务器上，负载均衡服务器再把请求转发给一台真正的服务器来执行，再把执行结果返回给客户端。

　　增加服务器的数量，然后将请求分发到各个服务器上，将原先请求集中到单个服务器上的情况改为将请求分发到多个服务器上，将负载分发到不同的服务器，也就是我们所说的负载均衡

　　为了加快网站的解析速度，可以把动态页面和静态页面由不同的服务器来解析，加快解析速度。降低原来单个服务器的压力。

　　homebrew是一款软件包管理工具，通过brew可以很方便的在Mac中安装软件或者是卸载软件

　　从配置文件开始到events块之间的内容，主要会设置一些影响nginx服务器整体运行的配置指令，主要包括配置运行Nginx服务器的用户(组)、允许生成的worker process数，进程PID存放路径、日志存放路径和类型以及配置文件的引入等。

　　如上这是Nginx服务器并发处理服务的关键配置，worker_processes值越大，可以支持的并发处理量也越多，但是会受到硬件、软件等设备的制约。

　　events块涉及的指令主要影响Nginx服务器与用户的网络连接，常用的设置包括是否开启对多work process下的网络连接进行序列化，是否允许同时接收多个网络连接，选取哪种事件驱动模型来处理连接请求为什么有免费ip代理服务器，每个word process可以同时支持的最大连接数等。

　　如上，表示每个work process支持的最大连接数为1024。这部分的配置对Nginx的性能影响较大，在实际中应该灵活配置。

　　这算是Nginx服务器配置中最频繁的部分，代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。需要注意的是http块也可以包括http全局块、server块。

　　http全局块配置的指令包括文件引入、MIME-TYPE定义、日志自定义、连接超时时间、单链接请求数上限等。

　　这块和虚拟主机有密切关系。虚拟主机从用户角度看，和一台独立的硬件主机是完全一样的，该技术的产生是为了节省互联网服务器硬件成本。

　　每个http块可以包括多个server块，而每个server块就相当于一个虚拟主机。 而每个server块也分为全局server块，以及可以同时包含多个locaton块。

　　这块的主要作用是基于Nginx服务器接收到的请求字符串(例如 server_name/uri-string)，对虚拟主机名称 (也可以是IP别名)之外的字符串(例如前面的 /uri-string)进行匹配，对特定的请求进行处理。地址定向、数据缓存和应答控制等功能，还有许多第三方模块的配置也在这里进行

　　步骤2：修改本地host文件，将 映射到 127.0.0.1（这一步是进行域名和ip对应关系的配置）%sudo vi /etc/hosts# 打开终端，输入该命令行#输入密码#i插入内容，输入“127.0.0.1 ”#按Esc，然后输入:wq 进行保存

　　配置完成之后，我们便可以通过访问到第一步出现的Tomcat初始界面。那么如何只需要输入便可以跳转到Tomcat初始界面呢？便用到nginx的反向代理。

　　如上配置，我们监听80端口，访问域名为（不加端口号时默认为80端口），故访问该域名时会跳转到127.0.0.1:8080路径上。

　　此处的意思为：nginx 反向代理服务监听的80端口，如果有请求过来，则转到proxy_pass配置的对应服务器上。

　　在nginx中配置proxy_pass反向代理时，当在后面的url加上了/，相当于是绝对根路径，则nginx不会把location中匹配的路径部分给代理走；如果没有/，则会把匹配的路径部分也给代理走。

　　步骤1：准备两个tomcat，一个8081端口，一个8082端口，并准备好测试的页面（同实验2，不再赘述。注意此时不开启8080端口的tomcat）

　　负载均衡即是将负载分摊到不同的服务单元，既保证服务的可用性，又保证响应足够快，给用户很好的体验。快速增长的访问量和数据流量催生了各式各样的负载均衡产品，很多专业的负载均衡硬件提供了很好的功能，但却价格不菲，这使得负载均衡软件大受欢迎。Nginx提供了以下几种分配方式（策略）：

　　Nginx动静分离简单来说就是把动态跟静态请求分开，不能理解成只是单纯的把动态页面和静态页面物理分离。严格意义上说应该是动态请求跟静态请求分开，可以理解成使用Nginx处理静态页面，Tomcat处理动态页面。

　　通过location指定不同的后缀名实现不同的请求转发。通过expires参数设置，可以使浏览器缓存过期时间，减少与服务器之前的请求和流量。

　　具体Expires定义：是给一个资源设定一个过期时间，也就是说无需去服务端验证，直接通过浏览器自身确认是否过期即可， 所以不会产生额外的流量。此种方法非常适合不经常变动的资源。(如果经常更新的文件，不建议使用Expires来缓存)，这里设置3d，表示在这3天之内访问这个URL，发送一个请求，比对服务器该文件最后更新时间没有变化，则不会从服务器抓取，返回状态码304，如果有修改，则直接从服务器重新下载，返回状态码200。实例

　　在使用Nginx做反向代理或者负载均衡的时候，都是以Nginx为入口，如果Nginx宕机了，那么所有的服务都无法正常提供，影响非常严重。所有我们需要保证Nginx高可用，就是配置备份机，前一个挂了，还有后一个。

　　为了避免负载均衡服务器宕机造成严重影响，就需要建立一个备份机。主服务器和备份机上都运行高可用（High Availability）监控程序，通过传送诸如“I am alive”这样的信息来监控对方的运行状况。当备份机不能在一定的时间内收到这样的信息时，它就接管主服务器的服务IP并继续提供负载均衡服务；当备份管理器又从主管理器收到“I am alive”这样的信息时，它就释放服务IP地址，这样的主服务器就开始再次提供负载均衡服务。

　　高可用（High Availability）是分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计减少系统不能提供服务的时间。如果一个系统能够一直提供服务，那么这个可用性则是百分之百，但是我们不能保证一个系统能永远不出问题，所以我们只能通过设计来尽可能的去减少由于系统的故障所造成的影响。

　　我们可以通过Keepalived来实现Nginx的高可用，keepalived是集群管理中保证集群高可用的一个服务软件，用来防止单点故障。Keepalived的作用是检测web服务器的状态，如果有一台web服务器死机或工作出现故障，Keepalived将能检测到，并将有故障的web服务器从系统中剔除，当web服务器工作正常后Keepalived会自动将该web服务器加入到服务器群中。这些工作全部都会自动完成，不需要人工干涉，需要人工做的只是修复故障的web服务器。keepalived可以理解为一个健康检查的软件。

　　高可用至少需要2台服务器，主备都得装上keepalived，当请求访问主服务器时，备份服务器会一直检查主服务器的状态。

　　keepalived需要绑定一个虚拟地址 vip (Virtual IP Address) ，这个虚拟 ip 地址绑定在哪台服务器上请求就会发送到哪台服务器，一开始会绑定在主服务器上。

　　首先准备两台服务器，这里我们准备了两台虚拟机。分别在这两台服务器上安装Nginx和keepalived。安装keepalived使用yum方式直接安装即可，该方式会自动安装依赖。安装keepalived命令：

　　首先需要修改keepalived的配置文件，keepalived 的配置文件在 /etc/keepalived 目录下。主服务器和备份服务器的 keepalived 配置文件有一点不同。下面是主服务器的f 文件内容，直接替代默认的 keepalived.conf 配置文件即可。

　　上面的配置文件中我们配置了检测脚本的名称和位置，即 /usr/local/src/nginx_check.sh，根据配置我们需要往主备服务器的 /usr/local/src 目录下分别创建一个nginx_check.sh脚本文件，文件内容如下：

　　上面的检测脚本的作用是，当检测到 nginx 挂掉但如果此时 keepalived 没挂掉，该脚本会主动尝试重启nginx服务，如果实在重启不了nginx，该脚本会主动关闭 keepalived 好让备份服务器的 nginx 替代上来。

　　配置完之后，我们可以在window浏览器上输入上面配置的虚拟地址 192.168.32.50 来访问主服务器的 Nginx：

　　此时再访问虚拟 ip 地址 192.168.32.50 仍能正常访问，因为备份服务器此时在工作了。我们可以修改两个服务器上的 Nginx 资源的内容以便能区分是哪个服务器的资源，如下可以证明此时确实是备份服务器 192.168.32.130 在工作

　　Nginx采用的是多进程（单线;多路IO复用模型。使用了 I/O 多路复用技术的Nginx，就成了”并发事件驱动“的服务器。

　　Nginx 在启动后，会有一个 master 进程和多个相互独立的 worker 进程，接收来自外界的信号，向各worker进程发送信号，每个进程都有可能来处理这个连接。master 进程能监控 worker 进程的运行状态，当 worker 进程退出后(异常情况下)，会自动启动新的 worker 进程。

　　(2)每个 woker 是独立的进程，如果有其中的一个 woker 出现问题，其他 woker 独立的， 继续进行争抢，实现请求过程，不会造成服务中断