【Nginx高级篇】nginx扩容

最新推荐文章于 2024-08-28 08:00:00 发布
最新推荐文章于 2024-08-28 08:00:00 发布
阅读量4.2k 收藏 18
点赞数 20
分类专栏： nginx 文章标签： nginx 运维 java 服务器 后端
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_62946761/article/details/130464994
版权

目录

一、单机垂直扩容：硬件资源增加

二、水平扩展：集群化

（一）会话管理

1、Nginx高级负载均衡

2、使用sticky模块完成对Nginx的负载均衡

3、keepalive

（二）upstream的工作流程

（三）获取客户端真实地址

（四）Gzip

（五）请求合并

一、单机垂直扩容：硬件资源增加

云服务资源增加
整机：IBM、浪潮、DELL、HP等
CPU/主板：更新到主流
网卡：10G/40G网卡
磁盘：SAS(SCSI) HDD（机械）、HHD（混合）、SATA SSD、PCI-e SSD、 MVMe SSD
SSD
多副本机制
系统盘/热点数据/数据库存储
HDD
冷数据存储

二、水平扩展：集群化

（一）会话管理

1、Nginx高级负载均衡

ip_hash 

对ip取hash值，因此每次同个ip地址访问的结果是相同的

此时通过固定的ip访问，访问的结果是一样的

hash request_uri

加？后hash值与index.jsp不一样了，一个05一个04

 

2、使用sticky模块完成对Nginx的负载均衡

使用参考

Module ngx_http_upstream_module

tengine中有session_sticky模块我们通过第三方的方式安装在开源版本中

sticky是第三方模块，需要重新编译Nginx,他可以对Nginx这种静态文件服务器使用基于cookie的负载均衡

①下载模块

项目官网

Bitbucket

另外一个版本

GitHub - bymaximus/nginx-sticky-module-ng: nginx-sticky-module-ng

下载

https://bitbucket.org/nginx-goodies/nginx-sticky-module-ng/get/1.2.6.zip

②上传解压

③重新编译Nginx

依赖openssl-devel

进到源码目录重新编译

./configure --prefix=/usr/local/nginx --add-module=/root/nginx-goodies-nginx-sticky-module-ng-c78b7dd79d0d  # 这里模块的路径记得改为自己的

执行make

如遇报错修改源码  

打开 ngx_http_sticky_misc.c文件

在12行添加

#include <openssl/sha.h>
#include <openssl/md5.h>

备份之前的程序

mv /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginx.bk

把编译好的Nginx程序替换到原来的目录里

cp objs/nginx /usr/local/nginx/sbin/

升级检测

make upgrade

检查程序中是否包含新模块

nginx -V

配置方法

upstream httpget {
    //     名字       过期时间    
    sticky name=route expires=6h;

    server 192.168.44.102;
    server 192.168.44.103;
}

会话管理总结：

第一个是通过hash方法使得通过ip hash后访问的nginx的代理服务器相同

第二个是通过类似JessionID的方式使用sticky模块生成自定义名字和过期时间的令牌，以该令牌访问服务器，达到访问的nginx的代理服务器相同的功能

3、keepalive

在http协议header中可以看到当前连接状态

 我们查看一些js或者jpg的访问请求会发现请求头中没有keep-alive字段

什么时候使用？

可以知道只有明显的预知用户会在当前连接上有下一步操作才需要保持连接，因此我们需要复用连接，有效减少握手次数，尤其是https建立一次连接开销会更大

什么时候不用？

访问内联资源一般用缓存，不需要keepalive

长时间的tcp连接容易导致系统资源无效占用

keepalive分为两个方向，上游（服务端）和下游（客户端）

① 对客户端使用keepalive

keepalive_time

限制keepalive保持连接的最大时间

1.19.10新功能

keepalive_timeout

用于设置Nginx服务器与客户端保持连接的超时时间

用于踢出不活动连接

keepalive_timeout = 0 即关闭

send_timeout

两次向客户端写操作之间的间隔 如果大于这个时间则关闭连接 默认60s

此处有坑，注意耗时的同步操作有可能会丢弃用户连接

  • send_timeout 10; 10秒

  • send_timeout 10 10; 同时下发一个header 告诉浏览器

