nginx负载均衡

1、轮询（默认） 每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。 upstream backserver { server 192.168.0.14; server 192.168.0.15; } 2、指定权重 指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。 upstream backserver { server 192.168.0.14 weight=10; server 192.168.0.15 weight=10; } 3、IP绑定 ip_hash 每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。 upstream backserver { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; } 4、最少连接 least_conn web请求会被转发到连接数最少的服务器上面。 upstream backserver { least_conn; server 192.168.0.14:88; server 192.168.0.15:80; } 来源： CSDN 作者： 怪只怪满眼尽是人间烟火 链接： https://blog.csdn.net/weixin_38959210/article

了解LVS LVS 是 Linux Virtual Server 的简写，意即 Linux虚拟服务器 ，是一个虚拟的服务器集群系统。本项目在1998年5月由 章文嵩 博士成立，是中国国内最早出现的自由软件项目之一。 宗旨 使用集群技术和Linux操作系统实现一个高性能、高可用的服务器. 很好的可伸缩性（Scalability） 很好的可靠性（Reliability） 很好的可管理性（Manageability）。 实操 我们这里用到的软件是keepalived，Keepalived的作用是检测服务器的状态，如果有一台web服务器宕机，或工作出现故障，Keepalived将检测到，并将有故障的服务器从系统中剔除，同时使用其他服务器代替该服务器的工作，当服务器工作正常后Keepalived自动将服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的服务器。 准备环境 准备三台服务器 lvs服务器： 10.0.0.41 nginx两台 ：10.0.0.42 10.0.0.43 lvs服务器的操作 #!/bin/bash yum -y install ipvsadm keepalived //下载keepalived的服务 echo " " > /etc/keepalived/keepalived.conf //清空配置文件 cat >>/etc

一、 什么是负载均衡？ 什么是负载均衡？ 记得第一次接触 Nginx 是在实验室，那时候在服务器部署网站需要用 Nginx 。Nginx 是一个服务组件，用来反向代理、负载平衡和 HTTP 缓存等。那么这里的 负载均衡 是什么？ 负载均衡（LB，Load Balance），是一种技术解决方案。用来在多个资源（一般是服务器）中分配负载，达到最优化资源使用，避免过载。 资源，相当于每个服务实例的执行操作单元，负载均衡就是将大量的数据处理操作分摊到多个操作单元进行执行，用来解决互联网分布式系统的大流量、高并发和高可用的问题。那什么是高可用呢？ 二、什么是高可用？ 首先了解什么是高可用？ 这是 CAP 定理是分布式系统的基础，也是分布式系统的 3 个指标： Consistency（一致性） Availability（可用性） Partition tolerance（分区容错性） 那高可用（High Availability）是什么？高可用，简称 HA，是系统一种特征或者指标，通常是指，提供一定性能上的服务运行时间，高于平均正常时间段。反之，消除系统服务不可用的时间。 衡量系统是否满足高可用，就是当一台或者多台服务器宕机的时候，系统整体和服务依然正常可用。 举个例子，一些知名的网站保证 4 个 9 以上的可用性，也就是可用性超过 99.99%。那 0.01% 就是所谓故障时间的百分比

