AI 助理
备案控制台
开发者社区 开发与运维 文章 正文

实践：在CentOS7.3部署 keepalived 高可用nginx（负载均衡）

2017-11-28 1840
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
网络型负载均衡 NLB，每月750个小时 15LCU
应用型负载均衡 ALB，每月750个小时 15LCU
传统型负载均衡 CLB，每月750个小时 15LCU
简介：

背景:

既然有了Lvs+keepalived这样高性能的组合，那为何还要有Nginx+keepalived呢，keepalived的初衷就是为了Lvs而设计的，我们都知道Lvs是一个四层的负载均衡设备，虽然有着高性能的优势，但同时它却没有后端服务器的健康检查机制，keepalived为lvs设计了一系列的健康检查机制TCP_CHECK,UDP_CHECK,HTTP_GET等。同时lvs也可以自己写健康检查脚脚本。或者结合ldirectory来实现后端检测。但是固LVS始终无法摆脱它是一个四层设备，无法对上层协议进行解析。Nginx不一样,Nginx是一个七层的设备可以对七层协议进行解析，可以对一些请求进行过滤，还可以对请求结果进行缓存。这些都是Nginx独有的优势。但是keepalived并没有为Nginx提供健康检测。需要自己去写一些脚步来进行健康检测。关于keepalived+lvs的构建可参考我的另一篇博文:

http://ljohn.blog.51cto.com/11932290/1980547


更新：2017.11.28

笔者写了一个Ansible-role 一键部署《keppalived+nginx 高可用集群》

https://github.com/Ljohn001/Ansible-roles/tree/master/Ansible-keepalived-nginx-role

CentOS6.9,CentOS7.4 经过反复测试没毛病。正真实现一件就搞定，都准备放弃脚本投奔Ansible了。


废话不多说开始构建 keppalived+nginx 高可用集群

1、首先还是要准备环境

四台机器（CentOS7.3）

192.168.0.56 ---> proxy1 (nginx)

192.168.0.57 ---> proxy2 (nginx)

192.168.0.58 ---> web1 (httpd)

192.168.0.59 ---> web1 (httpd)

拓扑

spacer.gif b99635652a623d2b48bcb4da7f1fe025.jpg

注：

1
2
3
4
5
6
1、这里需要保持4台机器时间同步
# ntpdate IP(ntp时钟服务器自行搭建不多介绍)
* /5  * * * * root  /usr/sbin/ntpdate  192.168.1.99 &> /dev/null ;hwclock -w
2、为了操作的方便后面配置对所有参与机器进行免密处理
# ssh-keygen -t rsa -P '' -f "/root/.ssh/id_rsa"
# for i in 56 57 58 59;do ssh-copy-id -i .ssh/id_rsa.pub root@192.168.0.$i;done


2、配置realserver(web1和web2)

a、安装web程序

注意这里的realserver 可以是任何web容器（tomcat、jetty、httpd、nginx..）,因为是学习，所以这里使用httpd来演示

1
2
3
4
5
6
7
8
9
#yum install httpd -y
#systemctl restart httpd
# netstat -nultp| grep httpd##确保httpd启动
tcp6       0      0 :::80                   :::*                    LISTEN      4619 /httpd
配置页面
web1：
# echo "<h1>The page from web1(58)</h1>" > /var/www/html/index.html
web2：
# echo "<h1>The page from web1(59)</h1>" > /var/www/html/index.html

b、设置VIP及内核参数

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
#编写脚本如下：
# cat setka.sh
#!/bin/bash
vip=192.168.0.100
case  $1  in
start)
echo  1 >  /proc/sys/net/ipv4/conf/all/arp_ignore
echo  1 >  /proc/sys/net/ipv4/conf/lo/arp_ignore
echo  2 >  /proc/sys/net/ipv4/conf/all/arp_announce
echo  2 >  /proc/sys/net/ipv4/conf/lo/arp_announce
ifconfig  lo:0 $vip broadcast $vip netmask 255.255.255.255 up
;;
stop)
ifconfig  lo:0 down
echo  0 >  /proc/sys/net/ipv4/conf/all/arp_ignore
echo  0 >  /proc/sys/net/ipv4/conf/lo/arp_ignore
echo  0 >  /proc/sys/net/ipv4/conf/all/arp_announce
echo  0 >  /proc/sys/net/ipv4/conf/lo/arp_announce
;;
esac
 
