nginx集群搭建 多台nginx集群方案

本篇文章给大家谈谈nginx集群搭建，以及多台nginx集群方案对应的知识点，文章可能有点长，但是希望大家可以阅读完，增长自己的知识，最重要的是希望对各位有所帮助，可以解决了您的问题，不要忘了收藏本站喔。

如何理解Nginx和Tomcat

nginx简介

Nginx("enginex")是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP服务器。Nginx是由IgorSysoev为俄罗斯访问量第二的Rambler.ru站点开发的，第一个公开版本0.1.0发布于2004年10月4日。其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。2011年6月1日，nginx1.0.4发布。Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器，并在一个BSD-like协议下发行。由俄罗斯的程序设计师IgorSysoev所开发，供俄国大型的入口网站及搜索引擎Rambler(俄文:Рамблер)使用。其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有:淘宝、百度、新浪、网易、腾讯等。

nginx应用场景

1、http服务器。Nginx是一个http服务可以独立提供http服务。可以做网页静态服务器。2、虚拟主机。可以实现在一台服务器虚拟出多个网站，例如个人网站使用的虚拟机。3、反向代理，负载均衡。当网站的访问量达到一定程度后，单台服务器不能满足用户的请求时，需要用多台服务器集群可以使用nginx做反向代理。并且堕胎服务器可以平均分担负载，不会应为某台服务器负载高宕机而某台服务器闲置的情况。nginx七层loadbalance结构图：

nginx的主要特点

高并发连接:官方称单节点支持5万并发连接数，实际生产环境能够承受2-3万并发。内存消耗少:在3万并发连接下，开启10个nginx进程仅消耗150M内存(15M*10=150M)配置简单成本低廉:开源免费支持rewrite重写规则:能够根据域名、url的不同，将http请求分发到后端不同的应用服务器节点上内置健康检查功能:如果后端的某台应用节点挂了，请求不会再转发给这个节点，不影响线上功能节省带宽:支持gzip压缩反向代理:支持分布式部署环境，消除单点故障，支持7*24小时不停机发布

nginx原理(UnixI/O模型简介)

阻塞(blocking)非阻塞(nonblocking)同步(synchronous)阻塞I/O(blockingI/O)I/O多路复用非阻塞I/O(nonblockingI/O)信号驱动异步(asynchronous)异步I/O基本概念

I/O涉及的对象：应用程序进程(简称进程)操作系统内核(简称内核)I/O经历的过程(以读操作为例)：等待数据准备(简称准备过程)将数据从内核拷贝到进程(简称拷贝过程)阻塞：进程在准备过程中阻塞地等待非阻塞：进程在准备过程中不会阻塞同步：进程在拷贝过程中需要阻塞等待异步：进程在拷贝过程中不需要阻塞等待

同步阻塞I/O阻塞I/O

最常见也是默认情况下我们会使用的，进程发起read操作后，进程阻塞等待数据准备就绪，进程阻塞等待内核将数据拷贝到进程中。

I/O多路复用

所谓的select、epoll，又叫事件驱动I/O。在java中叫nio，进程发起一个或多个socket的read请求后：用select/epoll方法阻塞等待数据就绪，一旦有至少一个就绪，进程阻塞等待内核拷贝数据到进程中。处理单个连接并不比阻塞I/O快。好处在于可以提高并发性，一个线程可同时处理多个连接。

同步非阻塞I/O非阻塞I/O

进程发起read操作后

进程无需阻塞等待数据准备就绪，若未就绪立即返回err进程过一段时间后再次发起read操作，询问是否准备就绪若已经准备就绪，则进程阻塞等待内核将数据拷贝到进程中

信号驱动I/O

进程发起read操作时，注册信号handler

进程无需阻塞等待数据准备就绪数据就绪后内核通过信号通知进程，并调用进程注册的信号handler进程阻塞等待数据拷贝

异步非阻塞I/O

进程发起read操作，将socket和接收数据的buffer传递给内核后：

无需阻塞等待数据准备就绪数据就绪后也无需阻塞等待内核拷贝数据内核拷贝数据完成后发送信号通知进程数据已经可用

nginx如何保证强大的并发能力

nginx使用epoll(linux2.6内核)和kqueue(freebsd)网络模型，而apache使用传统的select模型epoll与select都是I/O多路复用epoll是当前在Linux下开发大规模并发网络程序的热门选择。

select模型与epoll模型的对比

select模型的缺点

最大并发数限制，因为一个进程所打开的FD（文件描述符）是有限制的，由FD_SETSIZE设置，默认值是1024/2048，因此Select模型的最大并发数就被相应限制了。自己改改这个FD_SETSIZE？想法虽好，可是先看看下面吧…效率问题，select每次调用都会线性扫描全部的FD集合，这样效率就会呈现线性下降，把FD_SETSIZE改大的后果就是，大家都慢慢来，什么？都超时了。内核/用户空间内存拷贝问题，如何让内核把FD消息通知给用户空间呢？在这个问题上select采取了内存拷贝方法。

