nginx高可用实践简记

已于 2023-11-30 14:55:24 修改
阅读量3.3k 收藏 10
点赞数 4
CC 4.0 BY-SA版权
分类专栏： 运维 文章标签： 操作系统 nginx 负载均衡
于 2022-03-22 14:33:43 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shark_chili3007/article/details/105707942
本文详细介绍了如何使用Keepalived和VRRP协议构建Nginx的高可用架构，防止单点故障。讲解了VRRP的工作原理，包括虚拟网关、主备路由器的角色以及虚拟IP和MAC地址的使用。接着展示了Keepalived的软件架构和核心组件，以及如何配置和启动Keepalived服务。在两台服务器上配置Keepalived，通过设置不同的优先级实现虚拟IP的自动漂移。最后，通过结合Nginx，展示了如何利用Keepalived的脚本检测功能确保Nginx服务的高可用性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

高可用简介

为避免nginx单点故障导致上游服务器无法请求，故提出高可用架构，确保当一台代理服务器宕机之后请求可自动转移到通过另一台可用nginx服务器向上游服务器发起请求。

在这里插入图片描述

VRRP协议

VRRP核心概念

  1. 虚拟网关:由一个master和多个backup组成构成，逻辑上我们可以将master和backup看作一个整体，并统称为虚拟网关。
  2. master网关:虚拟网关中实际负责报文转发的路由器，局域网内目标为虚拟网关的报文通通会转发到这台路由器上。
  3. 虚拟IP地址:虚拟网关对外提供服务的ip地址值，即master和backup路由器的共用的一个虚拟ip，但同一段时间内只允许成为master的服务器使用。
  4. 虚拟mac地址:回应ARP请求时使用的虚拟mac地址。

在这里插入图片描述

VRRP工作原理

虚拟路由冗余协议，是IETF解决局域网内单台网关路由器故障导致网络故障的网络协议。该协议将一VRID相等的主机视为同一个VRRP组。在同一个VRRP组，会根据选择规则找出一个主机视为master，作为路由转发路由。
其余的路由器作为backup路由，当master不在对其发送VRRP消息时，则视为master下线，它们就会竞争master资格。

如下一个VRRP组的路由器，逻辑上公用一个虚拟ip和虚拟mac地址，作为master的路由器就会使用虚拟ip地址并负责路由转发工作。而虚拟路由器的mac地址值为格式为: 00-00-5E-00-01-{VRID}

这里需要补充一下，如果你配置的虚拟ip地址和某台路由器的ip地址相等，那么这台路由器就默认为master。

在这里插入图片描述

keepalived软件架构

核心能力

  1. 服务器的故障转移
  2. 常用于负载均衡器做高可用

核心组件

  1. vrrp stack:vrrp协议的实现。
  2. ipvs wrapper:为集群内的节点生成ipvs规则。
  3. checkers:对集群内所有的RS做健康状态检测。
  4. 控制组件:配置文件解析与加载。

keepalived使用简介

快速入门keepalived

在配置高可用前，我们首先需要立即一下虚拟ip的概念，如下图，我们会在128这台服务器上安装keepavlived，然后对其配个虚拟ip 192.168.12.130。后面我们再使用本机去ping虚拟ip130，如果收到响应则说明我们的keepalived配置成功。
在这里插入图片描述

首先安装keepalived

yum -y install keepalived

使用vim编辑keepalived配置文件

vim /etc/keepalived/keepalived.conf

配置内容如下，读者可参考注释自行配置：

! Configuration File for keepalived
# 全局配置
global_defs {
# 邮件通知信息
   notification_email {
   # 定义收件人
     acassen@firewall.loc
     failover@firewall.loc
     sysadmin@firewall.loc
   }

	# 定义发件人
   notification_email_from Alexandre.Cassen@firewall.loc
   # SMTP服务器地址
   smtp_server 192.168.12.128
   
   smtp_connect_timeout 30
    # 路由器标识，一般不用改，也可以写成每个主机自己的主机名
   router_id router_2
   vrrp_skip_check_adv_addr
   vrrp_strict
   vrrp_garp_interval 0
   vrrp_gna_interval 0
}

 # 一个vrrp_instance就是定义一个虚拟路由器的，实例名称
