13《Nginx 入门教程》Nginx负载均衡(下)

这一小节中，我们将实战 Nginx 的四层和七层负载均衡功能。条件有限，使用一台公网主机，在上面搭建好 Nginx 服务。公网 IP 为 180.76.152.113。

首先会进行简单的四层负载均衡实验，不会涉及多种负载均衡算法，只使用默认的 Round-Robin算法。在后续的七层负载均衡实验中，会重点测试不同的负载均衡策略，完成相关实验。

首先在 nginx.conf 中添加如下 stream 指令块配置:

上述配置用端口3000和3001模拟两个上游服务器，然后在 upstream 指令块中指定这两个上游服务器的地址，同时给第一个设置权重为2。由于默认采用的是加权的 Round-Robin 算法，默认服务器的权重为1。设置为2，表明3次请求中，2次会转发到3000端口，一次会转发到3001端口，下面的测试也验证了这一点。

和四层的配置其实差不多，在七层中除了测试最基本的，我们还将测试前面提到的几种负载均衡策略，进一步熟悉 Nginx 中的负载均衡配置。

在 nginx.conf 中添加如下的 http 指令块:

上述配置中，我们用8000，8001和8002三个端口模拟了3个上游服务器，默认使用轮询负载均衡算法，而且三个的权重均为1。进行如下的 http 请求 *** 作，可以看到 Nginx 转发 http 请求会均匀地分配到3个服务器上。

我们打开 ip_hash 指令的注释，这个时候默认是使用客户端的 ip 地址作为 hash 的 key，然后重启 Nginx 服务并进行如下的命令行 *** 作：

接下来，注释 ip_hash 指令，我们打开 hash user_$arg_username 这行配置的注释， hash 指令可以让我们根据我们设置的 key 进行 hash，然后根据 hash 值选择上游的服务器。具体测试参看下面的 Linux 命令：

这里我们可以看到，在请求中带上 username 参数，Nginx 中配置的 hash 算法会根据请求中带的 username 参数作为 key 去进行 hash，然后在根据 hash 结果映射上游服务器。username 相同时，选择的上游服务器肯定是一样的，只有在 username 的值发生变化时，返回的响应才可能有变化。

今天我们完成了几个测试实验，主要是针对 Nginx 的四层和七层的负载均衡功能进行了测试。这个功能在微服务部署中会有较多的应用。因为高流量企业为保证服务的高可用性，往往会水平扩展多个相同功能的服务，部署在多台主机上，这个时候负载均衡技术就能派上用场了，而 Nginx 提供了完善的负载均衡功能以及多种负载均衡算法，能满足大部分企业的需求，如果还不够，可以通过编写内部开发模块并集成到 Nginx，实现相应的需求。所以说 Nginx 是非常值得学习和深入研究的。

nginx的反向代理和负载均衡的区别是什么

如果将Redis应用在一个大型的网站应用程式中，这显然是无法满足大并发的情况的。所以Redis执行我们设定I/O执行绪 池的大小，对需要从swap档案中载入相应资料的读取请求进行并发 *** 作，减少阻塞的时间。

如果希望在海量资料的环境中使用好Redis，我相信理解Redis的记忆体设计和阻塞的情况是不可缺少的。

快取，反向代理主要是快取东西，以便减少并发 *** 作

对 proxy_cache相关指令集使用者静态内容快取

和fastcgi_cache相关指令集使用者动态内容快取

nginx反向代理和nginx负载均衡的区别

反向代理是关注的如果访问到后端的伺服器或服务；

负载均衡也是由反向代理实现的，但关注的点是如果高可靠的访问后端服务，分推后端伺服器压力，让多台后端伺服器协同工作。

具体内容建议检视《Nginx中文文件》，有详细的说明和配置示例。

nginx的反向代理和负载均衡的区别

以前有过类似的问题 可以参考下：

:blogs./cuihongyu3503319/p/5835455.

nginx反向代理和负载均衡的配置一样?

负载均衡是配置ip埠，以及负载均衡的策略。

反响代理可以直接指定某个ip埠，也可以是负载均衡配置的一组ip埠，这时候就可以利用到负载均衡配置的策略了。

反向代理和负载均衡有何区别, nginx反向代理和负载均衡到底是啥子联络

负载均衡可以将使用者的请求分发到 web 丛集的某台机器

反向代理也是实现了这个功能

没太大区别 如果后端是一台伺服器就叫反向代理 如果有多台就是负载均衡

