Nginx--代理与负载均衡（扩展nginx配置7层协议及4层协议方法、会话保持）

于 2024-08-17 17:39:04 发布
阅读量460 收藏 13
点赞数 14
分类专栏： Web服务器 文章标签： nginx 负载均衡 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lerp020321/article/details/141283929
版权

前言：本博客仅作记录学习使用，部分图片出自网络，如有侵犯您的权益，请联系删除

一、代理原理

1、反向代理产生的背景

单个服务器的处理客户端（用户）请求能力有一个极限，当接入请求过多时，会造成服务器繁忙，可以使用多个服务器来共同分担成千上万的用户请求，这些服务器提供相同的服务，但对用户来说，感觉不到任何区别。

2、反向代理服务的实现

需要有一个负载均衡设备（即反向代理服务器）来分发用户请求，将用户请求分发到空闲的服务器上。服务器返回自己的服务到负载均衡设备。负载均衡设备将服务器返回用户。

3、正/反向代理的区别

正向代理：代理客户端，正向代理的过程隐藏了真实的请求客户端，服务器不知道真实的客户端是谁，客户端的服务都被代理服务器代替请求

反向代理：代理服务端，反向代理的过程隐藏了真实的服务器，客户端不知道真正提供服务的是谁，客户端请求的服务都被代理服务器接收

4、知识扩展

4.1、HTTP Server和Application Server的区别和联系

Apache/nignx是静态服务器（HTTP Server）：

  • Nginx优点：负载均衡、反向代理、处理静态文件优势。nginx处理静态请求的速度高于apache；

  • Apache优点：相对于Tomcat服务器来说处理静态文件是它的优势，速度快。Apache是静态解析， 适合静态HTML、图片等。

HTTP Server 关心的是 HTTP 协议层面的传输和访问控制，所以在 Apache/Nginx 上你可以看到代理、负载均衡等功能

HTTP Server（Nginx/Apache）常用做静态内容服务和代理服务器，将外来请求转发给后面的应用服务（tomcat，jboss,jetty等）。

应用服务器（tomcat/jboss/jetty）是动态服务器（Application Server）：

应用服务器Application Server，则是一个应用执行的容器。它首先需要支持开发语言的 Runtime （对于 Tomcat 来说，就是 Java，若是Ruby/Python 等其他语言开发的应用也无法直接运行在Tomcat 上）。

4.2、 应用服务器与HTTP服务器的集成与协同工作

应用服务器(如tomcat)往往也会集成 HTTP Server 的功能，nginx也可以通过模块开发来提供应用功能，只是不如专业的 HTTP Server 那么强大，所以应用服务器往往是运行在 HTTP Server 的背后，执行应用，将动态的内容转化为静态的内容之后，通过 HTTP Server分发到客户端

4.3、常用软硬件

常用开源集群软件有：lvs，keepalived，haproxy，nginx，apache，heartbeat

常用商业集群硬件有：F5, Netscaler，Radware，A10等

二、Nginx Proxy配置

1、代理模块

1.1、代理配置

 # ----------------代理--------------------#
 Syntax: proxy_pass URL; #代理的后端服务器URL
 Default: —
 Context: location, if in location, limit_except
 ​
 # ---------------缓冲区--------------------#
 Syntax: proxy_buffering on | off;
 Default: proxy_buffering on;    #缓冲开关
 Context: http, server, location
 proxy_buffering # 开启的情况下，nignx会把后端返回的内容先放到缓冲区当中，然后再返回给客户端（边收边传，不是全部接收完再传给客户端)。
 Syntax: proxy_buffer_size size;
 Default: proxy_buffer_size 4k|8k; #缓冲区大小
 Context: http, server, location
 Syntax: proxy_buffers number size;
 Default: proxy_buffers 8 4k|8k; #缓冲区数量
 Context: http, server, location
 Syntax: proxy_busy_buffers_size size;
 Default: proxy_busy_buffers_size 8k|16k;#忙碌的缓冲区大小控制同时传递给客户端的
 buffer数量
 Context: http, server, location
 ​
 # ----------------头信息--------------------#
 Syntax: proxy_set_header field value;
 Default: proxy_set_header Host $proxy_host; #设置真实客户端地址
 proxy_set_header Connection close;
 Context: http, server, location
 ​
 # ----------------超时--------------------#
 Syntax: proxy_connect_timeout time;
 Default: proxy_connect_timeout 60s; #链接超时
 Context: http, server, location
 ​
 Syntax: proxy_read_timeout time;
 Default: proxy_read_timeout 60s;
 Context: http, server, location
 ​
 Syntax: proxy_send_timeout time; #nginx进程向fastcgi进程发送request的整个过程的超时时间
 Default: proxy_send_timeout 60s;
 Context: http, server, location

