7层负载-nginx，功能大全，企业应用

最新推荐文章于 2023-05-19 09:00:00 发布
最新推荐文章于 2023-05-19 09:00:00 发布
阅读量717 收藏 2
点赞数
分类专栏： nginx 文章标签： nginx linux 运维 负载均衡器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/thermal_life/article/details/105874757
版权

nginx简介

Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。

  • 其主要功能为：

处理静态文件，索引文件以及自动索引;打开文件描述符缓冲。（html）
缺点：nginx支持高并发，但nginx没有处理动态语言的能力（php、jsp等），所以它会交给后端的apache处理。

无缓存的反向代理加速，简单的负载均衡和容错，可以实现高速缓存和负载均衡。Nginx作为负载均衡服务，在内部直接支持 Rails 和 PHP 程序对外进行服务，也可以支持作为 HTTP代理服务对外进行服务。Nginx采用C进行编写，不论是系统资源开销还是CPU使用效率都比 Perlbal 要好很多。
FastCGI，简单的负载均衡和容错。

API，nginx可以做为应用程序的接口，使用 openresty（本质上也是nginx） ，它集成了nginx的一些模块和第三方插件。

  • nginx的出现原因（优点）：

user在增长，根据摩尔定律，最初在我们想提升apache性能的时候，回去提升apache 的配置，但随着硬件配置不断的提升，apache的并发量增长的甚至越来越低，这个时候我们的nginx出现了，它的特点是高并发，高性能，可拓展性非常好，因为他的外围文档非常全面，可以二次开发，添加别的插件，并且它内存消耗特别少。3W的并发量，10个nginx进程只消耗150M内存。

nginx的配置文件非常简单
成本非常低，相比于F5等硬件负载均衡非常换算
支持重写规则，根据域名url 把我们的http请求分发到不同的http服务器组。

比如我们访问 baidu.com
在这里插入图片描述
会自动的定向到：
在这里插入图片描述
这就是重写的功能。

他还具有自带健康检查功能。

节省带宽，支持gzip压缩

模块化

nginx的安装

nginx.org 开源网站
nginx.com 提供更高级的功能
在这里插入图片描述
安装稳定版

nginx目录介绍：
在这里插入图片描述

auto里面是一些辅助编译的工具，一些操作系统，函数库之类的辅助信息
在这里插入图片描述

changeds文件里面记录了历史的一些改动和bug修复信息
changes.ru 作者是俄罗斯人，这里面是俄罗斯版本的chenges
在这里插入图片描述

conf 配置文件，主要为了方便运维护人员进行配置，里面都是配置文件
在这里插入图片描述

configure 是编译用的二进制文件

contrib 提供的nginx语法检测的一些字体，通常用于检测字体。
在这里插入图片描述

比如我们此时的配置文件是由黑色和蓝色字体组成：

在这里插入图片描述
我们在加目录下创建.vim 目录