vrrp_instance VI_1 {
    state BACKUP
    # 绑定的网卡
    interface ens33
    # 路由器唯一标识
    virtual_router_id 51
    # 优先级，这个值大的会作为master
    priority 98
    # 通告频率，单位为秒
    advert_int 1
    # 通信认证机制，这里是明文认证还有一种是加密认证
    authentication {
        auth_type PASS
        auth_pass 1111
    }
# 虚拟ip地址
    virtual_ipaddress {
        192.168.12.130
    }
}

}

完成后将keepalived启动:

systemctl  start  keepalived

我们可以使用下面这条命令查看keepalived日志

tail -f -n 100 /var/log/messages

可以看到这台路由器变成master了

在这里插入图片描述

然后我们使用tcpdump来抓包ens33这个网卡，看看能不能获取到虚拟ip 192.168.12.130的报文

tcpdump -i ens33 -nn ' src 192.168.12.127 ' -c 10

键入ping命令进行连通性测试：

ping -c 3 192.168.12.130

可以看到虚拟ip被ping通了，我们不妨看看抓包结果，如下图，130的包果然被128的服务器拿到了


PING 192.168.12.130 (192.168.12.130) 56(84) bytes of data.
64 bytes from 192.168.12.130: icmp_seq=1 ttl=64 time=0.393 ms
64 bytes from 192.168.12.130: icmp_seq=2 ttl=64 time=0.547 ms
64 bytes from 192.168.12.130: icmp_seq=3 ttl=64 time=1.79 ms

--- 192.168.12.130 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.393/0.911/1.795/0.628 ms

在这里插入图片描述

此时我们键入如下命令即可查到，配置的虚拟地址

ip a

在这里插入图片描述

基于keepalived实现虚ip服务节点漂移

我们分别对ip为127和128的服务器都安装keepalived，然后优先级分别设置为100和98。首先启动128这台keepalive，优先级为98，然后在启动127，优先级为100，当127启动时因为优先级比128高，所以会抢占其资格。抢占master资格。

在这里插入图片描述

首先是128(backup)的配置，可以看到笔者将priority 设置为98：


# 全局配置
global_defs   {
# 邮件通知信息
notification_email {
  # 定义收件人
acassen@firewall.loc
failover@firewall.loc
sysadmin@firewall.loc
}

notification_email_from Alexandre.Cassen@firewall.loc
 # SMTP服务器地址
smtp_server 192.168.12.128 #本机ip地址
smtp_connect_timeout 30
# 路由器标识，一般不用改，也可以写成每个主机自己的主机名
router_id LVS_DEVEL # 本机设备名称，可使用命令 vim /etc/hosts 添加一行 127.0.0.1 LVS_DEVEL 完成主机id配置
}

# 一个vrrp_instance就是定义一个虚拟路由器的，若为同一个vrrp组，这个名字必须相同
vrrp_instance VI_1 {
state MASTER # 备份服务器上将 MASTER 改为 BACKUP
# 工作接口，通告选举使用哪个接口进行
interface ens33 //网卡


# ID还是虚拟MAC最后一段地址的信息，取值范围0-255
virtual_router_id 51 # 主、备机的 virtual_router_id 必须相同


 # 如果你上面定义了MASTER,这里的优先级就需要定义的比其他的高
priority 98


unicast_src_ip  192.168.12.128    #本地IP地址
unicast_peer {
                  192.168.12.127  #对端IP地址,此地址一定不能忘记
                }
                
 # 工作模式，nopreempt表示工作在非抢占模式，默认是抢占模式 preempt
    nopreempt|preempt

# 通告频率，单位为秒
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}

# 虚拟ip地址，master键入ip a就会看到这个地址，注意虚拟地址必须和上文interface 配置的网卡ip地址属于同一网段
virtual_ipaddress {
192.168.12.130
}
}