1.2、buffer/缓冲区工作原理

  1. 缓冲区分配：每个请求都有自己的缓冲区，这些缓冲区不是全局的，而是针对每个请求的。
  2. 缓冲开关：proxy_buffering用于控制是否开启代理服务器的响应缓冲。只有开启时，proxy_buffers和proxy_busy_buffers_size参数才会生效。
  3. 主缓冲区：无论proxy_buffering是否开启，proxy_buffer_size设置的主缓冲区始终工作，用于存储上游服务器响应的头部信息。
  4. 数据读取与传输：

    • 在proxy_buffering开启的情况下，Nginx会尝试将上游服务器的所有数据读入缓冲区，直到所有proxy_buffers被填满或数据结束。

    • 数据开始向客户端传输，同时Nginx继续接收数据并可能将其写入临时文件，由proxy_max_temp_file_size控制大小。

    • 如果响应内容很大，Nginx会从临时文件继续读取数据，直到传输完成。

  5. 忙碌缓冲区：一旦proxy_buffers中的缓冲区被填满，它们就会处于忙碌状态，直到其中的数据完全传输给客户端。忙碌缓冲区的总大小不能超过proxy_busy_buffers_size，这个参数用来控制同时向客户端传输的缓冲区数量。

2、代理实验

2.1、环境准备

角色
nginx-1：10.0.0.2网站服务器
nginx-2：10.0.0.3代理服务器

2.2、nginx-1启动网站

 [root@centos ~]# cat /usr/share/nginx/html/index.html 
 This is proxy test!
 [root@centos ~]# nginx -t
 nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
 nginx: configuration file /etc/nginx/nginx.conf test is successful
 [root@centos ~]# nginx -s reload

2.3、nginx-2启动代理程序

 [root@centos ~]# cat /etc/nginx/conf.d/default.conf 
 server {
   listen 80;
   server_name localhost;
     location / {
        proxy_pass http://10.0.0.2:80;   # 真实服务器地址:IP/域名
        proxy_redirect default;  # 代理后的URL重定向行为，默认情况下不进行重定向
        proxy_set_header Host $http_host;    # 转发请求时使用原始请求中的Host头
        proxy_set_header X-Real-IP $remote_addr; # X-Real-IP头:客户端IP地址
        #proxy_set_header REMOTE-HOST $remote_addr; # REMOTE-HOST:客户端IP地址
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; # 跟踪请求经过的代理服务器
        proxy_connect_timeout 30;    # 与后端服务器建立连接的超时时间   
        proxy_send_timeout 60;       # 向后端服务器发送请求的超时时间   
        proxy_read_timeout 60;       # 从后端服务器读取响应的超时时间   
        proxy_buffering on;          # 开启响应缓冲，可以提高代理性能
        proxy_buffer_size 32k;       # 缓冲区的大小
        proxy_buffers 4 128k;        # 缓冲区的数量和大小
        proxy_busy_buffers_size 256k;    # 忙碌缓冲区的大小
        proxy_max_temp_file_size 256k;   # 临时文件的最大大小
    }
 }
 [root@centos ~]# nginx -t
 nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
 nginx: configuration file /etc/nginx/nginx.conf test is successful
 [root@centos ~]# nginx -s reload

2.4、浏览器访问

（1）使用PC客户端访问nginx-2服务器地址

成功访问nginx-1服务器页面

（2）客户端配置路由映射

若想使用域名进行访问，在 C:\Windows\System32\drivers\etc\hosts 文件中添加一行 | (linux:/etc/hosts)

 # 主机IP 配置的域名
 10.0.0.3 www.test.com

（3)、观察nginx-1服务器的日志
 [root@centos ~]# cat /var/log/nginx/access.log
 10.0.0.3 - - [09/Aug/2024:18:41:08 +0800] "GET /favicon.ico HTTP/1.0" 404 555 "http://10.0.0.3/" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.198 Safari/537.36" "10.0.0.1"
 ​
 # 10.0.0.3:代理服务器地址
 # 10.0.0.1:客户机地址