mkdir ~/.vim
cp -r ./vim/* ~/.vim  复制当前的vim目录到家目录下的.vim目录

此时我们在看刚才打开的文件就有颜色了，这样方便我们编写配置文件：
在这里插入图片描述

html 默认发布目录。里面有默认发布页和报错发布页
在这里插入图片描述

license 是一些证书
man 是一些文档手册
readme 是是说明
src 是源码目录。
在这里插入图片描述

编译:
安装依赖的开发包

yum install pcre-devel -y
yum install gcc -y
yum install openssl-devel -y

./configure --prefix=/usr/local/nginx --with-http_ssl_module     支持https

此时会出现一个objs的目录
在这里插入图片描述

里面的Makefile是用来指定c语言之间的一些文件的调用关系。指定编译逻辑

然后

make

编译完成后 objs 目录下又多了一些文件
在这里插入图片描述

nginx 就是nginx的主程序
ngx_module_c 用来存放模块

最后

make install

可见nginx已经安装到了指定目录，其下有四个目录
在这里插入图片描述

conf 配置文件目录
html 默认发布目录
logs 日志目录
sbin 二进制程序目录

运行nginx

进入到nginx目录下的sbin目录下，直接执行
在这里插入图片描述

./nginx

80端口已经打开：
在这里插入图片描述

我们访问一下：
在这里插入图片描述

说明我们的服务已经配置好了。

修改默认发布页面：

vim  /usr/local/nginx/html/index.html

在这里插入图片描述

访问：
在这里插入图片描述

改变成功

nginx 的一些功能

查看nginx版本

cd  nginx/sbin
./nginx -V

在这里插入图片描述

版本热更新和回滚

更新

我们先从官网下载一个1.17版本的包用于更新，（其实这里应该先下载1.17版本，更新至1.18版本更合适，但这样同样也属于更新。）

我们先 备份 ,以防操作失误。
在这里插入图片描述
我们还是对1.17版本进行相同的解压和编译。

./configure --prefix=/usr/local/nginx --with-http_ssl_module
make
注意这时就不能在执行make install 了，make install 只在第一次编译安装nginx的时候执行，我们回滚不需要

这里在1.17的目录下也会出现objs的目录，下面也会产生一个 nginx 的二进制文件：
在这里插入图片描述
我们只需要把这个二进制文件复制到原来的1.18的nginx 的目录下的nginx二进制文件进行替换就行了
在这里插入图片描述
可见此时我们的版本已经是1.17版本了
在这里插入图片描述
这是nginx的两个进程。

但是此时我们程序中用户请求是还访问的是1.18版本的，我们应该让用户请求的时候访问1.17版本的：

kill -USR2 17476              USR2 是告诉17476进程不要在接受用户请求了并产生一个新的master进程来接收请求

在这里插入图片描述
可见生成了新的nginx master

这里说一下master 和worker 的作用;
如果没有修改配置文件的话，默认值与一个worker进程，master进程的作用是fork 和监控worker进程的，如果worker进程有异常，它就会重新fork一个worker进程进行接收请求，master进程本身不处理请求，worker进程才是真实处理请求的进程。

此时旧的master进程可能还正在处理请求：

kill -WINCH 17476     等它处理完请求后将它关闭

在这里插入图片描述
可以看出它还留了一个master 进程，它的作用其实还是备份，如果更新不成功，旧的进程还在，就可以恢复到原来的状态。

这样，我们就更新到1.17版本了。

回滚

我们现在将后来更新1.17版本回滚到第一次安装的1.18版本。
这时原来的nginx.old备份就其作用了

cd /usr/local/nginx/sbin/
cp -f nginx.old nginx     强制覆盖
./nginx -V   查看版本

在这里插入图片描述
此时又回到了1.18版本。
在这里插入图片描述
我们此时就要告诉原来的17476 master 进程重新拉起 worker进程进行接收请求。
在这里插入图片描述
此时又多了一个worker进程，它的父进程是17476进程，
同时告诉新的master 不要接收请求了,并让他执行完当前请求后就关闭它从属的worker进程：

kill -USR2 20316
kill -WINCH 20316

在这里插入图片描述
之后我们在直接关闭到新的master

kill -9 20316

在这里插入图片描述
这样就只剩一个master了。此时的版本为1.18版本。
在这里插入图片描述

日志切割

由于访问的请求巨大，如果我们不进行切割的话，一个日志文件就会大至几个G,如果大小大于了内存，这个文件就打不开了。通常我们查日志文件的时候也会一天一天的查，混在一起很不方便

日志放在 logs 目录里边，分为普通正常日志和错误日志：

ab -c 1 -n 100000 http://172.25.254.1/index.html    
一个并发，十万此请求 ，我们以此来增加日志的大小
du  -sh

在这里插入图片描述

现在已经有11M了，然后我们进行切割。
我们先备份它的日志：
备份成当日的日志：

 mv access.log `date +%F -d -1day`_access.log

我们可以在当天十二点自动执行这个命令，这样每天就会把当天的日志文件生成一个日期了

我们重新打开nginx就会产生新的日志文件

[root@server1 logs]\# ../sbin/nginx -s reopen

在这里插入图片描述

error.log 也同理可以备份。
我们可以把这些操作写进脚本里放在crontab中每天定时执行。

gzip压缩

我们先把默认访问页面的大小扩充至：
在这里插入图片描述
我们访问,然后fn+f12查看详细信息:
在这里插入图片描述

文件有5M的大小，我们实际也转换了5M
我们可以使用gzip压缩，我们去配置文件里面进行更改：
在这里插入图片描述

打开gzip开关，设置最小为1k的时候不压缩，并设置压缩等级为2，以什么类型压缩。
进行一个语法检测：

sbin/nginx  -t

在这里插入图片描述
重新加在nginx

./sbin/nginx -s reload

再次访问：
在这里插入图片描述
文件转换过来就只有62.21kb了。
这就是gzip的作用，这样用户再加载这个页面时就会非常快。就好比传送图片时候的查看原图，就是经过压缩过的。

systemd管理nginx

官方把服务的管理一般都放在 /usr/lib/systemd/system ：
在这里插入图片描述
但是我们自己搭的服务官方建议我们放在 /etc/systemd/system中进行管理.
nginx其实也是一个http服务器，我们可以安装一个httpd ，把它的配置文件给nginx使用，两个是共通的

cp /usr/lib/systemd/system/httpd.service /etc/systemd/system/nginx.service

在这里插入图片描述
我们修改配置文件：
在这里插入图片描述
改成这样子,我们就可以通过systemctl start/stop 来控制 nginx.service 了

systemctl start nginx.service

在这里插入图片描述
在这里插入图片描述

端口打开，且访问成功

nginx 配置文件

vim /usr/local/nginx/conf/nginx.conf

user  nginx nginx;         指定用户和组打开nginx
worker_processes  1;			worker 的进程数，通常设置为cpu 的核心数

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {          
    worker_connections  65535;    最大并发连接数，作为反向代理时支持的是这个数字的一半
}


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;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    gzip  on;
    gzip_min_length 1;          最先压缩大侠
    gzip_comp_level 2;			压缩级别
    gzip_types text/plain application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;

    server {
        listen       80; 			端口
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   html;
            index  index.html index.htm; 		默认发布页面
        }
                         
                                 #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;			报错界面
        }

。。。。。。。。
}

在这里插入图片描述
可见是nginx用户打开的

nginx的一些常用用法

在这里插入图片描述
大致由这些用法。
我们在这里实操几个用法：

限制并发连接数

更改配置文件：

limit_conn_zone $binary_remote_addr zone=addr:10m;

location /download/ {
     limit_conn addr 1;
}           访问/download/目录时就会使用addr这个共享内存并发数为1

定义了一个共享区域 addr 大小为10M 超过就会报错。
在这里插入图片描述
放到图中的位置。

测试：
创建目录：

mkdir /usr/local/nginx/html/download        建立目录
../sbin/nginx -s reload			重新加载

在里面放入一个图片。
尝试访问:
在这里插入图片描述
访问成功。
我们用ab的方式测试2个并发：

 ab -c 1 -n 10 http://172.25.254.1/download/vim.jpg   -c一个并发  -n 访问10次
 ab -c 2 -n 10 http://172.25.254.1/download/vim.jpg

在这里插入图片描述
一个并发时全部成功访问。
在这里插入图片描述
两个并发时就会有另外5个报错/

限制请求速率

更改配置文件
在这里插入图片描述
速率为一秒一个，超过的速率会在one区域进行等待，等待的队列只能有5个请求。
在这里插入图片描述
每秒请求1.11。

限制带宽

在这里插入图片描述
最大速度为50k。

 ab -c 1 -n 2 http://172.25.254.1/download/vim.jpg
 图片大小为350k,所以应该时间为14s

在这里插入图片描述

日志

nginx的日志都默认为这种格式：

在这里插入图片描述
我们可以在配置文件中打开 log_format 参数和 access_log 参数
在这里插入图片描述
这里边的内容对应上面图片中的每个部分。
在这里插入图片描述
表示访问下面的目录时的日志会保存到这个目录下。

重新加载nginx，测试：

curl 172.25.254.1    访问一次

在这里插入图片描述
可见日志出现在了这个目录下面。

获取nginx源地址 X-Forwarded_For

在这里插入图片描述
我们访问百度的时候，实际访问的时220.181.38.148这个地址，但是我们的ip地址明显不再一个网段，为什么我们能上网是因为中间有路由器，我们获得路由器分配的ip地址，就可以和路由器通信了，路由器连接的时电信公司，一级一级的我们就可以去上网了。

我们上网的时候，我们的ip时172.25.254.1，上网的流程是：

比如我们访问淘宝：
client(172.25.254.1) —》 ADSL(192.168.0.34) ----》cdn（10.0.0.1） -----》slb（阿里云的负载11.0.0.1） --》 nginx（12.0.0.1）

这里nginx获取的ip都来源于，11.0.0.1，而我们想要收集 172.25.254.1 这个ip地址时，就可以用nginx获取源地址。

而我们使用的参数就是 X-Forwarded_For

在通信时每个ip地址都会加一个herader 到X-Forwarded_For上

可以去 nginx.org 查找realip模块
在这里插入图片描述

set_real_ip_from  192.168.1.0/24;
set_real_ip_from  192.168.2.1;
set_real_ip_from  2001:0db8::/32;            设置可信ip，三种类型都可，一般为上级ip地址
real_ip_header    X-Forwarded-For;        从哪个header检测我们要的ip
real_ip_recursive on;                        第归排除上面的realip

这样我们检测到客户端的ip不再realip中时，就获取到了客户ip。

先编译realip模块到nginx中

./configure --prefix=/usr/local/nginx --with-http_ssl_module --with-http_realip_module
make && make install

在这里插入图片描述
realip模块已经添加上了。

我们编辑nginx的配置文件：
添加一个虚拟主机：
在这里插入图片描述
做好解析：
在这里插入图片描述

尝试访问：
在这里插入图片描述
指定两个header，可见排除了 172.25.254.1 这个realip，只剩了真实的物理ip地址

反向代理 + 负载均衡

http {
    upstream backend {
        server backend1.example.com weight=5;             weight是权重，访问五次这个服务器，在访问下面的服务器
        server backend2.example.com;
        server 192.0.0.1 backup;                                      后端服务器全挂时访问的ip
    }
}


server {
    location / {
        proxy_pass http://backend;                 将请求传递给后端服务器
    }
}

压缩照片

比如淘宝这类的网站，里面的图片非常之多，为了压缩图片大小，提升用户体验，需要添加图片过滤模块。
重新编译加入模块：–with-http_image_filter_module=dynamic 动态模块，编译后可以加入参数使用

先在pkgs 网站下载需要的 GD开发包，然后安装，不然会报错
 ./configure --prefix=/usr/local/nginx --with-http_ssl_module --with-http_realip_module --with-http_image_filter_module=dynamic
make && make install

在这里插入图片描述

我们需要将objs中的ngx_http_image_filter_module.so手动的集成到 ngx_modules.c 中去，因为我们所有的模块都集成在这个文件中。不然不可以使用。

[root@server1 objs]# cp nginx /usr/local/nginx/sbin/
cp: overwrite ‘/usr/local/nginx/sbin/nginx’? y
[root@server1 objs]# mkdir /usr/local/nginx/modules
[root@server1 objs]# cp ngx_http_image_filter_module.so  /usr/local/nginx/modules/

然后再nginx的安装目录中编辑配置文件,最开头加上：
在这里插入图片描述
表示在运行的时候加载这个模块。否则模块不生效，加的配置参数系统不识别。
在加上参数：
在这里插入图片描述

我们先注释掉看下原来的样子。
在这里插入图片描述

可见传过来的大小和源图大小基本一致为350kb。
然欧我们打开这个参数
在这里插入图片描述

再次访问：
在这里插入图片描述
就变的只有4 kb 了而且图片也变成了设定的像素大小。这就是图片的压缩

https

配置文件中又专门支持https 的配置：

在这里插入图片描述我们需要把https模块编译到nginx中。
在这里插入图片描述
在进行配置。打开刚才注释掉的配置，更改如下：
在这里插入图片描述
然后生成证书:

cd /etc/pki/tls/certs/  证书生成目录
make cert.pem        生成证书
cp cert.pem /usr/local/nginx/conf/          拷贝到配置文件下
mkdir /web        创建资源目录
vim /web/index.html        配置访问页面

在这里插入图片描述
重新加载在nginx ，配置本地解析，然后测试访问
在这里插入图片描述
我们的证书不具备法律效益，我们自己获取证书
在这里插入图片描述
点 confirm，
在这里插入图片描述
访问成功。
在这里插入图片描述
这就是我们自己获取的证书，上面的内容和我们生成时设定的内容相同。

重写规则

但是我们在访问时不加https时;
在这里插入图片描述
访问的就是我门另外一个访问页面了，所以说这是不可控的，用户在访问的时候不会去主动加上https，所以我们应该配置nginx的重写规则，让用户固定访问加密的通道。

编辑配置文件：
在这里插入图片描述

表示不论以什么开头结尾访问www.westos.org都定向到https://www.westos.org ,$1是用户输入的内容。
^表示开头,(.*)表示结尾

建立 /bbs 目录，创建访问页面。
在这里插入图片描述
重新加载nginx。
再次访问www.westos.org ，就直接定向到了https：//
在这里插入图片描述
在这里插入图片描述
可见它是临时重定向，不缓存到本地。

  • 永久重定向

在这里插入图片描述
只需要在i重写规则后面加上permanent参数就行了。
在这里插入图片描述
此时就是永久重定向了。
在这里插入图片描述表示不论以什么，以bbs结尾就定向到 https://bbs.westos.org/
在这里插入图片描述

判断规则 防盗链

生活中存在盗链行为，就是盗取别人的资源为自己所用，让别人访问自己时指定到别人的资源。
nginx中就有相应的设置,不是直接访问自己的ip时就不提供资源。

我们模拟一下场景
重新开启一台nginx服务其server2，充当 盗链的人，server1当作真实服务器。
在nginx/html/下放一张图片供我们访问时使用。

更改server1的配置文件：
在这里插入图片描述
让访问www.westos.org 时访问html目录里面的发布页面。

我们还需要更改server2的配置文件，
在这里插入图片描述

配置本地解析解析 daolian.westos.org
建立server2上的 /web 和 发布页面
在这里插入图片描述
启动server2上的nginx,
配置本地解析:
在这里插入图片描述
测试访问:
在这里插入图片描述
这时盗链这就可以盗用别人的资源了。

为了避免这种情况，我们应该设置防盗链：
配置server1的配置文件：
在这里插入图片描述
即通过www.westos.org访问时允许通过，通过其它网址访问时拒绝。
重新加载nginx。
访问：
在这里插入图片描述
就访问不到了。

我们可以重定向：
在这里插入图片描述

即通过www.westos.org访问时不阻挡，通过其它地址访问时重写到自己禁止盗链页面
在这里插入图片描述

以图形化的方式监控nginx

goexcess第三方软件，官网地址
官网戳这里
下载1.3版本。

编译：

在pkgs中下载GeoIP 和GeoIP-devel 和groipupdate的安装包。   版本需要相同。
 yum install ncurses-devel -y      依赖性
./configure --prefix=/usr/local/goaccess --enable-utf8 --enable-geoip=legacy --with-openssl
make && make install

将 /usr/local/goaccess/bin/goaccess 软连接到 /usr/local/bin

ln -s /usr/local/goaccess/bin/goaccess /usr/local/bin/

然后我们就可以使用命令的方式去监控日志了：
这是一个联合日志，会生成一个html页面

goaccess access.log -o ../html/report.html --real-time-html --time-format='%H:%M:%S' --date-format='%d/%b/%Y' --log-format=COMBINED

此时打开了一个7890的端口：
在这里插入图片描述
我们需要现在nginx中进行配置。
在这里插入图片描述
即当我们访问/report.html 时访问的是 /usr/local/nginx/html/report.html 这个页面。
测试访问：
在这里插入图片描述
是不是很炫酷？！

young_dump_broke
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
nginx七层负载
09-04
nginx七层负载均衡详细说明配置；https的设置；nginx相关信息
Nginx服务企业应用
weixin_33775582的博客
10-30 338
1.1常用来提供静态服务的软件 Apache :这是中小型Web服务的主流，Web服务器中的老大哥， Nginx :大型网站Web服务的主流，曾经Web服务器中的初生牛犊，现已长大。 Nginx的分支Tengine ( http://tengine.taobao.org/)目前也在飞速发展• Lighttpd :这是一个不溫不火的优秀Web软件，社区不活跃，静态解析效率...
13@nginx负载均衡
ଲ一笑奈@何
04-30 1505
文章目录Nginx负载均衡一、为什么要用负载均衡二、常见的负载均衡三、负载均衡的常用软件四、负载均衡类型五、Nginx负载均衡配置1、负载均衡配置语法 ngx_http_upstream_module2、环境准备3、准备站点4、负载均衡配置文件5、优化配置文件6、nginx负载均衡常见问题六、nginx负载均衡调度算法1.轮询配置方法2.加权轮询配置方法3.ip_hash的配置方法七、nginx负载均衡状态1.down状态配置测试2.backup状态配置测试3.访问错误状态4.max_conns限制最大连接
nginx的七层负载均衡
weixin_62615875的博客
12-12 3455
1.负载均衡介绍 四层负载均衡 所谓四层负载均衡是指OSI七层模型中的传输层, 那么传输层Nginx已经支持TCP/IP的控制, 所以只需要对客户端的请求进行TCP/IP协议的包转发就可以实现负载, 那么他的好处是性能非常快, 只需要底层进行应用处理,而不需要进行一些复杂的逻辑. 七层负载均衡 七层负载均衡是在应用层,那么他可以完成后很多应用方面的协议请求, 当然四层有四层的好处,七层七层的好处,四层就不支持协议的转发,(http,https,DNS等)只支持IP，但是它的速度快. 应用层虽然没.
fastdfs-nginx-module-1.20.zip
02-09
利用Nginx的反向代理和负载均衡功能，可以将请求分发到多个FastDFS存储节点，提高系统的可用性和可靠性。 6. **安全考虑**： 考虑到安全性，你可能需要限制对FastDFS文件的直接访问，例如设置HTTP基本认证或者...
fastdfs-nginx-module1.20
06-17
7. **日志与监控**：结合Nginx的日志功能，可以监控文件访问情况，分析系统性能和异常，为运维提供数据支持。 8. **扩展性**：FastDFS-Nginx-Module设计灵活，易于与其他系统集成，如CDN网络、数据库等，构建完整的...
fastdfs-nginx-module.tar.gz
11-29
《FastDFS与Nginx模块整合详解》 FastDFS是一个开源的、高...这样的组合，既能利用FastDFS的分布式存储优势，又能发挥Nginx的反向代理和静态资源处理能力，对于处理大量文件操作的企业级应用来说，是非常理想的选择。
Linux应用-nginx+keepalived高可用教程.zip
最新发布
07-16
在IT行业中，构建高可用性服务是至关重要的，特别是在大型网站和企业级应用中。本教程聚焦于Linux环境下的nginx和keepalived结合使用，来实现一个强大的、高可用的Web服务器集群。以下是对这个主题的详细解释： **1...
fastdfs+fastdfs-nginx-module整合资源包
11-12
而FastDFS-Nginx-Module则是FastDFS的一个扩展模块，用于Nginx服务器上实现对FastDFS的访问，提供更高效的静态文件服务和负载均衡功能。 首先，我们要理解FastDFS的核心特性。FastDFS提供了文件存储、文件同步、...
企业级应用Nginx配置案例
12-20
这是个人工作中总结的一些企业级应用Nginx配置的案例，供各位Nginx学习中参考使用！
七层负载均衡-nginx
z17609273238的博客
08-15 745
Nginx是一款轻量级、高性能的HTTP和反向代理web服务器及电子邮件（IMAP/POP3）代理服务器，在BSD-like协议下发行；其特点是占有内存少，并发能力强，事实上nginx的并发能力在同类型的网页服务器中表现较好；中国大陆使用nginx网站用户有：百度、京东、新郎、网易、腾讯、淘宝等，因其稳定性、丰富的功能集、简单的配置文件和低系统资源的消耗而闻名Nginx与Apache的区别：【1】Nginx相对于Apache的优点：轻量级，同样是web 服务，比apache占用更少的内存及资源。...
项目笔记：1.nginx的七层的负载均衡集群
孔老先生的博客
06-27 4181
高伸缩高可用大并发的网站架构（以JSP网站为例）： 1、nginx的七层的负载均衡集群 2、tomcat的集群（后端节点会话（session）的一致性） 3、利用分布性存储（glusterfs）实现页面一致性 4、引入CDN内容分发网络，实现网站静态元素加速 5、利用nginx七层分发器实现基于内容的分发 6、利LVS实现网站流量高效快速的分发 7、利用智能DNS实现大并发流量切割
Nginx负载均衡---七层(应用层)
红尘炼炼心的博客
11-12 679
配置实例 upstream model{ ip_hash; server www.aaa.cn; server zb.bbb.cn; } server { listen 80; #listen [::]:80; server_name www.ning.com; #root /home/wwwroot/a; #include ...
5. Nginx七层负载均衡的配置、七层负载均衡的作用
yuansheng730的博客
03-28 728
1.Nginx负载均衡基本概述 为什么要是用负载均衡 当我们的web服务器直接面向用户,往往要承受大量的并发请求, 单台服务器难以负荷,我使用多台web服务器组成集群,前端使用Nginx负载均衡, 将请求分散的打到我们的后端集群中,实现负载的分支. 那么会大大的提升系统的吞吐率,请求性能,高容宰. 往往我们就出的最多的是SLB(Server Load Balance)负载均衡, 实现最多的也是SLB,那么SLB他的调度节点和服务节点通常实在一个地域里面. 那么它在这个小得逻辑地域里面决定了对部分服务的
nginx学习----nginx七层负载均衡（不会还不看？）
qq_53152568的博客
12-21 2854
负载均衡分为四层负载均衡与七层负载均衡 所谓四层负载均衡就是指在OSI参考模型中的传输层，主要是基于ip + port方式的负载均衡 实现四层负载均衡方式： 硬件：F5,BIG-IP,EADWARE 软件：lvs,nginx,hayproxy 所谓七层负载均衡指的是OSI参考模型中的应用层，主要是基于URL或主机ip的负载均衡 实现七层负载均衡的方式： 软件：nginx，hayproxy等 ​ 四层负载均衡与七层负载均衡的区别： 四层负载均衡是将数据包在底层进行了分发，而七层这是数据包在顶层，所以四层负.
HAproxy七层负载均衡介绍
meltsnow的博客
05-05 296
1.什么HAproxy？ HAProxy是一个使用C语言编写的自由及开放源代码软件[1]，其提供高可用性、负载均衡，以及基于TCP和HTTP的应用程序代理。 HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上，完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中， 同时可以保护你的web服务...
前端必须掌握的 nginx 技能(4)
weixin_30595035的博客
09-29 306
概述 作为一个前端，我觉得必须要学会使用 nginx 干下面几件事： 代理静态资源 设置反向代理（添加https） 设置缓存 设置 log 部署 smtp 服务 设置 redis 缓存（选） 下面我按照这个节奏一一研究一遍，把心得记录下来，供以后开发时参考，相信对其他人也有用。 设置 log nginx 的日志分为访问日志和错误日志，在配置中加入如下命令即可开启日志： access_...
【运维知识进阶篇】集群架构-Nginx七层负载均衡详解
吾日三省吾身，想出类拔萃，要把知识学牢，学全，学深，学广。
05-19 2552
我们将负载均衡称为SLB（Server Load Balance），Nginx就是SLB的一种，负载均衡的叫法有很多，还可以叫负载、Load Balance、LB，公有云中叫SLB（阿里云负载均衡）、QLB（青云负载均衡）、CLB（腾讯云负载均衡）、ULB（ucloud负载均衡），常见的负载均衡软件有Nginx、Haproxy、LVS，Nginx是七层负载，可以造伪四层，Haproxy是七层负载、LVS是四层负载。
本科毕业设计--基于linux-nginx-反向代理服务器的应用研究.doc
07-09
本文主要研究了在Linux平台下通过nginx反向代理功能实现负载均衡的方法。通过在后端搭建多台Web服务器来实现负载均衡，同时通过搭建MySQL数据库和FTP服务器实现动态、静态内容和静态附件的分离。这些操作可以有效...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值