然后我们启动128的keepalived查看日志他就会变成master：

Jul 23 13:39:46 localhost Keepalived_vrrp[11064]: VRRP_Instance(VI_1) Transition to MASTER STATE
Jul 23 13:39:47 localhost Keepalived_vrrp[11064]: VRRP_Instance(VI_1) Entering MASTER STATE
Jul 23 13:39:47 localhost Keepalived_vrrp[11064]: VRRP_Instance(VI_1) setting protocol VIPs.
Jul 23 13:39:47 localhost Keepalived_vrrp[11064]: Sending gratuitous ARP on ens33 for 192.168.12.130

此时我我们再来配置127这台服务器的keepalived，配置大抵相同，只不过优先级为100，所以当他启动时他就会变成master：


global_defs  {
notification_email {
acassen@firewall.loc
failover@firewall.loc
sysadmin@firewall.loc
}
notification_email_from Alexandre.Cassen@firewall.loc
smtp_server 192.168.12.127 #本机ip地址
smtp_connect_timeout 30
router_id LVS_DEVEL # 本机设备名称，可使用命令 vim /etc/hosts 添加一行 127.0.0.1 LVS_DEVEL 完成主机id配置
}


vrrp_instance VI_1 {
state MASTER # 备份服务器上将 MASTER 改为 BACKUP
interface ens33 //网卡
virtual_router_id 51 # 主、备机的 virtual_router_id 必须相同
priority 100
 unicast_src_ip  192.168.12.127    #本地IP地址
    unicast_peer {
                  192.168.12.128  #对端IP地址,此地址一定不能忘记
                }
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.12.130
}
}
~

可以看到127启动之后，128的/var/log/messages/的日志会看到如下信息，100比98大，128变backup

Jul 23 13:51:38 localhost Keepalived_vrrp[11264]: VRRP_Instance(VI_1) Received advert with higher priority 100, ours 98
Jul 23 13:51:38 localhost Keepalived_vrrp[11264]: VRRP_Instance(VI_1) Entering BACKUP STATE
Jul 23 13:51:38 localhost Keepalived_vrrp[11264]: VRRP_Instance(VI_1) removing protocol VIPs.
Jul 23 13:51:38 localhost avahi-daemon[799]: Withdrawing address record for 192.168.12.130 on ens33.

如果我们再将127的keepalived关闭，查看128的日志就会看到，128就会再次变为master

Jul 23 14:06:45 localhost Keepalived_vrrp[11264]: VRRP_Instance(VI_1) Transition to MASTER STATE
Jul 23 14:06:46 localhost Keepalived_vrrp[11264]: VRRP_Instance(VI_1) Entering MASTER STATE
Jul 23 14:06:46 localhost Keepalived_vrrp[11264]: VRRP_Instance(VI_1) setting protocol VIPs.

Keepalived+Nginx实现高可用

基于上述示例我们了解Keepalived是如何结合VRRP实现高可用的，所以这里我们就结合nginx实现代理服务器的高可用架构。

在此之前我们首先关闭selinux：

 setenforce 0

然后编写脚本，注意，该脚本权限最好是755权限，否则keepalived会警告

vim /usr/local/nginx/sbin/check.sh

粘贴下方内容，该脚本大意是定时检测本机nginx进程清空，若挂了则杀掉keepalived(这个脚本只是示例，读者可以按需编写)


#!/bin/bash
/usr/bin/curl 127.0.0.1:80 &>/dev/null
if [ $? -ne 0 ]
then
  systemctl stop keepalived
fi

完成后我们需要修改keepalived.conf配置，以127服务器为例，首先添加如下两句，确保脚本可以被执行

script_user root
enable_script_security

然后在配置vrrp_script 脚本模块(注意花括号要换行，不然会报错)，最后在vrrp实例中使用track_script 引用该脚本即可