访问成功。记录了客户机的IP和代理服务器的IP

三、负载均衡

1、负载均衡的作用

在计算机的世界里，负载均衡就是让多个服务器或者网络资源来分担工作，这样即使某个服务器或者资源很忙或者出现问题，其他的服务器或资源还可以继续工作，保证整个系统的稳定和效率。

下面的配置是解决方案之一

 proxy_connect_timeout 1; #nginx服务器与被代理的服务器建立连接的超时时间，默认60秒  proxy_read_timeout 1; #nginx服务器想被代理服务器组发出read请求后，等待响应的超时间，默认为60秒  

proxy_send_timeout 1; #nginx服务器想被代理服务器组发出write请求后，等待响应的超时间，默认为60秒  

proxy_ignore_client_abort on; #客户端断网时，nginx服务器是否中断对被代理服务器的请求。默认为off

使用upstream指令配置一组服务器作为被代理服务器，服务器中的访问算法遵循配置的负载均衡规则，同时可以使用该指令配置在发生哪些异常情况时，将请求顺次交由下一组服务器处理

 proxy_next_upstream timeout; #反向代理upstream中设置的服务器组，出现故障时，被代理服务器返回的状态值。  error|timeout|invalid_header|http_500|http_502|http_503|http_504|http_404|off

  • error：建立连接或向被代理的服务器发送请求或读取响应信息时服务器发生错误
  • timeout：建立连接，想被代理服务器发送请求或读取响应信息时服务器发生超时
  • invalid_header：被代理服务器返回的响应头异常
  • off：无法将请求分发给被代理的服务器
  • http_400，...：被代理服务器返回的状态码为400，500，502等

2、Nginx负载均衡组件模块

实现Nginx负载均衡的组件主要有两个：

  • ngx_http_upstream_module：负载均衡模块；实现网站的负载均衡功能以及节点的健康检查

  • ngx_http_proxy_module：proxy代理模块；用于把请求转发给服务器节点或upstream服务器池

2.1、upstream模块

（1）模块介绍

upstream模块允许Nginx定义一组或多组节点服务器组，使用时可以通过proxy_pass代理方式把网站的请求发送到事先定义好的对应upstream组的名字上，具体写法为：

 proxy_pass http://server_pools

server_pools就是一个upstream节点服务器组名字

（2）upstream配置示例
upstream server_pool {
	server 10.0.0.2;	# 默认80端口
	server 10.0.0.3;
}
（3）upstream模块参数
参数说明
server负载后面的RS配置，可以是ip或者域名
weight请求服务器的权重。默认值为1，越大表示接受的请求比例越大
max_failsnginx 尝试连接后端主机失败的次数，需要配合proxy_net_upstream，fastcgi_next_upstream和memcached_next_upstream这三个参数来使用
fail_timeout在max_fails定义的失败次数后，距离下次检查的时间间隔，默认10s
backup热备配置，标志这台服务器作为备份服务器，若主服务器全部宕机了，就会向它转发请求
down表示这个服务器永不可用，可配合ip_hash使用

下面给出一个示例：

upstream web_pools {

server linux.example.com weight=5;
server 127.0.0.1:8080 max_fail=5 fail_timeout=10s;
# 当5次连续检查失败后，间隔10s后重新检测。
server linux.example.com:8080 backup;
# 指定备份服务器。作用：等上面服务器全部不可访问时就向它转发请求。

}

2.2、http_proxy_module模块

（1）proxy_pass指令介绍

proxy_pass指令属于ngx_http_proxy_module模块，此模块可以将请求转发到另一台服务器上。在实际的反向代理工作中，会通过location功能匹配指定的URI，然后把接收到的符合匹配URI的请求通过proxy_pass抛给定义好的upstream节点池

（2）http proxy模块参数
参数说明
proxy_set_header设置http请求header项传给后端服务器节点
client_body_buffer_size指定客户端请求主题缓冲区大小
proxy_connect_timeout表反向代理与后端节点服务器连接的超时时间，即发起握手等候响应的超时时间
proxy_send_timeout表示代理后端服务器的数据回传时间，即在规定时间之内，后端服务器必须传完所有的数据，否则，nginx将断开这个连接
proxy_read_timeout设置nginx从代理的后端服务器获取信息的时间，表示连接建立成功后，nginx等待后端服务器的响应时间，其实是nginx在后端排队等候处理的时间
proxy_buffer_size设置缓冲区大小，默认该缓冲区大小等于指令proxy_buffers设置的大小
proxy_buffers设置缓冲区的数量和大小，nginx从代理的后端服务器获取的响应信息，会放置在缓冲区
proxy_busy_buffers_size用于设置系统很忙时可以使用的proxy_buffers大小，官方推荐的大小为proxy_bufer*2
proxy_temp_file_write_size指定proxy缓存临时文件的大小