# bash setka.sh start   #运行该脚本设置相关内核参数及VIP地址。
# cat /proc/sys/net/ipv4/conf/lo/arp_ignore   #内核参数设置成功
1
# cat /proc/sys/net/ipv4/conf/all/arp_announce
2
# ifconfig lo:0   #VIP设置成功
lo:0      Link encap:Local Loopback
inet addr:192.168.137.10  Mask:255.255.255.255
UP LOOPBACK RUNNING  MTU:65536  Metric:1
# scp setka.sh root@192.168.0.59:/root  #拷贝一份给web2并执行
setka.sh                                                                                         100%  547     0.5KB /s    00:00

3、配置nginx proxy1和2 负载均衡

a、两台proxy都安装nginx

1
yum  install  -y nginx

b、配置nginx proxy

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
vim  /etc/nginx/nginx .conf
upstream backserver {
server 192.168.0.58:80 weight=1 max_fails=3 fail_timeout=3s;
server 192.168.0.59:80 weight=2 max_fails=3 fail_timeout=3s;
}
server {
listen       80;
server_name  localhost;
location / {
root   html;
index  index.html index.htm;
proxy_pass http: //backserver ;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

复制一份至另一台proxy(nginx)

1
2
# scp /etc/nginx/nginx.conf root@192.168.0.57:/etc/nginx/nginx.conf
# systemctl restart nginx；ssh 192.168.0.57 ‘systemctl restart nginx’

c、测试访问

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
# for i in {1..10};do curl http://192.168.0.56;done
<h1>The page from web1(58)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(58)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(58)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(58)< /h1 >
# for i in {1..10};do curl http://192.168.0.57;done
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(58)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(58)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(58)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(59)< /h1 >

#注：这里可以看出，每台proxy(nginx) 都完成了负载均衡配置,且实现了负载均衡调度。细心的同学发现后端real server 配置的权重1：2，调度大致请求调度返回也为1：2

4、配置keepalived 高可用nginx

a、每台proxy安装httpd 和keepalived

1
# yum install -y httpd keepalived

每台proxy 配置Sorry页面，这里一旦后端服务器同时无法访问，会自动调用本地的httpd服务

1
2
# echo "<h1>Sorry,Under maintances(56).</h1>" >/var/www/html/index.html
# echo "<h1>Sorry,Under maintances(57).</h1>" >/var/www/html/index.html
1
2
3
# 编辑各个proxy 的 nginx.conf，添加在upstream下添加
server 127.0.0.1:8080 backup;
或者： # sed -i '/server 192.168.0.59:80 weight=2 max_fails=3 fail_timeout=3s;/a\server 127.0.0.1:8080 backup;' /etc/nginx/nginx.conf

b、编辑配置文件

proxy1:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
# cat /etc/keepalived/keepalived.conf
! Configuration File  for  keepalived
global_defs {
notification_email {
root@localhost     #定义邮箱报警的邮箱地址
}
notification_email_from root@localhost  #定义发送报警信息的地址
smtp_server 127.0.0.1  #定义发送邮件的邮件服务器地址
smtp_connect_timeout 30  #定义发送邮件的超时时间
router_id ha_nginx  #全局标识
}
vrrp_script chk_nginx {     #定义检查nginx服务的脚本
script  "/etc/keepalived/chk_nginx.sh"   #脚本重启nginx,如果进程还是无法检测到，则强制停止keepalived
interval 2  #检查的间隔时间
weight -2  #检查失败的话权重减2
fall 2  #检查失败2次才认为是真正的检查失败
}
vrrp_instance VI_1 {
state MASTER
interface ens33
virtual_router_id 51
priority 100   #备用机器的keepalived的权重要小于这个权重，并且当nginx服务挂掉后100-2要小于备用机器的权重。
advert_int 1
smtp_alert  #比较重要 定义使用邮件发送，不然上面的邮件定义都是没有用的，使用了这个当状态发生改变就会发送邮件报警
authentication {
auth_type PASS
auth_pass 1111
}
track_script {     #定义使用哪个脚本来检查。
chk_nginx
}
virtual_ipaddress {
192.168.0.100 /16  dev ens33 label ens33:1
}
}

##拷贝配置文件至proxy2

1
# scp /etc/keepalived/keepalived.conf root@192.168.0.57:/etc/keepalived/keepalived.conf

proxy2：

修改keepalived.conf 如下两个参数：

state BACKUP

priority 99

#这里贴出我实验的配置

# cat /etc/keepalived/keepalived.conf

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
! Configuration File  for  keepalived
global_defs {
notification_email {
root@localhost     #定义邮箱报警的邮箱地址
}
notification_email_from root@localhost  #定义发送报警信息的地址
smtp_server 127.0.0.1  #定义发送邮件的邮件服务器地址
smtp_connect_timeout 30  #定义发送邮件的超时时间
router_id ha_nginx  #全局标识
}
vrrp_script chk_nginx {     #定义检查nginx服务的脚本
script  "/etc/keepalived/chk_nginx.sh"  #脚本重启nginx,如果进程还是无法检测到，则强制停止keepalived
interval 2  #检查的间隔时间
weight -2  #检查失败的话权重减2
fall 2  #检查失败2次才认为是真正的检查失败
}
vrrp_instance VI_1 {
state BACKUP
interface ens33
virtual_router_id 51
priority 99   #备用机器的keepalived的权重要小于这个权重，并且当nginx服务挂掉后100-2要小于备用机器的权重。
advert_int 1
smtp_alert  #比较重要 定义使用邮件发送，不然上面的邮件定义都是没有用的，使用了这个当状态发生改变就会发送邮件报警
authentication {
auth_type PASS
auth_pass 1111
}
track_script {     #定义使用哪个脚本来检查。
chk_nginx
}
virtual_ipaddress {
192.168.0.100 /16  dev ens33 label ens33:1
}
}

c、nginx检测脚本

#脚本先判断是否有nginx进程，然后如果没有，则会重启nginx,如果进程还是无法检测到，则强制停止keepalived，启用备用节点的作为master。

#该脚本可以有效防止HA脑裂，发现无发启动nginx尝试重启，不行再将keepalived关闭，彻底移除此节点。

1
2
3
4
5
6
7
8
9
10
#cat /etc/keepalived/chk_nginx.sh
#!/bin/bash
N=` ps  -C nginx --no-header| wc  -l`
if  [ $N - eq  0 ]; then
systemctl restart keepalived
sleep  1
if  [ ` ps  -C nginx --no-header| wc  -l` - eq  0 ]; then
systemctl stop keepalived
fi
fi

d、启动keepalived及nginx

1
2
# systemctl restart nginx;ssh 192.168.0.57 'systemctl restart nginx'
# systemctl restart keepalived.service;ssh 192.168.0.57 'systemctl restart keepalived.service'

5、测试

1、查看地址是否在proxy1上：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
link /loopback  00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1 /8  scope host lo
valid_lft forever preferred_lft forever
inet6 ::1 /128  scope host
valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link /ether  00:0c:29:d6:84:65 brd ff:ff:ff:ff:ff:ff
  inet 192.168.0.56 /24  brd 192.168.0.255 scope global ens33
valid_lft forever preferred_lft forever
   inet 192.168.0.100 /16  scope global ens33:1
valid_lft forever preferred_lft forever
inet6 fe80::20c:29ff:fed6:8465 /64  scope link
valid_lft forever preferred_lft forever

测试网页是否能够打开。

1
2
3
4
5
6
# for i in {1..5};do curl http://192.168.0.100;done
<h1>The page from web1(58)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(58)< /h1 >
<h1>The page from web1(59)< /h1 >

这里能够正常访问，测试通过。

2、关闭主节点的keepalived测试VIP是否能够漂移至备用节点

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
[root@node2 keepalived] # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
link /loopback  00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1 /8  scope host lo
valid_lft forever preferred_lft forever
inet6 ::1 /128  scope host
valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link /ether  00:0c:29:7c:92:ae brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.57 /24  brd 192.168.0.255 scope global ens33
valid_lft forever preferred_lft forever
  inet 192.168.0.100 /16  scope global ens33:1
valid_lft forever preferred_lft forever
inet6 fe80::20c:29ff:fe7c:92ae /64  scope link
valid_lft forever preferred_lft forever

查看VIP是否能正常访问

1
2
3
4
5
6
# for i in {1..5};do curl http://192.168.0.100;done
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(58)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(59)< /h1 >

这里能够正常访问，测试通过。

5、由于我们配置的抢占模式，一旦主节点恢复，则VIP会直接漂回去。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
[root@node1 ~] # systemctl  start  keepalived
[root@node1 ~] # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
link /loopback  00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1 /8  scope host lo
valid_lft forever preferred_lft forever
inet6 ::1 /128  scope host
valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link /ether  00:0c:29:d6:84:65 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.56 /24  brd 192.168.0.255 scope global ens33
valid_lft forever preferred_lft forever
   inet 192.168.0.100 /16  scope global ens33:1
valid_lft forever preferred_lft forever
inet6 fe80::20c:29ff:fed6:8465 /64  scope link
valid_lft forever preferred_lft forever

测试VIP访问

1
2
3
4
5
6
# for i in {1..5};do curl http://192.168.0.100;done
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(58)< /h1 >
<h1>The page from web1(59)< /h1 >
<h1>The page from web1(59)< /h1 >

VIP地址又被主节点抢回来，服务正常访问，通过测试


最后我们来看下一下备用节点的在主节点keepalived关闭时，系统到底做了什么

##查看日志，观察VIP漂移的整个过程

1、传递MASTER的状态

2、设置自己为MASTER状态，

3、设置VIP 虚拟地址

4、发送ARP广播地址 ，地址为：192.168.0.100 #告诉大家我现在叫MASTER，对外提供服务了。

备用节点上/var/log/messages：

Nov 13 16:46:02 localhost Keepalived_vrrp[12348]: VRRP_Instance(VI_1) Transition to MASTER STATE

Nov 13 16:46:03 localhost Keepalived_vrrp[12348]: VRRP_Instance(VI_1) Entering MASTER STATE

Nov 13 16:46:03 localhost Keepalived_vrrp[12348]: VRRP_Instance(VI_1) setting protocol VIPs.

Nov 13 16:46:03 localhost Keepalived_vrrp[12348]: Sending gratuitous ARP on ens33 for 192.168.0.100

Nov 13 16:46:03 localhost Keepalived_vrrp[12348]: VRRP_Instance(VI_1) Sending/queueing gratuitous ARPs on ens33 for 192.168.0.100

Nov 13 16:46:03 localhost Keepalived_vrrp[12348]: Sending gratuitous ARP on ens33 for 192.168.0.100

Nov 13 16:46:03 localhost Keepalived_vrrp[12348]: Sending gratuitous ARP on ens33 for 192.168.0.100

Nov 13 16:46:03 localhost Keepalived_vrrp[12348]: Sending gratuitous ARP on ens33 for 192.168.0.100

Nov 13 16:46:03 localhost Keepalived_vrrp[12348]: Sending gratuitous ARP on ens33 for 192.168.0.100

Nov 13 16:46:03 localhost Keepalived_vrrp[12348]: Remote SMTP server [127.0.0.1]:25 connected.

FAQ：

Q：再/var/log/messages日志中发现：Unable to access script `killall`

A：因为centos7精简安装，没有killall命令，需要安装一下

# yum install psmisc -y

至此在CentOS7.3上完成了：keepalived 高可用nginx，有兴趣的同学可以玩一下，有什么问题，还请批评指正。




本文转自 ljohnmail 51CTO博客，原文链接：http://blog.51cto.com/ljohn/1981369，如需转载请自行联系原作者
文章标签：
负载均衡
应用服务中间件
nginx
测试技术
Web App开发
负载均衡
关键词：
部署Nginx
负载均衡实践
Nginx keepalived
CentOS Nginx
CentOS高可用
相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发，帮助IT从业者们通过“阿里云Web应用上云解决方案”，了解一个企业级Web应用上云的常见架构，了解如何构建一个高可用、可扩展的企业级应用架构。
技术小阿哥
目录
相关文章
kijlee
|
6月前
|
应用服务中间件 Linux 网络安全
Centos 8.0中Nginx配置文件和https正书添加配置
这是一份Nginx配置文件，包含HTTP与HTTPS服务设置。主要功能如下：1) 将HTTP（80端口）请求重定向至HTTPS（443端口），增强安全性；2) 配置SSL证书，支持TLSv1.1至TLSv1.3协议；3) 使用uWSGI与后端应用通信（如Django）；4) 静态文件托管路径设为`/root/code/static/`；5) 定制错误页面（404、50x）。适用于Web应用部署场景。
kijlee
721 87
蓝易云
|
6月前
|
分布式计算 Hadoop Java
CentOS中构建高可用Hadoop 3集群
这个过程像是在一个未知的森林中探索。但当你抵达终点，看到那个熟悉的Hadoop管理界面时，所有的艰辛都会化为乌有。仔细观察，尽全力，这就是构建高可用Hadoop 3集群的挑战之旅。
蓝易云
261 21
蓝易云
|
6月前
|
应用服务中间件 Linux 网络安全
技术指南：如何把docsify项目部署到基于CentOS系统的Nginx中。
总结 与其他部署方法相比，将docsify项目部署到基于CentOS系统的Nginx中比较简单。以上步骤应当帮助你在不花费太多时间的情况下，将你的项目顺利部署到Nginx中。迈出第一步，开始部署你的docsify项目吧！
蓝易云
306 14
蓝易云
|
6月前
|
负载均衡 前端开发 应用服务中间件
Tomcat的负载均衡和动静分离（与nginx联动）
总的来说，负载均衡和动静分离是提高Web应用性能的两个重要手段。通过合理的配置和使用，我们可以让Web应用更好地服务于用户。
蓝易云
212 21
蓝易云
|
6月前
|
负载均衡 Java 应用服务中间件
Tomcat与Nginx的负载均衡与动静分离技巧
总的来说，Tomcat和Nginx各有各的优点，在负载均衡和动静分离这两方面它们都有很好的应用。灵活使用这两个工具能够让Web应用具有更好的扩展性和用户体验。
蓝易云
198 14
蓝易云
|
6月前
|
负载均衡 前端开发 JavaScript
LVS-DR模式、keepalived、Nginx与Tomcat合作，打造动静分离，高效负载均衡与高可用性
为了采用这样的架构，你需要对LVS-DR、Keepalived、Nginx与Tomcat有一定的理解和掌握，同时也需要投入一些时间去研究和配置，但是一旦你把它运行起来，你将会发现，这一切都是值得的。
蓝易云
270 11
游客cjle3qpbn6lw6
|
8月前
|
负载均衡 应用服务中间件 nginx
如何使用nginx实现负载均衡？
如何使用nginx实现负载均衡？
游客cjle3qpbn6lw6
345 0
Jack_hrx
|
缓存 负载均衡 算法
解读 Nginx：构建高效反向代理和负载均衡的秘密
解读 Nginx：构建高效反向代理和负载均衡的秘密
Jack_hrx
284 2
Echo_Wish
|
11月前
|
负载均衡 前端开发 应用服务中间件
负载均衡指南：Nginx与HAProxy的配置与优化
负载均衡指南：Nginx与HAProxy的配置与优化
Echo_Wish
706 3
香吧香
|
负载均衡 算法 应用服务中间件
nginx自定义负载均衡及根据cpu运行自定义负载均衡
nginx自定义负载均衡及根据cpu运行自定义负载均衡
香吧香
351 1