global_defs  {
notification_email {
acassen@firewall.loc
failover@firewall.loc
sysadmin@firewall.loc


}

# 确保脚本可以被执行

script_user root
enable_script_security


notification_email_from Alexandre.Cassen@firewall.loc
smtp_server 192.168.12.127 #本机ip地址
smtp_connect_timeout 30
router_id LVS_DEVEL # 本机设备名称，可使用命令 vim /etc/hosts 添加一行 127.0.0.1 LVS_DEVEL 完成主机id配置
}


# 配置脚本路径和执行间隔
vrrp_script chk_http_port
{
script "/usr/local/nginx/sbin/check.sh" # 检查当前服务器是否存货的脚本路径
interval 2 #（检测脚本执行的间隔）
weight 2
}


vrrp_instance VI_1 {
state MASTER # 备份服务器上将 MASTER 改为 BACKUP
interface ens33 //网卡
virtual_router_id 51 # 主、备机的 virtual_router_id 必须相同
priority 100
 unicast_src_ip  192.168.12.127    #本地IP地址
    unicast_peer {
                  192.168.12.128  #对端IP地址,此地址一定不能忘记
                }


# 引入上文配置的脚本模块的名字即可
track_script {
        chk_http_port
}
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.12.130
}
}

修改127、128nginx测试网页，以128为例，可以看到我们的测试页面内容是Welcome to nginx(128)!

<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx(128)!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

启动128的nginx服务器和keepalived服务器

/usr/local/nginx/sbin/nginx
systemctl restart keepalived

可以看到此时虚拟地址130看到的是128的nginx网页

在这里插入图片描述

随后我们启动127抢占查看浏览器得到的网页

/usr/local/nginx/sbin/nginx
systemctl restart keepalived

此时页面就变为127的网页了：

在这里插入图片描述

我们再关闭127服务器看看128会不会变master以确认高可用架构是否符合预期：

kill -9 $(ps aux | grep 'nginx' | grep -v grep | tr -s ' '| cut -d ' ' -f 2)

此时浏览器键入130，就会再次看到128服务器的页面：

在这里插入图片描述

查看日志也发现128服务器监听到127服务器挂了立刻抢占了master，自此我们的nginx高可用配置算是成功了：

在这里插入图片描述

小结

文章中涉及高可用实践，在学习过程中使用的材料出现很多问题，导致高可用ip漂移无法实现，对于技术性的问题，技术者一定要学会耐心，且不可急躁，善于通过日志抓取关键词，并给予自己的知识积累或者搜索引擎搜索并解决问题。
例如笔者配置高可用时，遇到脚本权限警告，于是便查看check.sh的脚本权限是777，结合日志内容说权限有问题，大概推测是777过于开放，于是使用经验猜测将权限改为755解决警告。
但是脚本仍然没有执行，查看日志报了systemctl无权限，大概推测是脚本无系统之类执行权限，遂抓着关键词去搜索引擎找到合适的配置解决问题，完成高可用配置。
总的来说，技术人面对日常开发问题，一定不要急躁善于根据关键词推测可能的原因，在基于已有的知识积累和搜索引擎去解决问题并加以记录。

参考资料

keepalived之vrrp_script详解:https://www.cnblogs.com/arjenlee/p/9258188.html

keepalived之vrrp_script检测脚本权限问题:https://blog.csdn.net/weixin_34273481/article/details/93110814

解决： keepalived配置了 track_scripty以后不管用:https://blog.csdn.net/zhmailm/article/details/81905739

Linux中关闭SELinux的方法:https://blog.csdn.net/akipa11/article/details/81415209