3、负载均衡算法

upstream支持4种负载均衡调度算法：

4.1、rr轮询（默认）

默认调度算法，每个请求按时间顺序逐一分配到不同的后端服务器，宕机的服务器会自动从节点服务器池中剔除。

upstream server_pool {
	server 10.0.0.2;
	server 10.0.0.2;
}

注意：对于服务器性能不同的集群，该算法容易引发资源分配不合理等问题

4.2、wrr加权轮询（weight）

在rr轮询算法的基础上加上权重，权重和用户访问成正比，权重值越大，被转发的请求也就越多

upstream server_pool {
	server 10.0.0.2 weight=5;
	server 10.0.0.2 weight=10;
}

加权轮询应用于服务器性能不等的集群中，使资源分配更加合理化

4.3、ip_hash（会话保持）

每个请求按访问IP的hash结果分配，同一个IP客户端固定访问一个后端服务器。可以保证来自同一ip的请求被打到固定的机器上，可以解决session问题

upstream server_pool {
	ip_hash;
	server 10.0.0.2;
	server 10.0.0.2;
}

4.4、fair（动态调度算法）

此种算法根据后端服务器的响应时间来分配请求，响应时间短的优先分配。 Nginx 本身是 不支持 fair 的，如果需要使用这种调度算法，必须下载Nginx的 upstream_fair 模块

upstream server_pool {
	server 10.0.0.2;
	server 10.0.0.2;
	fair;
}

4.5、url_hash算法(web缓存节点)

根据访问URL的hash结果来分配请求，让每个URL定向到同一个后端服务器， 同样，Nginx本身是不支持url_hash，如果需要使用这种调度算法，必须安装Nginx的hash模块软件包。

upstream server_pool {
	server 10.0.0.2;		# 指定后端服务器的地址和端口
	server 10.0.0.2;
	hash $request_uri;		# 使用哈希方法来分配请求并使用请求的URI作为哈希的键
	hash_method crc32;		# 使用CRC32算法来计算哈希值
}

4、Nginx负载均衡配置示例

4.1、实现效果

在浏览器输入http://testapp.com，实现负载均衡效果（平均访问到两台服务器）

4.2、环境准备

这边使用两台服务器以及一台负载均衡器

主机名IP地址角色
centos-110.0.0.2nginx服务器
centos-210.0.0.3nginx服务器
centos-310.0.0.4nginx 负载均衡服务器

4.3、三台服务器均安装Nginx

4.4、配置用于测试的nginx首页

为了更便于观察到负载均衡实现出的效果，下面为两台服务器编写不同的首页文件

# 配置文件参数默认即可，下面修改首页测试文件
[root@centos-1 ~]# cat /usr/share/nginx/html/index.html 
My domain IP is 10.0.0.2

[root@centos-2 ~]# cat /usr/share/nginx/html/index.html 
My domain IP is 10.0.0.3
[root@centos ~]# nginx -s reload
# nginx服务别忘记启动

4.5、配置nginx负载均衡服务器

[root@centos-3 ~]# cat /etc/nginx/conf.d/default.conf 
upstream testapp {
        server 10.0.0.2:80;
        server 10.0.0.3:80;
}
server {
    listen       80;
    server_name  localhost;
    location / {
        proxy_pass http://testapp;
    }
}

4.6客户端配置路由映射

因为使用域名进行访问，在 C:\Windows\System32\drivers\etc\hosts 文件中添加一行 | (linux:/etc/hosts)

# 主机IP 配置的域名
10.0.0.4 www.testapp.com

4.7、浏览器访问

不断刷新会发现所有请求被负载均衡器（10.0.0.4）均分配到10.0.0.2和10.0.0.3服务器上，实现了负载均衡的效果

四、Nginx配置7层协议及4层协议方法（扩展）

1、7层协议

OSI（Open System Interconnection）是一个开放性的通行系统互连参考模型，他是一个定义的非常好的协议规范，共包含七层协议

2、4层协议

TCP/IP协议