一定要注意两台机器能够telnet 访问通过 如果不能通过则两台机器都执行一下 iptables -F 机器A： php-fpm配置 [www] user = www group = www listen = 127.0.0.1:9001 pm = dynamic pm.max_children = 5 pm.start_servers = 2 pm.min_spare_servers = 1 pm.max_spare_servers = 3 [www] user = www group = www listen = 127.0.0.1:9000 pm = dynamic pm.max_children = 5 pm.start_servers = 2 pm.min_spare_servers = 1 pm.max_spare_servers = 3 机器A nginx.conf配置 upstream backend{ server 127.0.0.1:9000 weight=1; server 127.0.0.1:9001 weight=2; server 192.168.137.111:9000 weight=3; keepalive 3072; } location ~ .*\.php { fastcgi_pass backend; fastcgi_index index

1、轮询（默认） 每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。 upstream backserver { server 192.168.0.14; server 192.168.0.15; } 2、指定权重 指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。 upstream backserver { server 192.168.0.14 weight=8; server 192.168.0.15 weight=10; } 3、IP绑定 ip_hash 每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。 upstream backserver { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; } 4、fair（第三方） 按后端服务器的响应时间来分配请求，响应时间短的优先分配。 upstream backserver { server server1; server server2; fair; } 5、url_hash（第三方） 按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。 upstream backserver { server

Docker已经出来好长时间了，一直没有时间研究，正好最近有个项目部署在一台内存和CPU都超夸张的机器上，而项目因并发量增加，后面肯定也需要扩展了。因为这台服务器内存和CPU都足够大，部署一个项目实在太浪费了，于是想到用docker部署方式做横向扩展。 首先想到的方案就是nginx做负载均衡，再加多台docker的方式部署项目。思路很简单，但在真正操作的时候，遇到各种各样的问题，所以说实践是最好的老师一点没错。 准备docker 跟同学借了一台亚马逊的云作为测试环境 Linux ip-10-200-8-1044.9.20-11.31.amzn1.x86_64 #1 SMP Thu Apr 13 01:53:57 UTC 2017 x86_64 x86_64x86_64 GNU/Linux 安装docker 通过yum方式安装 yum install docker –y 配置docker的镜像源 因为被墙了，貌似很多docker镜像都下载不下来，可以配置docker镜像的地址为国内的地址。其实很简单，改下一个docker的配置文件就好了。在/etc/docker目录下面有个daemon.json的文件，修改下就行了。 cd /etc/docker vim daemon.json 修改为如下内容： { "registry-mirrors" : [ "http://8fcab180.m

客串： 屌丝的坑人表单神器 走过的那些事儿： 数据库那点事儿 推荐： 手把手教你做关键词匹配项目（搜索引擎）---- 第一天 最新： 手把手教你做关键词匹配项目（搜索引擎）---- 第十八天 文章开始，先吐槽一下:博客的文章都是技术文章，尼玛就不能多点心路历程，XX管理，处事态度，传说中的求职的事儿以及那些年所遇到的萌人萌事。 一说到负载均衡，很多人都认为高、大、上。所以那些开发就把它供得高高在上，想去触摸，又不敢去。 接下来的课程，我们来一起把那所谓的负载均衡踩扁它。 首先我们来了解负载均衡是个啥玩意儿？ 前面有1000个妞等着你来泡，这1000个妞等久了有可能不耐烦，就会走了不让你泡了。你要想同时泡1000个妞，那你就得有分身的能力才行。 只要有了分身的能力，你就再也不用担心妞泡不过来了。 结论得出： 负载均衡 == 分身的能力 你的分身把这个妞泡准了，你这个分身就要跟她一直谈下去，其他的妞过来了你肯定要拒绝丫。 你没泡成功，当然是去寻找下一个目标。 结论得出： 负载均衡还得保持通话 你的分身也偶尔发发小脾气，没激情来泡妞的时候，你就要去修理他，去找他聊聊心。 结论得出： 负载均衡还要懂得修理他（T出泡妞队营） 尼玛负载均衡就为了泡妞，我们果断一起踩扁它。 负载均衡现在市场上面已经有很多成熟的硬件设备，可以掏点钱就可以买了。当然这费用嘛...... 如果你闲费用贵

1.1 什么是负载均衡高可用 nginx作为负载均衡器，所有请求都到了nginx，可见nginx处于非常重点的位置，如果nginx服务器宕机后端web服务将无法提供服务，影响严重。 为了屏蔽负载均衡服务器的宕机，需要建立一个备份机。主服务器和备份机上都运行高可用（High Availability）监控程序，通过传送诸如“I am alive”这样的信息来监控对方的运行状况。当备份机不能在一定的时间内收到这样的信息时，它就接管主服务器的服务IP并继续提供负载均衡服务；当备份管理器又从主管理器收到“I am alive”这样的信息时，它就释放服务IP地址，这样的主服务器就开始再次提供负载均衡服务。 1.2 keepalived+nginx实现主备 1.2.1 什么是keepalived keepalived是集群管理中保证集群高可用的一个服务软件，用来防止单点故障。 Keepalived的作用是检测web服务器的状态，如果有一台web服务器死机，或工作出现故障，Keepalived将检测到，并将有故障的web服务器从系统中剔除，当web服务器工作正常后Keepalived自动将web服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的web服务器。 1.2.2 keepalived工作原理 keepalived是以VRRP协议为实现基础的

1. Nginx负载均衡高可用 首先介绍一下Keepalived，它是一个高性能的服务器高可用或热备解决方案，Keepalived主要来防止服务器单点故障的发生问题，可以通过其与Nginx的配合实现web服务端的高可用。 Keepalived以VRRP协议为实现基础，用VRRP协议来实现高可用性（HA）.VRRP (Virtual Router Redundancy Protocol)协议是用于实现路由器冗余的协议，VRRP协议将两台或多台路由器设备虚拟成一个设备，对外提供虚拟路由器IP（一个或多个），如下图所示： 这张图的意思是，我们使用keepalived来管理两台设备的Nginx，并虚拟出一个IP，我们现在两台装有Nginx的设备分别是192.168.101.3和192.168.101.4，那么我们可以虚拟出一个192.168.156.xx的IP，外界请求直接访问虚拟IP而不是真正的Nginx，让虚拟IP去访问提供服务的Nginx（注意：高可用是指同一时间提供服务的只有一台设备，提供服务的设备挂掉之后，备份服务器便开始提供服务），然后再由Nginx去访问tomcat。 要实现nginx的高可用，需要实现备份机。 我们拿两台虚拟机来搭建nginx高可用环境，这两台设备分别是192.168.101.3（主机名是nginx1）和192.168.101.4（主机名是nginx2）。

1：反向代理 代理就是中介，那有反向代理就有正向代理，两者的区别是什么嘞？ 正向代理隐藏真实客户端，服务端不知道实际发起请求的客户端.，proxy和client同属一个LAN，对server透明； 反向代理隐藏真实服务端，客户端不知道实际提供服务的服务端，proxy和server同属一个LAN，对client透明。 基本配置项　 　（1）proxy_pass 将当前请求反向代理到URL参数指定的服务器上 （2）proxy_method 表示转发时的协议方法名 proxy_method POST; 客户端转发来的GET请求在转发时方法名会改为POST请求 （3）proxy_redirect 当上游服务器返回的响应是重定向或者刷新请求（HTTP响应码是301或者302），可以重设HTTP头部的location或refresh proxy_redirect http://location:8000/two/ http://location:8000/noe/ （4）proxy_next_upstream 当上游服务器请求出现错误，继续换一台服务器转发请求。 　　　　error:在与服务器建立连接，向其传递请求或读取响应标头时发生错误; 　　　　timeout:在与服务器建立连接，向其传递请求或读取响应头时发生超时 　　　　invalid_header:服务器返回空响应或无效响应;