Vue及Element UI&vue-element-admin简记
生活在别处
11-21 7982
文章目录概念索引安装vue基本语法声明式渲染动态参数双向绑定数据绑定中进行数据处理使用JS表达式计算属性侦听器Class 与 Style 的数据绑定Class的数据绑定Style的数据绑定条件与循环条件渲染v-if指令v-show指令列表（数组）渲染数据更新检测事件监听器修饰符事件修饰符按键修饰符按键码系统修饰键指令的缩写组件化应用构建vue实例实例生命周期的钩子模板语法高级语法相关概念HTML ...
Python 必备面试基础知识-3
weixin_45722061的博客
10-09 791
今天继续分享 Python 相关的面试题，你准备好了嘛！ 网络编程篇 1. 简述 OSI 七层协议 是网络传输协议，人为的把网络传输的不同阶段划分成不同的层次。 七层划分为：应用层、表示层、会话层、传输层、网络层、数据链路层、物理层。 五层划分为：应用层、传输层、网络层、数据链路层、物理层。 物理层：网线，电缆等物理设备 数据链路层：Mac 地址 网络层：IP 地址 传输层：TCP，U...
Nginx实现高可用
01-07
Nginx的高可用指的是在一台Nginx宕机的情况下有其他Nginx去处理请求。 这里准备两台centos虚拟机测试，两台虚拟机上都要安装Nginx和keepalived. 安装Nginx： //安装插件 yum -y install gcc zlib zlib-devel pcre-devel openssl openssl-devel //进入下面目录安装 cd /usr/local //下载Nginx压缩包 wget http://nginx.org/download/nginx-1.13.7.tar.gz //解压 tar -xvf nginx-1.13.7.tar.gz //进入解压
Nginx高可用使用Keepalived+nginx实现
IT小白
06-19 900
什么是负载均衡高可用          nginx作为负载均衡器，所有请求都到了nginx，可见nginx处于非常重点的位置，如果nginx服务器宕机后端web服务将无法提供服务，影响严重。          为了屏蔽负载均衡服务器的宕机，需要建立一个备份机。主服务器和备份机上都运行高可用（High Availability）监控程序，通过传送诸如“I am alive”这样的信息来监控对
NGINX 路由配置与参数详解（https配置、跨域配置、socket配置）
最新发布
IT_LOSER的专栏
06-05 1236
本文全面介绍了Nginx的常用配置方法，主要包括：1.HTTPS配置：从证书获取到Nginx参数调优的完整流程；2.跨域配置：详细说明CORS相关响应头的设置方法；3.WebSocket支持：重点讲解proxy_http_version等关键配置项；4.路由配置：涵盖基础URI匹配、斜杠使用规则、root/alias区别及正则路由；5.本地服务配置：解析localhost处理机制和默认路由顺序。文章提供了具体配置示例和操作建议，帮助用户快速掌握Nginx的核心配置技巧。
nginx高可用
qq_53141981的博客
05-27 198
1.准备工作 （1）需要准备两台服务器192.168.60.10（主） 和 192.168.60.13（备） （2）两台服务器都安装nginx （3）在两台服务器安装keepalived 2. 安装Nginx （1）使⽤用Nginx官⽅方提供的rpm包。 [root@skj ~]# cat /etc/yum.repos.d/nginx.repo [nginx] name=nginx repo baseurl=http://nginx.org/packages/centos/7/$ba
nginx--5.Nginx的高可用
村西头的俏寡妇
01-01 261
1      Nginx的高可用（了解） 要实现nginx的高可用，需要实现备份机。   1.1  什么是负载均衡高可用        nginx作为负载均衡器，所有请求都到了nginx，可见nginx处于非常重点的位置，如果nginx服务器宕机后端web服务将无法提供服务，影响严重。        为了屏蔽负载均衡服务器的宕机，需要建立一个备份机。主服务器和备份机上都运行高可用（Hig
Nginx之高可用
qq_67638073的博客
07-03 1908
Nginx它作为反向代理服务器，可能出现宕机的情况，而由于其反向代理的特性，就会导致其他服务器无法被访问，这样项目就停止工作了。为了避免这种情况，我们可以借助keepalived工具来实现高可用。什么是高可用:Nginx的高可用简单来说就是配置了两台(或更多)的nginx服务器，当主服务器宕机时，就会自动切换到备用服务器，从而保证项目的持续运行。
Nginx的高可用
tflasd1157的博客
07-21 606
要实现nginx的高可用，需要实现备份机。   1.1. 什么是负载均衡高可用 nginx作为负载均衡器，所有请求都到了nginx，可见nginx处于非常重点的位置，如果nginx服务器宕机后端web服务将无法提供服务，影响严重。 为了屏蔽负载均衡服务器的宕机，需要建立一个备份机。主服务器和备份机上都运行高可用（High Availability）监控程序，通过传送诸如“I am aliv
Nginx搭建高可用
weixin_43942414的博客
06-22 2309
一台nginx宕机了，还可以切换到另一台nginx上继续工作，让用户继续访问后台服务器。
基于centos7构建nginx的keepalived高可用集群
w12345jl的博客
10-06 214
在使用 Nginx 做反向代理或者负载均衡的时候，都是以 Nginx 为入口，如果 Nginx 宕机了，那么所有的服务都无法正常提供，影响非常严重。所有我们需要保证 nginx 高可用，就是配置备份机，前一个挂了，还有后一个。为了避免负载均衡服务器宕机造成严重影响，就需要建立一个备份机。主服务器和备份机上都运行高可用（High Availability）监控程序，通过传送诸如“I am alive”这样的信息来监控对方的运行状况。
Nginx (7)：nginx高可用配置
lyy的博客
11-27 3671
这里换一种思路，使用虚拟ip地址，它是固定的字符串，外部就用它访问，只不过它是飘忽不定的，一会在第一台nginx，一会在第二台nginx，是不固定的，这样就避免了很多问题。没有配置文件，果然启动失败了，那么怎么生成配置文件呢，额，这里有个模板，在/usr/share/doc/keepalived/samples 目录下的模板文件keepalived.conf.sample，复制到/etc/keepalived目录下，改名字为keepalived.conf即可。布置多个nginx再反向代理nginx？
nginx怎么做高可用？
牛肉胡辣汤
08-17 1463
在这个示例中，我们配置了一个主服务器和两个从服务器。主服务器上的配置文件中定义了一个名为backend的负载均衡器，将请求分发到两个主服务器上。从服务器的配置文件中只定义了一个名为backend的负载均衡器，将请求只分发到一个从服务器上。这样配置可以实现主服务器的高可用性，当主服务器故障时，请求会自动转发到从服务器上，确保服务的连续性。当主服务器恢复正常时，请求会再次分发到主服务器上。需要注意的是，以上示例只是一个简化的配置示例，实际的配置还需要考虑更多的因素，如健康检查、故障转移、SSL证书等。
Nginx高可用篇
qq_39924623的博客
02-23 482
说明：用户不会直接访问到nginx，而是先访问虚拟IP吗，通过虚拟IP分配到主Nginx服务器上。如果主Nginx服务宕机，则请求会分配到备用Nginx服务器上，保证请求能够正常运行。主节点会一直给备用节点发送心跳服务，如果备用节点接收不到主节点发送的心跳信号，则默认接替主节点进行响应请求。
Nginx配置高可用（Nginx+keepalived）
sqlora的专栏
01-23 573
在使用 Nginx 做反向代理或者负载均衡的时候，都是以 Nginx 为入口，如果 Nginx 宕机了，那么所有的服务都无法正常提供，影响非常严重。所有我们需要保证 nginx 高可用，就是配置备份机，前一个挂了，还有后一个。为了避免负载均衡服务器宕机造成严重影响，就需要建立一个备份机。主服务器和备份机上都运行高可用（High Availability）监控程序，通过传送诸如“I am alive”这样的信息来监控对方的运行状况。
nginx实现高可用
飞上云端看彩虹
05-22 6474
一、nginx入门 1.1什么是nginx？ nginx是一款高性能的http 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器。由俄罗斯的程序设计师Igor Sysoev所开发，官方测试nginx能够支支撑5万并发链接，并且cpu、内存等资源消耗却非常低，运行非常稳定，所以现在很多知名的公司都在使用nginx。 1.2 nginx应用场景 1、http服务器。Nginx是...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

shark-chili

您的鼓励将是我创作的动力

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

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

打赏作者

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

抵扣说明：

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

余额充值