之所以说TCP/IP是一个协议族，是因为TCP/IP协议包括TCP、IP、UDP、ICMP、RIP、TELNETFTP、SMTP、ARP、TFTP等许多协议，这些协议一起称为TCP/IP协议。

从协议分层模型方面来讲，TCP/IP由四个层次组成：网络接口层、网络层、传输层、应用层：

3、协议配置

在nginx做负载均衡，负载多个服务，部分服务是需要7层的，部分服务是需要4层的，也就是说7层和4层配置在同一个配置文件中

3.1、环境准备

在这同样使用第三点负载均衡中的机器环境

3.2、配置代理服务器的nginx配置文件实现7层协议

使用负载均衡来分发请求到多个上游服务器，编辑/etc/nginx/nginx.conf：

worker_processes 4;
worker_rlimit_nofile 102400;
events {
  worker_connections 1024;
}
http {
  include 		mime.types;
  default_type 	application/octet-stream;
  log_format	 main 	'$remote_addr - $remote_user [$time_local] "$request"'
						'$status $body_bytes_sent "$http_referer" '
						'"$http_user_agent" "$http_x_forwarded_for"';
  #access_log logs/access.log main;
  sendfile on;
  keepalive_timeout 65;
  gzip on;
  # 定义两个上游服务器组，testweb和testapp，用于负载均衡
  upstream testweb {
    ip_hash;
    server 10.0.0.2:80 weight=2 max_fails=2 fail_timeout=2s;
	server 10.0.0.3:80 weight=2 max_fails=2 fail_timeout=2s;
  }
  server {
    listen 80;
	server_name www.test.com;
	charset utf-8;
	#access_log logs/host.access.log main;
	location / {
  	  proxy_pass http://testweb;
	  proxy_set_header Host $host:$server_port;
	  proxy_set_header X-Real-IP $remote_addr;
	  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
	error_page 500 502 503 504 /50x.html;
	location = /50x.html {
	  root html;
	}
  }
    
  upstream testapp {
    server 10.0.0.2:8081 weight=2 max_fails=2 fail_timeout=2s;
    server 10.0.0.3:8081 weight=2 max_fails=2 fail_timeout=2s;
  }
  server {
    listen 81;
    server_name www.app.com;
    charset utf-8;
    #access_log logs/host.access.log main;
    location / {
    	proxy_pass http://testapp;
  	proxy_set_header Host $host:$server_port;
  	proxy_set_header X-Real-IP $remote_addr;
  	proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  	}
  }
}

3.3、4层协议配置

在使用yum安装的nginx版本大于1.9.0的时候，增加了一个stream模块，来实现4层协议（网络层和传输层）的转发、代理、负载均衡等。stream模块的用法跟http的用法类似，允许我们配置一组TCP或者UDP等协议的监听，然后通过proxy_pass来转发我们的请求，通过upstream添加多个后端服务，实现负载均衡。

stream {
	upstream myweb {
		hash $remote_addr consistent;
		server 172.17.14.2:8080;
		server 172.17.14.3:8080;
	}
	server {
		listen 82;
		proxy_connect_timeout 10s;
		proxy_timeout 30s;
		proxy_pass myweb;
	}
}

五、Nginx会话保持

1、ip_hash

这个上述介绍过；ip_hash使用源地址哈希算法，将同一客户端的请求总是发往同一个后端服务器，除非该服务器不可用

upstream backend {
	ip_hash;
	server backend1.example.com;
	server backend2.example.com;
	server backend3.example.com down;
}

ip_hash简单易用，但有如下问题：

  • 当后端服务器宕机后，session会丢失；
  • 来自同一局域网的客户端会被转发到同一个后端服务器，可能导致负载失衡；
  • 不适用于CDN网络，不适用于前段还有代理的情况。

2、sticky_cookie_insert

使用sticky_cookie_insert启用会话亲缘关系，这会导致来自同一客户端的请求被传递到一组服务器的同一台服务器。与ip_hash不同之处在于，它不是基于IP来判断客户端的，而是基于cookie来判断。因此可以避免上述ip_hash中来自同一局域网的客户端和前段代理导致负载失衡的情况。(需要引入第三方模块才能实现)

upstream backend {
	server backend1.example.com;
	server backend2.example.com;
	sticky_cookie_insert srv_id expires=1h domain=3evip.cn path=/;
}
# expires：设置浏览器中保持cookie的时间
# domain：定义cookie的域
# path：为cookie定义路径

3、jvm_route方式

jvm_route是通过session_cookie这种方式来实现session粘性。将特定会话附属到特定tomca上，从而解决session不同步问题，但是无法解决宕机后会话转移问题。如果在cookie和url中并没有session，则这只是个简单的round-robin负载均衡。

jvm_route的原理：

  • 一开始请求过来，没有带session的信息，jvm_route就根据round robin的方法，发到一台Tomcat上
  • Tomcat添加上session信息，并返回给客户
  • 用户再次请求，jvm_route看到session中有后端服务器的名称，他就把请求转到对应的服务器上

暂时jvm_route模块还不支持fair的模式。jvm_route的工作模式和fair是冲突的。对于某个特定用户，当一直为他服务的Tomcat宕机后，默认情况下它会重试max_fails的次数，如果还是失败，就重新启用round robin的方式，而这种情况下就会导致用户的session丢失

4、使用后端服务器自身通过相关机制保持session同步

使用数据库、redis、memcached等做session复制

致谢

在此，我要对所有为知识共享做出贡献的个人和机构表示最深切的感谢。同时也感谢每一位花时间阅读这篇文章的读者，如果文章中有任何错误，欢迎留言指正。 

学习永无止境，让我们共同进步！！

小李学不完
关注
  • 14
    点赞
  • 踩
  • 13
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
nginx-负载均衡宕机配置nginx会进行恢复并进行重新监听
07-21
为了验证Nginx负载均衡及故障恢复机制的有效性，可以通过模拟不同类型的故障情况来进行测试。例如，可以通过模拟超时、连接拒绝以及返回各种HTTP错误状态码等方式，观察Nginx的行为变化。 #### 六、结论 Nginx提供...
springboot-nginx-redis-session共享、TCPUDP负载均衡.zip
06-09
Nginx是一个强大的反向代理服务器和负载均衡器，它可以根据预设策略将请求分发到不同的服务器。在本项目中，Nginx不仅负责静态资源的处理，还通过配置实现TCP和UDP的负载均衡。TCP负载均衡通常用于HTTP、HTTPS等基于...
nginx代理-负载均衡-会话保持
qq_45729646的博客
09-11 1156
nginx代理-负载均衡-会话保持
服务器集群 -- nginx配置tcp负载均衡
Afison的博客
03-11 1202
nginx配置tcp负载均衡
【Nginx】Nginx知识点：反向代理与负载均衡的配置与优化
qq_40375355的博客
06-12 777
反向代理（Reverse Proxy）是一种服务器架构模式，客户端将请求发送给反向代理服务器，然后由反向代理服务器将请求转发给后端服务器，并将后端服务器的响应返回给客户端。在这个过程中，客户端并不知道后端服务器的存在，它只与反向代理服务器进行交互。Nginx作为反向代理服务器，可以处理大量的并发连接，提高网站的响应速度。同时，通过配置Nginx的反向代理规则，我们可以实现一些高级功能，如缓存、SSL加密、URL重写等。
Spring Cloud Alibaba 微服务1，系统架构演变 + Nginx反向代理与负载均衡
学Java，找哪吒
02-22 8539
Spring Cloud微服务实战系列，打造精品专栏。
Nginx——Nginx负载均衡
热门推荐
weixin_44623055的博客
05-11 3万+
1、负载均衡概述 早期的网站流量和业务功能都比较简单，单台服务器足以满足基本的需求，但是随着互联网的发展，业务流量越来越大并且业务逻辑也跟着越来越复杂，单台服务器的性能及单点故障问题就凸显出来了，因此需要多台服务器进行性能的水平扩展及避免单点故障出现，那么如何将不同用户的请求流量分发到不同的服务器上呢？ 1.1、 ...
nginx7层负载均衡相关部署
m0_46652469的博客
03-20 310
nginx部署
Nginx---负载均衡和缓存
m0_53157173的博客
11-10 819
Nginx---负载均衡负载均衡概念负载均衡的原理及处理流程负载均衡的作用负载均衡常用的处理方式方式一:用户手动选择方式二:DNS轮询方式方式三:四/七层负载均衡Nginx七层负载均衡Nginx七层负载均衡的指令upstream指令server指令Nginx七层负载均衡的实现流程负载均衡状态downbackupmax_connsmax_fails和fail_timeout 负载均衡概念 早期的网站流量和业务功能都比较简单，单台服务器足以满足基本的需求，但是随着互联网的发展，业务流量越来越大并且业务逻辑也跟
四、Nginx配置文件-负载均衡
爱吃西红柿的博客
06-12 1177
此种算法可以依据页面大小和加载时间长短智能地进行负载均衡，也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配。例如，如果有3台后端服务器，Nginx会将第1个请求分发给服务器A，第2个请求分发给服务器B，第3个请求分发给服务器C，然后循环重复。该指令是用来定义一组服务器，它们可以是监听不同端口的服务器，并且也可以是同时监听TCP和Unix socket的服务器。加权轮询方式可以根据后端服务器的性能配置不同的权重，来调整请求的分发比例。预留的备份服务器，当主服务器不可用时，将用来传递请求。
Nginx负载均衡
Lzcsfg的博客
06-18 881
如果你的nginx服务器给2台web服务器做代理，负载均衡算法采用轮询，那么当你的一台机器web程序关闭造成web不能访问，那么nginx服务器分发请求还是会给这台不能访问的web服务器，如果这里的响应连接时间过长，就会导致客户端的页面一直在等待响应，对用户来说体验就打打折扣，这里我们怎么避免这样的情况发生呢。对于某个特定用户，当一直为他服务的Tomcat宕机后，默认情况下它会重试max_fails的次数，如果还是失败，就重新启用round robin的方式，而这种情况下就会导致用户的session丢失。
5种nginx负载均衡配置方法分享
09-30
本文将详细介绍五种nginx负载均衡的配置方法，其中包含nginx自带的三种方法以及两种第三方的配置方式。 一、轮询（默认） 轮询是Nginx负载均衡的默认方法，它会将所有客户端的请求依次分配给后端服务器，确保每台...
redis2-nginx-module-0.15
07-18
- **负载均衡**：结合其他 NGINX 模块，实现基于 Redis 的负载均衡策略。 通过 Redis2-NGINX-Module，开发者可以构建更高效、更灵活的 Web 应用架构，同时利用 Redis 的高性能特性来优化数据处理。在实际项目中，...
lua-nginx-module-0.10.9rc7
03-01
4. **负载均衡**：根据业务逻辑，自定义负载均衡策略。 5. **安全防护**：实现WAF（Web应用防火墙）功能，防御DDoS攻击。 五、最佳实践 1. **模块化编程**：将不同的业务逻辑封装为独立的Lua模块，提高代码复用性...
什么是负载均衡？负载均衡器如何运作？
m0_60511809的博客
08-16 964
负载均衡是一种网络技术，旨在通过在多个服务器之间均匀地分散用户请求或工作负载，从而提高应用程序的响应速度和服务质量。在互联网上，负载平衡经常被用来在几个服务器之间分配网络流量。这能够减少每台服务器的压力，使服务器更有效率，加快性能，减少延迟。简单来说，负载均衡器就像是交通堵塞时的交警，确保每辆车都能快速找到最通畅的道路通过。总之，它的目的就通过调度集群，达到最佳化资源使用，最大化吞吐率，最小化响应时间，避免单点过载的问题。
Nginx七层负载均衡
weixin_43945111的博客
08-16 284
官方文档：https://docs.nginx.com/nginx/admin-guide/load-balancer/http-load-balancer/客户端访问代理（调度器），代理再去访问real server。流量首先会经过CDN代理，那么IP HASH就无法获取到真实的客户端IP。来自同一个客户端请求会发往同一个后端服务器交互（数据库），这种场景不适合来回切换，比较合理。浏览器cookie 记录信息，访问服务器。说明：正常情况下，负载均衡；异常情况下访问备用机。浏览器中访问，服务器不会变。
ActiveMQ、RabbitMQ、Kafka、RocketMQ在事务性消息、性能、高可用和容错、定时消息、负载均衡、刷盘策略的区别
猪猪
08-16 792
ActiveMQ、RabbitMQ、Kafka、RocketMQ这四种消息队列在事务性消息、性能、高可用和容错、定时消息、负载均衡、刷盘策略等方面各有其特点和差异。
《Nginx核心技术》第11章：实现MySQL数据库的负载均衡
最新发布
冰河的专栏
08-17 221
用最简短的篇幅介绍Nginx最核心的知识，掌握Nginx实现MySQL数据库的负载均衡，并能够灵活运用到实际项目中，维护高可用系统。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

小李学不完

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

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

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

打赏作者

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

抵扣说明：

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

余额充值