该设置表示Nginx服务器与客户端连接后，某次会话中服务器等待客户端响应超过10s，就会自动关闭连接。

keepalive_request

默认1000

单个连接中可处理的请求数

keepalive_disable

不对某些浏览器建立长连接

默认msie6

例子：

http {
    include       mime.types;
    default_type  application/octet-stream;


    sendfile        on;


    keepalive_timeout  65 65; #超过这个时间 没有活动，会让keepalive失效 
    keepalive_time 1h; # 一个tcp连接总时长，超过之后 强制失效
  
    send_timeout 60;# 默认60s  此处有坑！！ 系统中 若有耗时操作，超过 send_timeout 强制断开连接。 注意：准备过程中，不是传输过程


    keepalive_requests 1000;  #一个tcp复用中 可以并发接收的请求个数

    server {

        ……

    }

}

② 对上游使用keepalive

首先需要配置使用http1.1协议。以便建立更高效的传输，默认使用http1.0，在http1.0中需要配置header才能

在Upstream中所配置的上游服务器默认都是用短连接，即每次请求都会在完成之后断开

相关配置

upstream中配置

配置

keepalive 100;

向上游服务器的保留连接数

keepalive_timeout

连接保留时间

keepalive_requests

一个tcp复用中 可以并发接收的请求个数

server中配置

proxy_http_version 1.1;
配置http版本号
默认使用http1.0协议，需要在request中增加”Connection： keep-alive“ header才能够支持，而HTTP1.1默认支持。
proxy_set_header Connection "";
清除 close信息

例子：

    upstream httpsd {
            keepalive 100;
            keepalive_requests 1000;
            keepalive_timeout 65;
            server 192.168.23.101:80;
    }
    server {
        listen       80;
        server_name  localhost;

        location / {

           proxy_http_version 1.1;
           proxy_set_header Connection "";    
           proxy_pass http://httpsd;

        }

     }

③ 压测AB工具安装

yum install httpd-tools

参数说明：

  • -n 即requests，用于指定压力测试总共的执行次数。

  • -c 即concurrency，用于指定的并发数。

  • -t 即timelimit，等待响应的最大时间(单位：秒)。

  • -b 即windowsize，TCP发送/接收的缓冲大小(单位：字节)。

  • -p 即postfile，发送POST请求时需要上传的文件，此外还必须设置-T参数。

  • -u 即putfile，发送PUT请求时需要上传的文件，此外还必须设置-T参数。

  • -T 即content-type，用于设置Content-Type请求头信息，例如：application/x-www-form-urlencoded，默认值为text/plain。

  • -v 即verbosity，指定打印帮助信息的冗余级别。

  • -w 以HTML表格形式打印结果。

  • -i 使用HEAD请求代替GET请求。

  • -x 插入字符串作为table标签的属性。

  • -y 插入字符串作为tr标签的属性。

  • -z 插入字符串作为td标签的属性。

  • -C 添加cookie信息，例如："Apache=1234"(可以重复该参数选项以添加多个)。

  • -H 添加任意的请求头，例如："Accept-Encoding: gzip"，请求头将会添加在现有的多个请求头之后(可以重复该参数选项以添加多个)。

  • -A 添加一个基本的网络认证信息，用户名和密码之间用英文冒号隔开。

  • -P 添加一个基本的代理认证信息，用户名和密码之间用英文冒号隔开。

  • -X 指定使用的和端口号，例如:"126.10.10.3:88"。

  • -V 打印版本号并退出。

  • -k 使用HTTP的KeepAlive特性。

  • -d 不显示百分比。

  • -S 不显示预估和警告信息。

  • -g 输出结果信息到gnuplot格式的文件中。

  • -e 输出结果信息到CSV格式的文件中。

  • -r 指定接收到错误信息时不退出程序。

  • -h 显示用法信息，其实就是ab -help。

测试命令

ab -n 100000 -c 30 http://192.168.23.101/

直连nginx

Server Software:        nginx/1.21.6
Server Hostname:        192.168.23.101
Server Port:            80

Document Path:          /
Document Length:        634 bytes