注：从上面看，select和epoll都需要在返回后，通过遍历文件描述符来获取就绪的socket。事实上，同时连接的大量客户端在同一时刻只有很少处于就绪状态，因此随着监视的文件数量增长，其效率也会呈现线性下降。

epoll模型的优点：

相对于select和poll来说，epoll更加灵活，没有描述符限制(它所支持的FD上限是最大可以打开文件的数目，这个数字一般远大于2048,举个例子,在1GB内存的机器上大约是10万左右，具体数目可以cat/proc/sys/fs/file-max察看)。epoll使用一个文件描述符管理多个描述符，将用户关系的文件描述符的事件存放到内核的一个事件表中，这样在用户空间和内核空间的copy只需一次。IO的效率不会随着监视fd的数量的增长而下降。epoll不同于select和poll轮询的方式，而是通过每个fd定义的回调函数来实现的。只有就绪的fd才会执行回调函数。内存拷贝，Epoll在这点上使用了“共享内存”，这个内存拷贝也省略了。注：Epoll不仅会告诉应用程序有I/O事件到来，还会告诉应用程序相关的信息，根据这些信息应用程序就能直接定位到事件，而不必遍历整个FD集合

nginx配置实例

反向代理https缓存静态化文件

Tomcat的整体结构介绍

Tomcat的整体架构图下:

相关组件的大致介绍如下:

Server组件:Server组件是最顶级的组件,它代表Tomcat的运行实例,在一个JVM中只会包含一个Server。在Server的整个生命周期中,Server组件中的Listener组件实现事件的监听并完成相应的任务,此外Server中包含的GlobalNamingResources组件是为了方便在Tomcat中集成JNDI。除了这两个组件,Server的核心组件就是Service组件Service组件:Service是服务的抽象,它代表请求从接收到处理的所有组件的集合,一个Server组件可以包含多个Service组件,每一个Service组件都包含了若干的用于接受客户端消息的Connector组件和处理请求的Engine组件以及一些Executor组件。其中不同的Connector组件使用不同的通信协议,如Http协议和AJP协议等。Executor组件是一个线程池,主要是为Service内的所有组件提供任务所需的线程池。连接器组件Connector组件:Connector组件的主要职责就是接受客户端的连接并且接受消息报文,消息报文经由Connector的解析之后送往Container组件处理。Tomcat可以处理Http协议和AJP协议等,因此Connector的分类主要由Http和AJP两种协议的Connector组件。Service组件和Connector组件的关系图如下:,此外,Connector组件中还包含有Mapper组件和CoyoteAdapter组件。Mapper组件:客户端请求的路由导航组件,通过它能够对一个完整的请求地址进行路由,从而根据请求地址找到对应的Servlet。CoyoteAdapter组件:一个将Connector和Container适配起来的适配器。容器组件

Tomcat内部有4个级别的容器,分别是Engine、Host、Context和Wrapper。

Engine组件:

Engine代表全局的Servlet引擎,每一个Service组件只能包含一个Engine容器组件,但是一个Engine组件可以包含多个Host组件,除了Host组件之外,还包含以下的组件。

Host组件:

Tomcat中Host组件代表的是虚拟主机,其中存放着若干的抽象的Web应用。Host组件除了包含Context组件之外还包含以下的组件

Context组件:

Context组件是Web应用的抽象,其包含了各种静态资源、若干Servlet(Wrapper容器)以及各种其他动态资源。其除了包含主要的Wrapper组件之外还包括以下的组件:

Wrapper组件:

一个Wrapper组件对应着一个Servlet,其主要包含以下的组件

小结

总之,Tomcat从功能上可以抽象的看做是由连接器组件(Connector)和容器组件(Container)组成。Connector组件负责在服务器端处理客户端的连接,包括接受客户端的连接、接受客户端的消息,对消息报文进行解析。Container组件负责对客户端的请求进行逻辑处理然后把结果返回给客户端

作者：FuyunWang链接：https://juejin.im/post/5a82a1d05188257a5a4cb418来源：掘金著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

Nginx到底能做什么

Nginx是一款高性能的HTTP和反向代理服务器，同时也支持邮件服务。因其内存占用小、高并发的特性使得在世界范围内使用广泛，像国内互联网大企业无一例外使用的就是Nginx，比如淘宝还基于Nginx开发了Tengine。

既然Nginx应用这么广泛，那它到底能干些啥呢？下面我列举一些场景来说明下Nginx的用途：

1、反向代理

在LNMP这种架构模式下，其实就用到了反向代理。因为Nginx它默认只支持静态资源的请求，比如说PHP脚本也不是由Nginx直接解析的，而是由Nginx反向代理（通过proxy_pass指令）到PHP-FPM去解析的。