如果非要说区别的话 做了反向代理才能实现负载均衡 负载均衡是做反向代理的目的之一

反向代理，是把一些静态资源储存在伺服器上，当用户有请求的时候，就直接返回反向代理伺服器上的资源给使用者，而如果反向代理伺服器上没有的资源，就转发给后面的负载均衡伺服器，负载均衡伺服器再将请求分发给后端的web伺服器。

区别就是：反向代理伺服器是需要储存资源的，让使用者更快速的接收到资源 负载均衡就是，为了保证后端web伺服器的高可用，高并发，是不需要要储存资源，只需要转发使用者的请求。

负载均衡是做反向代理的目的之一。

没太大区别，要说区别就是后端是1台了叫反向代理，有多台了就是负载均衡了，没啥大区别。

丛集和负载均衡的区别 nginx

丛集和负载均衡的区别如下：

1、丛集(Cluster)

所谓丛集是指一组独立的计算机系统构成的一个松耦合的多处理器系统,它们之间通过网路实现程序间的通讯｡应用程式可以通过网路共享记忆体进行讯息传送,实现分散式计算机｡

2、负载均衡(Load Balance)

网路的负载均衡是一种动态均衡技术,通过一些工具实时地分析资料包,掌握网路中的资料流量状况,把任务合理均衡地分配出去｡这种技术基于现有网路结构,提供了一种扩充套件伺服器频宽和增加伺服器吞吐量的廉价有效的方法,加强了网路资料处理能力,提高了网路的灵活性和可用性｡

3、特点

(1)高可靠性(HA)｡利用丛集管理软体,当主伺服器故障时,备份伺服器能够自动接管主伺服器的工作,并及时切换过去,以实现对使用者的不间断服务｡

(2)高效能运算(HP)｡即充分利用丛集中的每一台计算机的资源,实现复杂运算的并行处理,通常用于科学计算领域,比如基因分析､化学分析等｡

(3)负载平衡｡即把负载压力根据某种演算法合理分配到丛集中的每一台计算机上,以减轻主伺服器的压力,降低对主伺服器的硬体和软体要求｡

LVS系统结构与特点

1. Linux Virtual Server:简称LVS｡是由中国一个Linux程式设计师章文嵩博士发起和领导的,基于Linux系统的伺服器丛集解决方案,其实现目标是建立一个具有良好的扩充套件性､高可靠性､高效能和高可用性的体系｡许多商业的丛集产品,比如RedHat的Piranha､ Turbo Linux公司的Turbo Cluster等,都是基于LVS的核心程式码的｡

2. 体系结构:使用LVS架设的伺服器集群系统从体系结构上看是透明的,终端使用者只感觉到一个虚拟伺服器｡物理伺服器之间可以通过高速的 LAN或分布在各地的WAN相连｡最前端是负载均衡器,它负责将各种服务请求分发给后面的物理伺服器,让整个丛集表现得像一个服务于同一IP地址的虚拟伺服器｡

3. LVS的三种模式工作原理和优缺点: Linux Virtual Server主要是在负载均衡器上实现的,负载均衡器是一台加了 LVS Patch的2.2.x版核心的Linux系统｡LVS Patch可以通过重新编译核心的方法加入核心,也可以当作一个动态的模组插入现在的核心中｡

当一台服务器的单位时间内的访问量越大时，服务器压力就越大，大到超过自身承受能力时，服务器就会崩溃。为了避免服务器崩溃，让用户有更好的体验，通过负载均衡的方式来分担服务器压力。

建立很多很多服务器，组成一个服务器集群，当用户访问网站时，先访问一个中间服务器，在让这个中间服务器在服务器集群中选择一个压力较小的服务器，将该访问请求引入该服务器。

如此以来，用户的每次访问，都会保证服务器集群中的每个服务器压力趋于平衡，分担了服务器压力，避免了服务器崩溃的情况。

nginx实现反向代理负载均衡

a、本地使用Windows系统，然后使用VirutalBox安装一个虚拟的Linux系统。

在本地的Windows系统上分别安装nginx（侦听8080端口）和apache（侦听80端口）。在虚拟的Linux系统上安装apache（侦听80端口）。这样相当于拥有了1台nginx在前端作为反向代理服务器；后面有2台apache作为应用程序服务器，可以看作是小型的server cluster。

b、nginx用来作为反向代理服务器，放置到两台apache之前，作为用户访问的入口。

---