Concurrency Level:      30
Time taken for tests:   12.718 seconds
Complete requests:      100000
Failed requests:        0
Write errors:           0
Total transferred:      86700000 bytes
HTML transferred:       63400000 bytes
Requests per second:    7863.11 [#/sec] (mean)
Time per request:       3.815 [ms] (mean)
Time per request:       0.127 [ms] (mean, across all concurrent requests)
Transfer rate:          6657.54 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.4      0       9
Processing:     0    3   0.8      3      20
Waiting:        0    3   0.8      3      19
Total:          1    4   0.8      4      21

Percentage of the requests served within a certain time (ms)
  50%      4
  66%      4
  75%      4
  80%      4
  90%      4
  95%      4
  98%      5
  99%      7
 100%     21 (longest request)

反向代理

Server Software:        nginx/1.21.6
Server Hostname:        192.168.23.100
Server Port:            80

Document Path:          /
Document Length:        634 bytes

Concurrency Level:      30
Time taken for tests:   21.061 seconds
Complete requests:      100000
Failed requests:        0
Write errors:           0
Total transferred:      86700000 bytes
HTML transferred:       63400000 bytes
Requests per second:    4748.19 [#/sec] (mean)
Time per request:       6.318 [ms] (mean)
Time per request:       0.211 [ms] (mean, across all concurrent requests)
Transfer rate:          4020.19 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.3      0      18
Processing:     2    6   1.9      5      21
Waiting:        2    6   1.9      5      21
Total:          3    6   1.9      6      27

Percentage of the requests served within a certain time (ms)
  50%      6
  66%      6
  75%      6
  80%      7
  90%     10
  95%     11
  98%     12
  99%     12
 100%     27 (longest request)

nginx反向代理+keepalive

Server Software:        nginx/1.21.6
Server Hostname:        192.168.23.100
Server Port:            80

Document Path:          /
Document Length:        634 bytes

Concurrency Level:      30
Time taken for tests:   13.525 seconds
Complete requests:      100000
Failed requests:        0
Write errors:           0
Total transferred:      86700000 bytes
HTML transferred:       63400000 bytes
Requests per second:    7393.85 [#/sec] (mean)
Time per request:       4.057 [ms] (mean)
Time per request:       0.135 [ms] (mean, across all concurrent requests)
Transfer rate:          6260.22 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.3      0      12
Processing:     1    4   1.6      3      46
Waiting:        1    4   1.6      3      46
Total:          2    4   1.5      3      47

Percentage of the requests served within a certain time (ms)
  50%      3
  66%      4
  75%      5
  80%      6
  90%      6
  95%      7
  98%      7
  99%      8
 100%     47 (longest request)

（二）upstream的工作流程

缓冲区

nginx接收到一个二进制http请求后首先会将它反序列化成一个可读的文本，处理完请求行之后才处理请求头和请求体

 对于请求体的读取可以甚至client_body_buffer_size设置缓冲区大小，大于设置值则写入临时文件。读取请求体的过程中可以通过proxy_request_buffering决定是否向上游发起请求，off即边读边发（异步）

 在上游服务器连接前，nginx首先会选择服务器（在upstream中），然后将http请求打包成标准的二进制请求报文，此时可以通过set_header往请求头添加想要发送给上游的信息，然后向epoll事件队列中注册回调函数，以便接收到返回数据后做处理。

这里无论是epoll或者是Java中的nio，这些数据读取，网络连接和网络连接断开其实都是以事件的形式触发的

在nginx多线程并发的过程中，有可能出现上下游速率问题，即下游发送速度慢，上游发送速度快，此时下游没发送完资源，与上游的连接一直被占用无法中断，此时可以通过开启proxy_buffering缓冲读到的内容，通过proxy_buffers设置缓冲区的大小，多次读取从而断开或者复用与上游的网络连接。当上游缓冲的响应太大时，会写入临时文件，可通过proxy_max_temp_file_size设置临时文件的大小，proxy_temp_path 设置临时文件的目录和层级

总结：

proxy_pass 向上游服务器请求数据共有6个阶段

  • 初始化

  • 与上游服务器建立连接

  • 向上游服务器发送请求

  • 处理响应头

  • 处理响应体

  • 结束

set_header

设置header

proxy_connect_timeout

与上游服务器连接超时时间、快速失败

proxy_send_timeout

定义nginx向后端服务发送请求的间隔时间(不是耗时)。默认60秒，超过这个时间会关闭连接

proxy_read_timeout

后端服务给nginx响应的时间，规定时间内后端服务没有给nginx响应，连接会被关闭，nginx返回504 Gateway Time-out。默认60秒

缓冲区

proxy_requset_buffering

是否完全读到请求体之后再向上游服务器发送请求

proxy_buffering

是否缓冲上游服务器数据

proxy_buffers 32 64k;

缓冲区大小 32个 64k大小内存缓冲块

proxy_buffer_size

header缓冲区大小

proxy_requset_buffering on;
proxy_buffering on;
​
proxy_buffer_size 64k;
​
proxy_buffers 32 128k;
proxy_busy_buffers_size 8k;
proxy_max_temp_file_size 1024m;

proxy_temp_file_write_size 8k

当启用从代理服务器到临时文件的响应的缓冲时，一次限制写入临时文件的数据的大小。 默认情况下，大小由proxy_buffer_size和proxy_buffers指令设置的两个缓冲区限制。 临时文件的最大大小由proxy_max_temp_file_size指令设置。

proxy_max_temp_file_size 1024m;

临时文件最大值

proxy_temp_path

proxy_temp_path /spool/nginx/proxy_temp 1 2;

a temporary file might look like this:

/spool/nginx/proxy_temp/7/45/00000123457

对客户端的限制

可配置位置

  • http

  • server

  • location

小范围可以覆盖大范围，比如location内的配置可以覆盖server的配置

client_body_buffer_size

对客户端请求中的body缓冲区大小

默认32位8k 64位16k

如果请求体大于配置，则写入临时文件

client_header_buffer_size

设置读取客户端请求体的缓冲区大小。 如果请求体大于缓冲区，则将整个请求体或仅将其部分写入临时文件。 默认32位8K。 64位平台16K。

client_max_body_size 1000M;

默认1m，如果一个请求的大小超过配置的值，会返回413 (request Entity Too Large)错误给客户端

将size设置为0将禁用对客户端请求正文大小的检查。

client_body_timeout

指定客户端与服务端建立连接后发送 request body 的超时时间。如果客户端在指定时间内没有发送任何内容，Nginx 返回 HTTP 408（Request Timed Out）

client_header_timeout

客户端向服务端发送一个完整的 request header 的超时时间。如果客户端在指定时间内没有发送一个完整的 request header，Nginx 返回 HTTP 408（Request Timed Out）。

client_body_temp_path path[level1[level2[level3`]]]

在磁盘上客户端的body临时缓冲区位置

client_body_in_file_only on;

把body写入磁盘文件，请求结束也不会删除

client_body_in_single_buffer

尽量缓冲body的时候在内存中使用连续单一缓冲区，在二次开发时使用$request_body读取数据时性能会有所提高

client_header_buffer_size

设置读取客户端请求头的缓冲区大小

如果一个请求行或者一个请求头字段不能放入这个缓冲区，那么就会使用large_client_header_buffers

large_client_header_buffers

默认8k

（三）获取客户端真实地址

反向代理后通过remote_addr拿到的是代理服务器的ip地址

可以通过配置nginx往上游请求头中存放X-Forwarded-For

remote_addr是与nginx连接到主机ip 

思考：这里如果宿主在发送请求时往请求头中添加X-Forwarded-For伪造了一个假ip，那么还能拿到真实ip吗？

答：没有影响，这里是nginx通过读取remote_addr构造的X-Forwarded-For，remote_addr是无法虚假的

 

 

 ipAddress是真实的客户端ip，remoteHost是反向代理服务器的ip

 那如果有一串nginx服务器相连，此时后面的服务器会覆盖前面的X-Forwarded-For，有什么应对方法？

① 后面的nginx直接在请求头中添加而不是覆盖

② 后面的nginx直接转发前面的nginx发送过来的数据，不对该字段做处理

（四）Gzip

作用域 http, server, location

gzip on;

开关，默认关闭

gzip_buffers 32 4k|16 8k

缓冲区大小

gzip_comp_level 1；

压缩等级 1-9，数字越大压缩比越高

gzip_http_version 1.1;

使用gzip的最小版本

gzip_min_length

设置将被gzip压缩的响应的最小长度。 长度仅由“Content-Length”响应报头字段确定。

gzip_proxied 多选

off 为不做限制

作为反向代理时，针对上游服务器返回的头信息进行压缩

expired - 启用压缩，如果header头中包含 "Expires" 头信息 no-cache - 启用压缩，如果header头中包含 "Cache-Control:no-cache" 头信息 no-store - 启用压缩，如果header头中包含 "Cache-Control:no-store" 头信息 private - 启用压缩，如果header头中包含 "Cache-Control:private" 头信息 no_last_modified - 启用压缩,如果header头中不包含 "Last-Modified" 头信息 no_etag - 启用压缩 ,如果header头中不包含 "ETag" 头信息 auth - 启用压缩 , 如果header头中包含 "Authorization" 头信息 any - 无条件启用压缩

gzip_vary on;

增加一个header，适配老的浏览器 Vary: Accept-Encoding

gzip_types

哪些mime类型的文件进行压缩

gzip_disable

禁止某些浏览器使用gzip

完整实例

  gzip on;
  gzip_buffers 16 8k;
  gzip_comp_level 6;
  gzip_http_version 1.1;
  gzip_min_length 256;
  gzip_proxied any;
  gzip_vary on;
  gzip_types text/plain application/x-javascript text/css application/xml;
  gzip_types
    text/xml application/xml application/atom+xml application/rss+xml application/xhtml+xml image/svg+xml
    text/javascript application/javascript application/x-javascript
    text/x-json application/json application/x-web-app-manifest+json
    text/css text/plain text/x-component
    font/opentype application/x-font-ttf application/vnd.ms-fontobject
    image/x-icon;
  gzip_disable "MSIE [1-6]\.(?!.*SV1)";

ngx_http_gunzip_module

帮助不支持gzip的客户端解压本地文件

http_gzip_static_module

需要重新编译nginx

./configure --with-http_gzip_static_module

（五）请求合并

访问3个css文件的请求合并成一个请求，在请求的后边携带文件名参数，这种技术叫Concat，淘宝研发出来且正在使用的

比如访问淘宝网页时，css和js都是用了Concat

 

Nginx官方介绍

Concat | NGINX

git地址

https://github.com/alibaba/nginx-http-concat

  • 安装

下载源码解压缩编译安装

  • 配置

        concat on;

        concat_max_files 30;

（六）rsync

rsync(1) manpage

remote synchronize是一个远程数据同步工具，可通过 LAN/WAN 快速同步多台主机之间的文件。也可以使用 rsync 同步本地硬盘中的不同目录。 rsync 是用于替代 rcp 的一个工具，rsync 使用所谓的 rsync算法 进行数据同步，这种算法只传送两个文件的不同部分，而不是每次都整份传送，因此速度相当快。

rsync 基于inotify 开发

Rsync有三种模式：

  • 本地模式（类似于cp命令）

  • 远程模式（类似于scp命令）

  • 守护进程（socket进程：是rsync的重要功能）

rsync 常用选项

选项含义
-a包含-rtplgoD
-r同步目录时要加上，类似cp时的-r选项
-v同步时显示一些信息，让我们知道同步的过程
-l保留软连接
-L加上该选项后，同步软链接时会把源文件给同步
-p保持文件的权限属性
-o保持文件的属主
-g保持文件的属组
-D保持设备文件信息
-t保持文件的时间属性
–delete删除DEST中SRC没有的文件
–exclude过滤指定文件，如–exclude “logs”会把文件名包含logs的文件或者目录过滤掉，不同步
-P显示同步过程，比如速率，比-v更加详细
-u加上该选项后，如果DEST中的文件比SRC新，则不同步
-z传输时压缩

安装

两端安装

yum install -y rsync

###

密码文件

创建文件/etc/rsync.password

内容（账号:密码）

admin:admin

修改权限

chmod 600 /etc/rsync.password

修改配置

auth users = admin

secrets file = /etc/rsyncd.pwd

[ftp]
       path = /usr/local/nginx/html

开机启动

在/etc/rc.local文件中添加

rsync --daemon

将100为源机，101为同步机 ,源机需要开启rsync

此时在同步机上可以通过rsync --list-only 用户名@源机ip：：路径 

 同步文件，100上多出了一个dist目录

 rsync -avz 用户@源机ip::源机目录 本机目录

 rsync没有重启命令，想要重启只能杀死原本的进程

zoeil
关注
专栏目录
Nginx第三方模块---nginx-sticky-module的使用（基于cookie的会话保持）
mtry技术栈
03-29 2454
nginx在会话保持这方面比较弱，用ip_hash做会话保持有很大的缺陷，它是通过客户端ip来实现，根据访问ip的hash结果分配请求到后端的app服务器，负载不会很均匀。nginx-sticky-module这个第三方模块可以基于cookie实现会话保持。
Nginx----架构篇&模块篇
liu_to_liu的博客
07-30 1834
架构篇&模块篇一、Nginx----架构篇1、Nginx与Tomcat部署1.1 环境准备(Tomcat)1.2 环境准备(Nginx)2、Nginx实现动静分离2.1 需求分析2.2 动静分离实现步骤3、Nginx实现Tomcat集群搭建4、Nginx高可用解决方案4.1 Keepalived4.2 VRRP介绍4.3 环境搭建4.4 Keepalived配置文件介绍4.5 访问测试4.6 keepalived之vrrp_script5、Nginx制作下载站点(1) autoindex:启用或禁用
Nginx高级配置——gzip
Autter_A3的博客
08-21 1340
Nginx支持对指定类型的文件进行压缩然后再传输给客户端，而且压缩还可以设置压缩比例，压缩后的文件大小将比源文件显著变小，样有助于降低出口带宽的利用率，降低企业的IT支出，不过会占用相应的CPU资源Nginx对文件的压缩功能是依赖于模块 ngx_http_gzip_module,默认是内置模块。
nginx额外扩展
qq_42888874的博客
12-29 154
nginx:额外扩展阅读 各规则解释
nginx高级用法汇总
weixin_30768175的博客
04-07 251
1，nginx限制IP访问，允许IP访问 1.1 模块：nginx_http_access_module 注意：检测顺序是按配置顺序进行的，匹配首条规则将会被使用，所以要注意在配置文件配置的顺序。 　 　a，指令：allow 　语法：allow [address|CIDR|all] 　默认：none 　使用环境：http,server,location,limit_exce...
nginx扩展模块
xiaolei1982致力于Web开发
01-26 1200
转自：http://zhwen.org/xlog/?p=554 url：http://127.0.0.1/hello 输出内容为我自定义的字符串，比如：”I try to fuck Nginx!!!” 这里介绍以下步骤： 第一步： 建立任意一个目录，比如：ngx_hello 第二步： 在这个文件夹中建立一个config文件，内容如下： ngx_add
Nginx的高级用法
qq_28884137的博客
02-24 355
Nginx的负载均衡有两种实现方式，一种是轮询，即按照顺序将请求分配给后端的服务器，另一种是权重，即根据后端服务器的处理能力，设定不同的权重将请求分配给后端的服务器。一般来说，使用Nginx的URL重写功能时，需要在nginx.conf文件中添加相应的rewrite指令，然后重启Nginx服务器，就可以实现URL重写的功能。1. 使用Nginx的反向代理功能，可以把访问的请求转发到真正的Web服务器上，并将客户端的IP地址传递给服务器，从而提升服务器的性能。
Nginx高级课程扩容与高效.md
03-07
Nginx高级课程扩容与高效.md
nginx高级配置笔记
01-18
1. 单机垂直扩容：通过增加硬件资源来提升整体吞吐量。 2. 水平扩展：通过集群化来实现负载均衡。 会话管理 Nginx提供了多种会话管理机制，包括： 1. ip_hash：根据客户端的IP地址来分配会话。 2. hash：根据...
十四、系统扩容——应用扩容
最新发布
流楚丶格念的博客
08-28 1070
按业务模块拆分是将系统根据功能或业务领域分解为多个子系统。例如，将一个电商平台分解为前端系统、用户管理系统、订单处理系统、支付服务系统等。每个子系统专注于处理特定的业务功能，独立部署和维护。
Nginx --高阶
neei的博客
07-16 5138
学习笔记
一把王者的时间，我就学会了Nginx
热门推荐
梵高
03-21 2万+
Nginx("engine x") 是一个高性能的 HTTP 和反向代理服务器,特点是占有内存少，并发能力强，事实上 nginx 的并 发能力确实在同类型的网页服务器中表现较好，中国大陆使用 nginx 网站用户有：百度、京东、新浪、网易、腾讯、 淘宝等。......
nginx扩容（重点集群化处理）
weixin_52259848的博客
09-26 1750
本次学习主要讲述：**ip_hash**、**hash $request_uri;** 、**使用sticky模块**
nginx 扩展模块开发
specialsun的专栏
06-21 4257
apache的插件以动态库方式存在，通过配置动态加载；nginx插件则需要编译至nginx可执行程序中，openresty也是如此，直接将lua解释器嵌入至nginx，使其具备解析lua脚本能力。nginx 内置插件目录在 src/http/modules 下。 编写nginx插件过程比较麻复杂，需要对nginx源码及数据结构有一定的了解。nginx实现了字符串，定时器，容器（HashTabl...
Nginx 配置文件详解及扩展模块
qq_16938433的博客
05-24 432
Nginx 配置文件通常位于，其基本结构如下：nginxuser nginx;​​events {​http {​​​​​server {​​​在 Nginx 源代码目录中创建自定义模块目录和文件：bash通过理解 Nginx 配置文件的结构和功能，结合具体需求进行配置扩展，可以充分发挥 Nginx 的高性能和灵活性。常见的扩展方法包括模块添加、虚拟主机配置、负载均衡、反向代理和 SSL 配置等。
动态地为Nginx添加扩展模块
lizhsu22的博客
05-09 196
下载需要安装的第三方模块 将命令行切换到Nginx执行程序所在的目录 cd /usr/local/nginx/sbin 输入以下命令可以查看Nginx已安装的模块参数。 nginx -V 系统返回如下信息： nginx version: nginx/1.9.3 built by gcc 4.4.7 20120313 (Red Hat 4.4.7-17) (GCC) built with OpenSSL 1.0.2 22 Jan 2015 TLS SNI support enab.
nginx功能扩展整理
weixin_30578677的博客
03-28 211
0、基本负载均衡配置 编辑/etc/nginx/nginx.conf，加入负载平衡配置： http { upstream tomcat { server localhost:8080; server localhost:8081; } include /etc/nginx/mime.types; default_ty...
nginx高级用法
丶的博客
02-14 2449
一、简介 在功能应用方面，Nginx不但是一个优秀的WEB服务软件，还具有反向代理负载均衡功能和缓存服务功能。在反向代理负载均衡方面，它还可以实现对后端服务的读写分离,负载均衡方面它类似于LVS以及Haproxy等专业软件，但是Nginx部署起来更为简单、方面，其默认方式RR（轮询）。在缓存服务方面有类似于Squid等专业软件。 二、Nginx的重要特性 （1）基本特性 可针对静态资源高速高并发访...
Nginx扩展
Ongwu Keep going
08-07 518
一、Nginx在web浏览器的显示 解压编译Nginx [root@server3 /]# vim /usr/local/nginx/conf/nginx.conf [root@server3 /]# mkdir /www1 [root@server3 /]# mkdir /www2 [root@server3 /]# vim /www1/index.html [root@server3 ...
NGINX高级实战指南
由 Derek DeJonghe 编著，旨在帮助读者掌握 NGINX 的高级操作技巧。" NGINX 是一个高性能的 HTTP 和反向代理服务器，也是邮件代理服务器，常被用于构建高可用性和高并发性的 Web 应用系统。在 "Complete NGINX ...
评论 20
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

zoeil

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

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

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

打赏作者

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

抵扣说明：

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

余额充值