Nginx 负载均衡个人笔记

一、什么是Nginx?
Nginx是一款轻量级的Web 服务器、反向代理服务器、电子邮件(IMAP/POP3)代理服务器。
二、Nginx的优点:
高并发连接:官方测试Nginx能够支撑5万并发连接,实际测试可达到3万左右,每天可以处理亿次访问量;原因是:采用最新epoll(linux2.6内核)和kqueue(freebsd)网络I/O模型,而Apache采用的是传统的select模型
内存消耗小
Nginx支持负载均衡
Nginx支持反向代理
成本低廉
三、什么是正向代理/反向代理?
正向代理:是一个位于客户端和原始服务器(origin server)之间的服务器,为了从原始服务器取得内容,客户端向代理发送一个请求并指定目标(原始服务器),然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用正向代理。
反向代理:客户端发送请求给反向代理服务器,但是代理服务器上没有客户端需要的资源,代理服务器会判断转发到原始服务器获得资源,并把资源返回给客户端;在整个过程,客户端不知道自己访问的是一个代理服务器,而是一个原始服务器
总结:正向代理代理的是客户端;反向代理代理的是服务器

安装

除了公司需求 , 不建议装大b去源码编译 , 初学者很多问题无法自己解决
最简单的方法就是安装宝塔
或者linux 
     yum install -y nginx

负载均衡

在这里插入图片描述

轮询 默认方式
weight 权重方式
ip_hash 依据ip分配方式
least_conn 最少连接方式
fair(第三方) 响应时间方式
url_hash(第三方) 依据URL分配方式
  在这里,只详细说明Nginx自带的负载均衡策略,第三方不多描述。

1、轮询
  最基本的配置方法,上面的例子就是轮询的方式,它是upstream模块默认的负载均衡默认策略。每个请求会按时间顺序逐一分配到不同的后端服务器。

有如下参数:

fail_timeout 与max_fails结合使用。
max_fails
设置在fail_timeout参数设置的时间内最大失败次数,如果在这个时间内,所有针对该服务器的请求都失败了,那么认为该服务器会被认为是停机了,
fail_time 服务器会被认为停机的时间长度,默认为10s。
backup 标记该服务器为备用服务器。当主服务器停止时,请求会被发送到它这里。
down 标记服务器永久停机了。
  注意:

在轮询中,如果服务器down掉了,会自动剔除该服务器。
缺省配置就是轮询策略。
此策略适合服务器配置相当,无状态且短平快的服务使用。
2、weight
  权重方式,在轮询策略的基础上指定轮询的几率。例子如下:

复制代码
#动态服务器组

   upstream dynamic_zuoyu {
        server localhost:8080   weight=2;  #tomcat 7.0
        server localhost:8081;  #tomcat 8.0
        server localhost:8082   backup;  #tomcat 8.5
        server localhost:8083   max_fails=3 fail_timeout=20s;  #tomcat 9.0
    }

复制代码

在该例子中,weight参数用于指定轮询几率,weight的默认值为1,;weight的数值与访问比率成正比,比如Tomcat 7.0被访问的几率为其他服务器的两倍。

注意:

权重越高分配到需要处理的请求越多。
此策略可以与least_conn和ip_hash结合使用。
此策略比较适合服务器的硬件配置差别比较大的情况。
3、ip_hash
  指定负载均衡器按照基于客户端IP的分配方式,这个方法确保了相同的客户端的请求一直发送到相同的服务器,以保证session会话。这样每个访客都固定访问一个后端服务器,可以解决session不能跨服务器的问题。

复制代码
#动态服务器组

  upstream dynamic_zuoyu {
        ip_hash;    #保证每个访客固定访问一个后端服务器
        server localhost:8080   weight=2;  #tomcat 7.0
        server localhost:8081;  #tomcat 8.0
        server localhost:8082;  #tomcat 8.5
        server localhost:8083   max_fails=3 fail_timeout=20s;  #tomcat 9.0
    }

复制代码
  注意:

在nginx版本1.3.1之前,不能在ip_hash中使用权重(weight)。
ip_hash不能与backup同时使用。
此策略适合有状态服务,比如session。
当有服务器需要剔除,必须手动down掉。
4、least_conn
  把请求转发给连接数较少的后端服务器。轮询算法是把请求平均的转发给各个后端,使它们的负载大致相同;但是,有些请求占用的时间很长,会导致其所在的后端负载较高。这种情况下,least_conn这种方式就可以达到更好的负载均衡效果。

复制代码
#动态服务器组

  upstream dynamic_zuoyu {
        least_conn;    #把请求转发给连接数较少的后端服务器
        server localhost:8080   weight=2;  #tomcat 7.0
        server localhost:8081;  #tomcat 8.0
        server localhost:8082 backup;  #tomcat 8.5
        server localhost:8083   max_fails=3 fail_timeout=20s;  #tomcat 9.0
    }

复制代码
  注意:

此负载均衡策略适合请求处理时间长短不一造成服务器过载的情况。


做负载均衡 , 那么用户数据同步就是一个问题


可以选择使用session入库 , 存入缓存等方式 , 其中我认为最合适的就是memcached , 原因看我上篇文章

虽然都说是需要单独一台服务器去做负载均衡 , 但是学习的时候可以创建三个站点 , 一个分发 , 自己去改变负载参数 , 去测试 , 一般权重+ip哈希就够用了(大厂我没进过 , 自己问前辈去)
!](https://img-blog.csdnimg.cn/20210629110207783.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3MxMDk1NjIyMzIw,size_16,color_FFFFFF,t_70)

Nginx可以通过四层(TCP/UDP)负载平衡来分配流量到不同的后端服务器。这种方式可以用于负载平衡非Web协议的应用程序,例如数据库和DNS服务器。 以下是针对TCP/UDP负载平衡的一些常见配置选项: 1. upstream 定义一个后端服务器池,用于存储实际的服务器。可以通过ip地址,域名或unix域套接字来指定服务器。例如: ``` upstream backend { server 192.168.1.100:3306; server 192.168.1.101:3306; } ``` 2. server 定义一个后端服务器及其端口号。它必须位于upstream块中。例如: ``` upstream backend { server 192.168.1.100:3306; server 192.168.1.101:3306; } server { listen 3306; proxy_pass backend; } ``` 3. hash 根据客户端IP地址,将请求路由到一个固定的后端服务器。这样,同一IP地址的请求将总是被路由到同一台服务器。例如: ``` upstream backend { hash $remote_addr; server 192.168.1.100:3306; server 192.168.1.101:3306; } ``` 4. least_conn 将请求路由到当前连接数最少的服务器。这样可以确保每个服务器的负载都是均衡的。例如: ``` upstream backend { least_conn; server 192.168.1.100:3306; server 192.168.1.101:3306; } ``` 5. ip_hash 根据客户端IP地址的哈希值,将请求路由到一个固定的后端服务器。这样,同一IP地址的请求将总是被路由到同一台服务器。例如: ``` upstream backend { ip_hash; server 192.168.1.100:3306; server 192.168.1.101:3306; } ``` 总之,Nginx的TCP/UDP负载平衡功能非常强大,并且可以根据不同的负载均衡算法来满足不同的需求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

苗先生的PHP记录

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值