nginx集群

前言介绍 lnmp的全程是 linux + nginx + mysql + php; lnmp就是上述系统及应用程序的简写组合； lnmp其实已经代表了一个用户正常对一个页面请求的流程，nginx接收请求，mysql进行数据存储，php进行后端处理；类似的架构还有lamp或者 linux + nginx + mysql + java等等； lnmp又叫lemp，外国人喜欢叫lemp，中国人喜欢叫lnmp； lnmp相比于lamp架构的优势在于轻便、操作相对简单；lamp优势相对于nginx而言模块丰富； 环境配置 编号 软件 版本 1 Centos 7 2 nginx 1.175 3 mysql 5.7 4 php 7.5 部署详情 来源： https://www.cnblogs.com/guge-94/p/11827304.html

Date:2019-11-08 读前思考： Nginx是什么？ Nginx因为什么而出生的？ Nginx到底能解决什么问题？Nginx的优缺点？ Nginx 的产生 Nginx 同 Apache 一样都是一种 Web 服务器。基于 REST 架构风格，以统一资源描述符（Uniform Resources Identifier）URI 或者统一资源定位符（Uniform Resources Locator）URL 作为沟通依据，通过 HTTP 协议提供各种网络服务。 然而，这些服务器在设计之初受到当时环境的局限，例如当时的用户规模，网络带宽，产品特点等局限并且各自的定位和发展都不尽相同。这也使得各个 Web 服务器有着各自鲜明的特点。 Apache 的发展时期很长，而且是毫无争议的世界第一大服务器。它有着很多优点：稳定、开源、跨平台等等。 它出现的时间太长了，它兴起的年代，互联网产业远远比不上现在。所以它被设计为一个重量级的。 它不支持高并发的服务器。在 Apache 上运行数以万计的并发访问，会导致服务器消耗大量内存。 操作系统对其进行进程或线程间的切换也消耗了大量的 CPU 资源，导致 HTTP 请求的平均响应速度降低。 这些都决定了 Apache 不可能成为高性能 Web 服务器，轻量级高并发服务器 Nginx 就应运而生了。 俄罗斯的工程师 Igor Sysoev，他在为

0. 服务器规划 角色 IP 组件 k8s-master1 192.168.31.63 kube-apiserver kube-controller-manager kube-scheduler etcd k8s-master2 192.168.31.64 kube-apiserver kube-controller-manager kube-scheduler k8s-node1 192.168.31.65 kubelet kube-proxy docker etcd k8s-node2 192.168.31.66 kubelet kube-proxy docker etcd Load Balancer（Master） 192.168.31.61 192.168.31.60 (VIP) Nginx L4 Load Balancer（Backup） 192.168.31.62 Nginx L4 一 - 系统 初始化 关闭防火墙： # systemctl stop firewalld # systemctl disable firewalld 关闭 selinux： # setenforce 0 # 临时 # sed -i 's/enforcing/disabled/' /etc/selinux/config # 永久 关闭 swap： # swapoff -a # 临时 # vim

作者：chszs，转载需注明。博客主页： http://blog.csdn.net/chszs 前段时间，我花了不少时间来寻求一种方法，把新开发的代码推送到到生产系统中部署，生产系统要能够零宕机、对使用用户零影响。 我的设想是使用集群来搞定，通过通知负载均衡Nginx，取下集群中的Tomcat节点，然后对Tomcat上的应用进行升级，再通知负载均衡Nginx，把Tomcat节点重新加载上去。依次这么做，把集群中的所有Tomcat都替换一次即可。 那么问题来了，在取下Tomcat节点和加载新Tomcat节点时如何做到对用户无影响呢？方法很简单，共享Session。 下面，我们用实例来说明此方案。我们的例子使用了一台Nginx做负载均衡，后端挂接了两台Tomcat，且每台Tomcat的Session会话都保存到Redis数据库中。其中，Nginx配置为non-sticky运行模式，也即每一个请求都可以被分配到集群中的任何节点。当要上线新代码时，只需简单地取下Tomcat实例，此时所有的访问用户会被路由到活动的Tomcat实例中去，而且由于会话数据都是保存在Redis数据库中，所以活跃用户并不会受影响。当Tomcat更新完毕，又可以把此节点加入到Nginx中。 安装Nginx # sudo rpm -ivh nginx-1.4.2-1.el6.ngx.x86_64.rpm 修改配置文件

1、nginx相对于apache的优点： 轻量级，同样起web 服务，比apache占用更少的内存及资源抗并发，nginx 处理请求是异步非阻塞的，而apache 则是阻塞型的，在高并发下nginx 能保持低资源低消耗高性能高度模块化的设计，编写模块相对简单社区活跃，各种高性能模块出品迅速啊 apache 相对于nginx 的优点： rewrite ，比nginx 的rewrite 强大，动态页面，模块超多，基本想到的都可以找到，少bug ，nginx 的bug 相对较多，超稳定 存在就是理由，一般来说，需要性能的web 服务，用nginx 。如果不需要性能只求稳定，那就apache 吧。后者的各种功能模块实现得比前者，例如ssl 的模块就比前者好，可配置项多。这里要注意一点，epoll(freebsd 上是 kqueue )网络IO 模型是nginx 处理性能高的根本理由，但并不是所有的情况下都是epoll 大获全胜的，如果本身提供静态服务的就只有寥寥几个文件，apache 的select 模型或许比epoll 更高性能。 2、作为 Web 服务器：相比 Apache，Nginx 使用更少的资源，支持更多的并发连接，体现更高的效率，这点使 Nginx 尤其受到虚拟主机提供商的欢迎。在高连接并发的情况下，Nginx是Apache服务器不错的替代品:

PS：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应用做一些分流的策略，比如针对域名、目录结构

NGINX将在1.13.10版本中包含grpc相关功能。 这个版本支持NGINX代理gRPC TCP连接。可以用来： 发布gRPC服务，包括未加密/加密的gRPC服务。 通过单个endpoint发布多个gRPC服务，使用NGINX路由到后端服务。 甚至可以和其他HTTP/2服务使用相同的endpoint，例如网站和 REST API。 反向代理gRPC服务，对gRPC服务集群进行负载均衡。 什么是gRPC？ gRPC是一种rpc协议，用于客户端和服务端之间的通信。 gRPC设计的很紧凑并且多语言支持良好，同时支持request/response模式和流式交互。 由于其广泛的语言支持和简单面向用户的设计，该协议越来越受欢迎，其中包含服务混搭(service mesh)实现 。 无论是明文还是TLS加密，gRPC都通过HTTP/2传输。 gRPC request使用HTTP POST请求。 gRPC response也使用类似的方式，并在response结束时使用HTTP trailer 发送状态码。 因为gRPC使用了HTTP/2的连接复用和流式传输功能，所以gRPC不能使用HTTP 1.x。 使用NGINX管理gRPC服务 下面是一个简单的gRPC程序作为DEMO。 简单gRPC服务 首先，我们在客户端和服务器应用程序之间插入NGINX。

Nginx 轻量级，采用 C 进行编写，同样的 web 服务，会占用更少的内存及资源 抗并发，nginx 以 epoll and kqueue 作为开发模型，处理请求是异步非阻塞的，负载能力比 apache 高很多，而 apache 则是阻塞型的。在高并发下 nginx 能保持低资源低消耗高性能 ，而 apache 在 PHP 处理慢或者前端压力很大的情况下，很容易出现进程数飙升，从而拒绝服务的现象。 nginx 处理静态文件好，静态处理性能比 apache 高三倍以上 nginx 的设计高度模块化，编写模块相对简单 nginx 配置简洁，正则配置让很多事情变得简单，而且改完配置能使用 -t 测试配置有没有问题，apache 配置复杂 ，重启的时候发现配置出错了，会很崩溃 nginx 作为负载均衡服务器，支持 7 层负载均衡 nginx 本身就是一个反向代理服务器，而且可以作为非常优秀的邮件代理服务器 启动特别容易, 并且几乎可以做到 7*24 不间断运行，即使运行数个月也不需要重新启动，还能够不间断服务的情况下进行软件版本的升级 社区活跃，各种高性能模块出品迅速 Apache apache 的 rewrite 比 nginx 强大，在 rewrite 频繁的情况下，用 apache apache 发展到现在，模块超多，基本想到的都可以找到 apache 更为成熟，少 bug

Nginx是什么? Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。 Nginx是一款轻量级的WEB服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，在BSD-like 协议下发行。其特点是占有内存少，并发能力强。 Nginx重要特性 支持高并发：能支持几万并发连接（特别是静态小文件业务环境） 资源消耗少。 可以做HTTP反向代理及加速缓存，即负载均衡功能，内置对RS节点服务器健康检查功能，这相当于专业的Haproxy软件或LVS的功能。 具备Squid等专业缓存软件等的缓存功能。 支持异步网络I／O事件模型epoll（linux2.6+）。 Nginx软件的主要企业功能应用 （1）作为Web服务软件Nginx是一个支持高性能，高并发的Web服务软件，它具有很多优秀的特性，作为Web服务器，与Apache相比，Nginx能够支持更多的并发连接访问，但占用的资源更少，效率更高，在功能上也强大了很多，几乎不逊色于Apache。 （2）反向代理或负载均衡服务在反向代理或负载均衡服务方面，Nginx可以作为Web服务，PHP等动态服务及Memcached缓存的代理服务器，它具有类似专业反向代理软件（如Haproxy）的功能，同时也是一个优秀的邮件代理服务软件

单服务器无论如何优化，无论采用多好的硬件，总会有一个性能天花板，当单服务器的性能无法满足业务需求时，就需要设计高性能集群来提升系统整体的处理性能。 高性能集群的本质很简单，通过增加更多的服务器来提升系统整体的计算能力。由于计算本身存在一个特点：同样的输入数据和逻辑，无论在哪台服务器上执行，都应该得到相同的输出。因此高性能集群设计的复杂度主要体现在任务分配这部分，需要设计合理的任务分配策略，将计算任务分配到多台服务器上执行。 高性能集群的复杂性主要体现在需要增加一个任务分配器，以及为任务选择一个合适的任务分配算法。对于任务分配器，现在更流行的通用叫法是“负载均衡器”。但这个名称有一定的误导性，会让人潜意识里认为任务分配的目的是要保持各个计算单元的负载达到均衡状态。而实际上任务分配并不只是考虑计算单元的负载均衡，不同的任务分配算法目标是不一样的，有的基于负载考虑，有的基于性能(吞吐量、响应时间)考虑，有的基于业务考虑。考虑到“负载均衡”已经成为了事实上的标准术语，这里我也用“负载均衡”来代替“任务分配”，但请你时刻记住，负载均衡不只是为了计算单元的负载达到均衡状态。 负载均衡分类 常见的负载均衡系统包括3种：DNS负载均衡、硬件负载均衡和软件负载均衡。 DNS负载均衡 DNS是最简单也是最常见的负载均衡方式，一般用来实现地理级别的均衡。例如，北方的用户访问北京的机房