nginx负载均衡

本文是一篇关于技术整合的文章，以一个Web应用为例，使用Docker容器来部署我们的应用，并将Session交给Redis来存储和管理，涉 及到Docker/Redis/Tomcat/Nginx/Spring Web/Spirng Web MVC等技术。其中： Docker——容器技术或虚拟化技术，可以将我们的application及相关依赖打包到一个容器内，方便移植、集群部署，容器完全使用沙箱机制，容 器之间互不影响完全独立。下文所有的server都是部署在Docker中，不了解Docker和相关操作的可以先看看这篇文章。 Redis——一种开源的，先进的 key-value 存储数据库，可用于构建高性能、可扩展的 Web 应用程序的解决方案。本文中用来存储和管理Session。 Nginx——高性能的HTTP和反向代理服务器。本文中用来做负载均衡。 部署结构如下图所示： 环境信息 系统版本：CentOS 7 JDK版本：jdk1.8.0_60 Apache Tomcat版本：6.0.44 Docker版本：1.7.1 Redis版本：3.2.1 Nginx版本：1.10.1 本文中宿主机IP：192.168.111.128 注： 下文中相关技术的详细信息不重复说明了，需要的可以去官网查询。 Docker篇 1.安装与配置 这个过程不说了，省略1000字……（ 看前面发的文章 ）

什么是负载均衡（Load balancing） 在网站创立初期，我们一般都使用单台机器对台提供集中式服务，但随着业务量越来越大，无论性能还是稳定性上都有了更大的挑战。这时候我们就会想到通过扩容的方式来提供更好的服务。我们一般会把多台机器组成一个集群对外提供服务。然而，我们的网站对外提供的访问入口都是一个的，比如www.taobao.com。那么当用户在浏览器输入www.taobao.com的时候如何将用户的请求分发到集群中不同的机器上呢，这就是负载均衡在做的事情。 当前大多数的互联网系统都使用了服务器集群技术，集群即将相同服务部署在多台服务器上构成一个集群整体对外提供服务，这些集群可以是Web应用服务器集群，也可以是数据库服务器集群，还可以是分布式缓存服务器集群等。 在实际应用中，在Web服务器集群之前总会有一台负载均衡服务器，负载均衡设备的任务就是作为Web服务器流量的入口，挑选最合适的一台Web服务器，将客户端的请求转发给它处理，实现客户端到真实服务端的透明转发。最近几年很火的「云计算」以及分布式架构，本质上也是将后端服务器作为计算资源、存储资源，由某台管理服务器封装成一个服务对外提供，客户端不需要关心真正提供服务的是哪台机器，在它看来，就好像它面对的是一台拥有近乎无限能力的服务器，而本质上，真正提供服务的是后端的集群。 软件负载解决的两个核心问题是： 选谁、转发

1.基本概念 Docker Swarm 和 Docker Compose 一样，都是 Docker 官方容器编排项目 但不同的是，Docker Compose 是一个在单个服务器或主机上创建多个容器的工具 而 Docker Swarm 则可以在多个服务器或主机上创建容器集群服务，对于微服务的部署，显然 Docker Swarm 会更加适合 从 Docker 1.12.0 版本开始，Docker Swarm 已经包含在 Docker 引擎中（docker swarm），并且已经内置了服务发现工具 我们就不需要像之前一样，再配置 Etcd 或者 Consul 来进行服务发现配置了 使用docker-compose部署集群实现负载均衡的时候，我们使在一台主机上面做的，不可以动态的拉神web服务的数量 因为使用docker-compose不满足实际生产环境的要求，因此不需要使用docker-compose了 实际当中我们的web（rs）服务器是要随着业务的增加而增加的 因此使用daoker内置的swarm集群来实现 swarm要求docker-compose必须v3版本以上 swarm自带docker stack会替代docker-compose 其实docker-machine+docker-swarm，就可以实现自动部署docker和自动实现各种功能 2.Docker swarm的好处

最近要搭建一个高并发的网站。所以，得设计负载均衡这一块。从大的方向上讲，负载均衡分为硬负载均衡，和软负载均衡。下面依次简要说明一下： 硬负载均衡 ： 硬负载均衡，也就是使用专用的负载均衡设备。主流的硬负载均衡器有如下几种： F5 ：最主流的硬负载均衡器。便宜的20万以上，贵的100多万。 深信服 ：乞丐版低配12万元起价。 A10 ：基本都在100万元以上。 Array ：16-100万。 看这价格就知道，硬负载均衡，一般的中小公司，都会被价格折磨、然后犹豫、最后放弃。 软负载均衡 ： 软软负载均衡，也就是，不使用专用的负载均衡设备，而是通过软件来实现负载均衡。常用的有如下几种： DNS ：最原始的负载均衡方式，名字就已经说明了一切，不用细说了。 LVS ：最常用的软件负载均衡。我见过的国内百万级用户的架构，基本都是靠它顶的。 Nginx ：也是现在流行的、常用的负载均衡方案之一。 转载于:https://www.cnblogs.com/welcomer/p/power.html 来源： https://blog.csdn.net/weixin_30767921/article/details/98753602

最近要搭建一个高并发的网站。所以，得设计负载均衡这一块。从大的方向上讲，负载均衡分为硬负载均衡，和软负载均衡。下面依次简要说明一下： 硬负载均衡 ： 硬负载均衡，也就是使用专用的负载均衡设备。主流的硬负载均衡器有如下几种： F5 ：最主流的硬负载均衡器。便宜的20万以上，贵的100多万。 深信服 ：乞丐版低配12万元起价。 A10 ：基本都在100万元以上。 Array ：16-100万。 看这价格就知道，硬负载均衡，一般的中小公司，都会被价格折磨、然后犹豫、最后放弃。 软负载均衡 ： 软软负载均衡，也就是，不使用专用的负载均衡设备，而是通过软件来实现负载均衡。常用的有如下几种： DNS ：最原始的负载均衡方式，名字就已经说明了一切，不用细说了。 LVS ：最常用的软件负载均衡。我见过的国内百万级用户的架构，基本都是靠它顶的。 Nginx ：也是现在流行的、常用的负载均衡方案之一。 转载于:https://www.cnblogs.com/welcomer/p/5068349.html 来源： https://blog.csdn.net/weixin_30832143/article/details/98753863

Nginx负载均衡 配置     首先需要配置定义一个server组:backend,用来表示所有存在的后台服务，然后将所有的流量重定向到http://backend,将这个Nginx示例上的所有流量重定向到定义的backend上，大致内容如下： http { upstream backend { server backend1.example.com; server backend2.example.com; server 192.0.0.1 backup; } server { location / { proxy_pass http://backend; } } }     其中还有很多的细节，比如权重和负载均衡算法，下面的参考链接中已有详细的说明，自行点击查看。 参考链接 NGINX 负载均衡 Nginx配置文件实例及说明 nginx服务器安装及配置文件详解 来源： https://www.cnblogs.com/freedom-only/p/11314474.html