1、nginx负载均衡原理为：Nginx的异步框架处理并发请求后，先将其分发给后台服务端来做复杂的计算、处理和响应，使其在业务量增加的时候可以方便地扩容后台服务器。负载均衡在服务端开发中是一个比较重要的特性，除了作为常规的Web服务器外，还被大规模的用于反向代理前端。
1、先来简单了解一下什么是负载均衡，单从字面上的意思来理解就可以解释N台服务器平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况。那么负载均衡的前提就是要有多台服务器才能实现，也就是两台以上即可。测试环境 在VMware里安装了三台。
2、按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
3、即用户访问http：//localhost：8080/test.php 这个同一页面的时候，我们实现两台服务器的负载均衡 （实际情况中，这两个服务器上的数据要求同步一致，这里我们分别定义了打印server1和server2是为了进行辨认区别）。
4、systemctl {start，stop，restart，check} nginx.service遇到常见问题如缺少nginx.pid文件，只需修改nginx.conf，创建logs目录并重新配置，Nginx即可顺畅运行。现在你已经掌握了Nginx的安装和基础配置，准备在实际环境中大展身手吧。无论你是构建高性能网站还是实现复杂的负载均衡策略，Nginx都是你的得力助手。
5、然后修改nginx的配置文件为： nginx 然后我们就可以通过 http：//10.1：1300 来访问新的网站了。
nginx负载均衡的三种方式包括轮询（round robin）、IP哈希（IP hash）以及最少连接（least connections）。 轮询（Round Robin）：这是nginx默认的负载均衡方式。当请求到来时，nginx按照服务器列表的顺序，将请求依次分配到各个服务器上。
配置文件配置好以后，使用nginx -t命令测试一下配置文件，保证配置文件是ok状态，然后执行nginx命令启动nginx服务器。启动后在浏览器上输入前端web服务器的ip地址1916210，然后可以看到第一次是node1响应的，然后刷新一下以后，又变成了node2响应的。就这样实现了负载均衡的效果。
nginx负载均衡原理为：Nginx的异步框架处理并发请求后，先将其分发给后台服务端来做复杂的计算、处理和响应，使其在业务量增加的时候可以方便地扩容后台服务器。负载均衡在服务端开发中是一个比较重要的特性，除了作为常规的Web服务器外，还被大规模的用于反向代理前端。
1、当一台服务器的单位时间内的访问量越大时，服务器压力就越大，大到超过自身承受能力时，服务器就会崩溃。为了避免服务器崩溃，让用户有更好的体验，通过负载均衡的方式来分担服务器压力。
2、Nginx实现负载均衡 源地址哈希法：根据获取客户端的IP地址，通过哈希函数计算得到一个数值，用该数值对服务器列表的大小进行取模运算，得到的结果便是客服端要访问服务器的序号。
3、负载均衡（Load Balance），它在网络现有结构之上可以提供一种廉价、有效、透明的方法来扩展 网络设备 和 服务器的带宽 ，并可以在一定程度上 增加吞吐量 、 加强网络数据处理能力 、提高 网络的灵活性 和 可用性 等。
4、nginx负载均衡原理为：Nginx的异步框架处理并发请求后，先将其分发给后台服务端来做复杂的计算、处理和响应，使其在业务量增加的时候可以方便地扩容后台服务器。负载均衡在服务端开发中是一个比较重要的特性，除了作为常规的Web服务器外，还被大规模的用于反向代理前端。
1、先来简单了解一下什么是负载均衡，单从字面上的意思来理解就可以解释N台服务器平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况。那么负载均衡的前提就是要有多台服务器才能实现，也就是两台以上即可。
2、nginx做反向代理几台服务器都可以用，一台也可以，具体要看你预计的业务量有多少。一台的话，就是将访问本机80/443端口的请求转发给本机8080端口，多台同理。理论上很少直接用tomcat对外提供服务的，因为可扩展性太差。比如你单台tomcat负载太大了，就没法直接扩展。
3、下面的架构就是我们今天的演示结构，后端有两台服务器，分别是node1和node2，前端是一台web服务器，然后在web服务器上做负载均衡，将前端的访问流量导到后端的两个节点服务器上。
4、启动nginx后，通过浏览器访问web服务器的IP地址，可以观察到请求在node1和node2之间轮询分配，实现了基本的负载均衡。 若要实现加权轮询，可以为不同的后端服务器设置不同的权重。权重值越高，该服务器接收的请求就越多。
5、最少连接（Least Connections）：nginx会实时统计每台服务器的连接数，然后将新请求分配给当前连接数最少的服务器。这种方式尽可能地均衡了各个服务器的负载，适用于请求处理时间长短不一，且服务器性能有所差异的场景。