所以我们通常在Apache、Tomcat、IIS之前加上Nginx，由Nginx反向代理到后端服务器上。

2、负载均衡

当我们的站点访问量大时，为了缓解单一应用服务器的压力我们通常会扩容多台服务器，此时如何把流量分发给不同服务器呢？通过Nginx就可以实现负载均衡了，Nginx负载均衡策略也很多，主要有：RR（轮询）、weight（权重）、ip_hash（IPHash）、fair（后端服务器响应时间）、url_hash（URLHash）这几种。

3、动静分离

Nginx本身只支持静态资源的处理，借助Nginx我们可以实现动静分离，即：将静态请求交给Nginx处理，将动态请求通过转发给后端服务器。

4、Nginx扩展

通过Nginx扩展可以实现很多功能，如：

图片在线裁剪；

请求合并；

资源压缩等。

以上就是我的观点，对于这个问题大家是怎么看待的呢？欢迎在下方评论区交流~我是科技领域创作者，十年互联网从业经验，欢迎关注我了解更多科技知识！

如何实现Linux服务器集群系统

服务器的集群系统是比较复杂的功能，这个得根据你业务的需求来确定使用什么架构。

如果是做mysql的集群，可以使用mycat中间件做读写分离，也可以使用MHA,来实现MySQL的集群。

如果要是做web项目的话，则可以使用LVS+Keepalived来实现。也可以使用Nginx做反向代理。

现在比较火的可能是虚拟化，就是配置一台高配服务器，在其中运行docker或者openstack等虚拟化技术也可以实现集群的功能，有个弊端就是宿主机一旦故障，整个业务全部瘫痪，当然，这样是比较节省开销的。

linux下部署tomcat集群tomcat无法访问该怎样解决

谢谢邀请

首先判断tomcat是否启动可以使用

$ps-ef|greptomcat

如果未启动就可以启动

如果启动就需要考虑防火墙是否正常，可以用下面命令把你tomcat的端口配置上。

$vi/etc/sysconfig/iptables

重启防火墙

$serviceiptablesrestart

然后就可以通过ip:端口进行访问。

不过一般使用tomcat集群时前面都会增加nginx反相代理服务器。

你对F5收购Nginx如何看，会不会对广大使用nginx的用户造成影响

2008我一个老同事在网易推广使用nginx，2009年我最早在腾讯使用nginx，那时腾讯也有自研发的高性能webserver，之所以用nginx是因为当时需要用到一个腾讯自研高性能webserver没有的而nginx却有的一个特性，经过使用一段时间发现效果不错，就建议平台研发组把这特性加入了自研的webserver，可是nginx没有被彻底撤下来，其他有需要的业务部门也开始使用nginx。

在那时，开源领域黄金搭配几乎就是apache+squid，虽然Yahoo和Google也有自己开发的高性能webserver，但nginx各方面表现都很好因而普及程度逐步提升。

nginx的出现除了解决了运维上许多性能问题之外还给业界示范了如何用十分精炼的实现代码高性能网络服务器，这是Apache时代不少人想象不到的，教科书里也没有近似的demo实现。

在国内很多应用场景中，在有经验的运维手里优化好nginx确实可以替代F5，如果用户非要购买F5，那恐怕更多是花钱买放心，我后来给一个大型互联网做技术顾问时，该客户就在每个idc部署了两台F5作为前端的接入，其中一台是备用机，而F5的后面就是我部署的nginx集群，其实，这种架构如果换成lvs加nginx集群也是可行的，可是客户不愿意这样做，可能他们觉得这样更让人放心吧。不管怎样,开源免费nginx的存在确实影响到F5，但是出现F5收购nginx还是有点意料不及，因为不了解整个收购的内幕就只能从技术层面讲一下。

在2008年前后，nginx对第三方模块的开发已经很好，而且有老外写了教程，我那时也开始阅读nginx源码和编写nginx模块，nginx的接口稳定，10年前写的模块在今天稍作修改也能编译通过，逐渐的有许多中文的nginx模块开发教程也被国人写出来，2010年开始，国内有一些技术人开始分析nginx的源码，也有人参考nginx的方式去实现高性能的网络服务器，由于nginx代码十分精炼，因此nginx的架构已经被许多程序员研究透了，如果F5的收购nginx有好的发展固然是好事，如果nginx这项目后面的走向不太理想，全球的开发者通过过去10年对nginx的学习，我认为也能很快发展出新开源高性能webserver。

近年大家http2开始普及，就我之前的了解http2在nginx上的实现还要依靠一个第三方库，如果有新的高性能webserver出现，可能是有机会进行更好的http2的实现，当然了新的项目出现必然会经过一段时间淘汰掉一些不够好的，与此同时运维人员也不轻易更换webserver。

文章到此结束，如果本次分享的nginx集群搭建和多台nginx集群方案的问题解决了您的问题，那么我们由衷的感到高兴！