热门文章

最新文章

  • 1
    在CentOS系统中，如何统计哪个进程打开了文件描述符？
  • 2
    135_负载均衡：Redis缓存 - 提高缓存命中率的配置与最佳实践
  • 3
    手把手教你使用 Docker 部署 Nginx 教程
  • 4
    在虚拟机Docker环境下部署Nginx的步骤。
  • 5
    【云周刊】第175期：终于来了！重磅发布：阿里云负载均衡SLB率先支持IPv6！
  • 6
    QPS 提升60%，揭秘阿里巴巴轻量级开源 Web 服务器 Tengine 负载均衡算法
  • 7
    负载均衡及服务器集群（lvs）
  • 8
    【转贴】lvs负载均衡+keepalived高可用性配置详解
  • 9
    Java版Spring Cloud B2B2C o2o社交电商-客户端负载均衡策略
  • 10
    阿里巴巴重磅开源云原生网关: Higress
  • 1
    蓝易云 - linux查看正在运行的nginx在哪个文件夹当中
    388
  • 2
    蓝易云 - Nginx的HTTPS部署与安全性能优化教程
    157
  • 3
    蓝易云 - 编写Dockerfile制作Web应用系统nginx镜像
    198
  • 4
    docker打包部署spring boot应用（mysql+jar+Nginx）
    728
  • 5
    nginx-upload-module模块实现文件断点续传_nginx upload module 断点续传 进度(1)
    393
  • 6
    Nginx+Tomcat负载均衡配置_nginx做tomcat的负载均衡成功,但tomcat的css文件400
    197
  • 7
    Nginx+Tomcat负载均衡配置_nginx做tomcat的负载均衡成功,但tomcat的css文件400(2)
    188
  • 8
    nginx配置ssl和反向代理的配置代码
    822
  • 9
    Docker部署Nginx以及挂载数据卷(代码详细展示)_nginx 挂载大文件卷
    163
  • 10
    Docker部署Nginx以及挂载数据卷(代码详细展示)_nginx 挂载大文件卷(3)
    350

    • 相关课程

    更多
  • 阿里云负载均衡SLB实战演练
  • Nginx企业级Web服务实战
  • Linux Web服务器Nginx搭建与配置
  • LVS负载均衡实战
  • 超大流量网站的负载均衡
  • 负载均衡入门与产品使用指南

    • 相关电子书

    更多
  • 全新的云原生服务化接入架构介绍（ALB服务化+混合云服务化）
  • CentOS Nginx PHP JAVA 多语言镜像使用手
  • CentOS Nginx PHP JAVA多语言镜像使用手册

    • 推荐镜像

    更多
  • centos
  • centos-vault
  • centos-altarch
    • 下一篇
    阿里云负载均衡收费标准：ALB、NLB和CLB价格，包括LCU费用、实例费和公网带宽价格