LVS+Keepalived群集及搭建

已于 2024-05-16 23:27:08 修改
阅读量887 收藏 23
点赞数 21
分类专栏： 云计算运维 应用部署 Linux实验室 文章标签： lvs nginx 运维 linux 服务器
于 2024-05-15 09:38:57 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_18296979/article/details/138872090
版权

LVS+Keepalived群集及搭建

Keepalived 简介

什么是Keepalived ？

Keepalived一个基于VRRP 协议来实现的 LVS 服务高可用方案，可以利用其来解决单点故障。一个LVS服务会有2台服务器运行Keepalived，一台为主服务器（MASTER），一台为备份服务器（BACKUP），但是对外表现为一个虚拟IP，主服务器会发送特定的消息给备份服务器，当备份服务器收不到这个消息的时候，即主服务器宕机的时候， 备份服务器就会接管虚拟IP，继续提供服务，从而保证了高可用性。

Keepalived 的作用

如上述所说，Keepalived 提供了很好的高可用性保障服务，它可以检查服务器的状态，如果有服务器出现问题，Keepalived 会将其从系统中移除，并且同时使用备份服务器代替该服务器的工作，当这台服务器可以正常工作后，Keepalived 再将其放入服务器群中，这个过程是 Keepalived 自动完成的，不需要人工干涉，我们只需要修复出现问题的服务器即可。

keepalived体系主要模块及作用

三个模块分别是core、check、vrrp
（1）core模块:为keepalived的核心 ，负责主进程启动，维护全局配置文件，加载和解析
（2）VRRP 模块:来实现VRRP协议
（3）check 模块:负责健康检查 常见的检查方式， 比如：端口URL

Keepalived 选举策略

keepalived的抢占与非抢占模式
抢占模式：MASTER从故障中恢复后，会将VIP从BACKUP节点中抢占过来。
非抢占模式：MASTER恢复后不抢占BACKUP升级为MASTER后的VIP
非抢占式俩节点state必须为bakcup，且必须配置nopreempt。

选举策略

首先，每个节点有一个初始优先级，由配置文件中的priority配置项指定，MASTER 节点的 priority 应比 BAKCUP 高。运行过程中 keepalived 根据 vrrp_script 的 weight 设定，增加或减小节点优先级。规则如下：

weight值为正时,脚本检测成功时”weight”值会加到”priority”上,检测失败时不加

  • 主失败: 主priority < 备priority+weight之和时会切换
  • 主成功: 主priority+weight之和 > 备priority+weight之和时,主依然为主,即不发生切换

weight为负数时,脚本检测成功时”weight”不影响”priority”,检测失败时,Master节点的权值将是“priority“值与“weight”值之差

  • 主失败: 主priotity-abs(weight) < 备priority时会发生切换
  • 主成功: 主priority > 备priority 不切换

当两个节点的优先级相同时，以节点发送VRRP通告的 IP 作为比较对象，IP较大者为MASTER。

priority 和 weight 的设定

主从的优先级初始值priority和变化量weight设置非常关键，配错的话会导致无法进行主从切换。比如，当MASTER初始值定得太高，即使script脚本执行失败，也比BACKUP的priority + weight大，就没法进行VIP漂移了。
所以priority和weight值的设定应遵循: abs(MASTER priority - BAKCUP priority) < abs(weight)。一般情况下，初始值MASTER的priority值应该比较BACKUP大，但不能超过weight的绝对值。 另外，当网络中不支持多播(例如某些云环境)，或者出现网络分区的情况，keepalived BACKUP节点收不到MASTER的VRRP通告，就会出现脑裂(split brain)现象，此时集群中会存在多个MASTER节点。

Keepalived脑裂及解决方法

  1. keepalived脑裂
    在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据库轮询的联机日志出错）。
  2. 脑裂的原因
    高可用服务器对之间心跳线链路发生故障，导致无法正常通信。如心跳线坏了（包括断了，老化）。
    因网卡及相关驱动坏了，ip配置及冲突问题（网卡直连）。
    因心跳线间连接的设备故障（网卡及交换机）。
    因仲裁的机器出问题（采用仲裁的方案）。
    高可用服务器上开启了 iptables防火墙阻挡了心跳消息传输。
    Keepalived配置里同一 VRRP实例如果 virtual_router_id两端参数配置不一致也会导致裂脑问题发生。
    vrrp实例名字不一致、优先级一致。
  3. 解决对策
  • 添加冗余的心跳线，例如：双线条线（心跳线也HA），尽量减少“裂脑”发生几率。
  • 启用磁盘锁。正在服务一方锁住共享磁盘，“裂脑”发生时，让对方完全“抢不走”共享磁盘资源。但使用锁磁盘也会有一个不小的问题，如果占用共享盘的一方不主动“解锁”，另一方就永远得不到共享磁盘。现实中假如服务节点突然死机或崩溃，就不可能执行解锁命令。后备节点也就接管不了共享资源和应用服务。于是有人在HA中设计了“智能”锁。即：正在服务的一方只在发现心跳线全部断开（察觉不到对端）时才启用磁盘锁。平时就不上锁了。
  • 设置仲裁机制。例如设置参考IP（如网关IP），当心跳线完全断开时，2个节点都各自ping一下参考IP，不通则表明断点就出在本端。不仅“心跳”、还兼对外“服务”的本端网络链路断了，即使启动（或继续）应用服务也没有用了，那就主动放弃竞争，让能够ping通参考IP的一端去起服务。更保险一些，ping不通参考IP的一方干脆就自我重启，以彻底释放有可能还占用着的那些共享资源。

部署LVS+keepalived高可用集群

服务器准备

服务器RIP应用VIP
主DR192.168.99.130ipvsadm、keepalived192.168.99.200 ens33:0
从DR192.168.99.131ipvsadm、keepalived192.168.99.200 ens33:0
web1192.168.99.141nginx192.168.99.200 lo:0
web2192.168.99.142nginx192.168.99.200 lo:0
NFS192.168.99.137nfs

配置NFS共享

yum -y install nfs-utils rpcbind
mkdir /opt/web1 /opt/web2
chmod 777 /opt/web1 /opt/web2
vim /etc/exports

/usr/share *(ro,sync)
/opt/web1 192.168.99.0/24(rw,sync)
/opt/web2 192.168.99.0/24(rw,sync)

systemctl start nfs.service
systemctl start rpcbind.service

#发布共享
exportfs -rv
#查看共享
showmount -e

在这里插入图片描述

配置主DR服务器

hostnamectl set-hostname drmaster
systemctl stop firewalld.service
setenforce 0
modprobe ip_vs
cat /proc/net/ip_vs
yum -y install ipvsadm

配置虚拟 IP 地址

cd /etc/sysconfig/network-scripts/
cp ifcfg-ens33 ifcfg-ens33:0
vim ifcfg-ens33:0

DEVICE=ens33:0
ONBOOT=yes
IPADDR=192.168.99.200
NETMASK=255.255.255.255

systemctl restart network

在这里插入图片描述

安装keepalived

modprobe ip_vs
yum -y install ipvsadm keepalived
cd /etc/keepalived/
cp keepalived.conf keepalived.conf.bak
vim keepalived.conf

配置文件

global_defs {
    notification_email {
        acassen@firewall.loc
        failover@firewall.loc
        sysadmin@firewall.loc
    }
    notification_email_from Alexandre.Cassen@firewall.loc
    #10行修改，邮件服务指向本地
    smtp_server 127.0.0.1
    smtp_connect_timeout 30
    #12行--修改，指定服务器（路由器）的名称，主备服务器名称须不同，主为LVS_01
    router_id LVS_01
    vrrp_skip_check_adv_addr
    #14行--注释掉，取消严格遵守VRRP协议功能，否则VIP无法被连接
    #vrrp_strict
    vrrp_garp_interval 0
    vrrp_gna_interval 0
}
#定义VRRP热备实例参数
vrrp_instance VI_1 {
    #20行--修改，指定热备状态，主为MASTER，备为BACKUP
    state MASTER
    #21行--修改，指定承载vip地址的物理接口
    interface ens33
    #22行--修改，指定虚拟路由器的ID号，每个热备组保持一致
    virtual_router_id 51
    #nopreempt #如果设置非抢占模式，两个节点state必须为bakcup，并加上配置 nopreempt
    #23行--修改，指定优先级，数值越大优先级越高，这里设置主为100
    priority 100
    nopreempt#抢占模式
    #通告间隔秒数(心跳频率) ，MASTER与BACKUP同步检查的时间间隔
    advert_int 1
    #定义认证信息,每个热备组保持一致
    authentication {
        #认证类型
        auth_type PASS
        #27行--修改，指定验证密码，主备服务器保持一致
        auth_pass 1111
    }
    virtual_ipaddress {
        ##指定群集vip地址
        192.168.99.200
    }
}
#修改，指定虚拟服务器地址(VIP)、端口，定义虚拟服务器和Web服务器池参数
virtual_server 192.168.99.200 80 {
    #健康检查的间隔时间(秒)
    delay_loop 6
    #指定调度算法，轮询(rr)
    lb_algo rr
    #修改，指定群集工作模式，直接路由(DR)
    lb_kind DR
    ##连接保持时间(秒) 如果取消会话保持该值配置为false(不建议)
    persistence_timeout 50
    #应用服务采用的是 TCP协议
    protocol TCP
    #修改，指定第一个Web节点的地址、端口
    real_server 192.168.99.141 80 {
        #节点的权重
        weight 1
        #删除，添加以下健康检查方式
        TCP_CHECK {
            #添加检查的目标端口
            connect_port 80
            #添加连接超时(秒)
            connect_timeout 3
            #添加重试次数 高版本为retry
            nb_get_retry 3
            #添加重试间隔
            delay_before_retry 3
        }
    }
    #添加第二个 Web节点的地址、端口
    real_server 192.168.99.142 80 {
        weight 1
        TCP_CHECK {
            connect_port 80
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }
    ##删除后面多余的配置##
}
#启动
systemctl start keepalived

global_defs {
    notification_email {
        acassen@firewall.loc
        failover@firewall.loc
        sysadmin@firewall.loc
    }
    notification_email_from Alexandre.Cassen@firewall.loc
    smtp_server 127.0.0.1
    smtp_connect_timeout 30
    router_id LVS_01
    vrrp_skip_check_adv_addr
    vrrp_garp_interval 0
    vrrp_gna_interval 0
}
vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 51
    priority 100
    advert_int 1
    nopreempt
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.99.200
    }
}
virtual_server 192.168.99.200 80 {
    delay_loop 6
    lb_algo rr
    lb_kind DR
    persistence_timeout 50
    protocol TCP
    real_server 192.168.99.141 80 {
        weight 1
        TCP_CHECK {
            connect_port 80
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }
    real_server 192.168.99.142 80 {
        weight 1
        TCP_CHECK {
            connect_port 80
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }
}

ipvsadm服务

ipvsadm-save > /etc/sysconfig/ipvsadm
systemctl start ipvsadm
ipvsadm -C
ipvsadm -A -t 192.168.99.200:80 -s rr
ipvsadm -a -t 192.168.99.200:80 -r 192.168.99.141:80 -g
ipvsadm -a -t 192.168.99.200:80 -r 192.168.99.142:80 -g

在这里插入图片描述

调整 proc 响应参数，关闭Linux 内核的重定向参数响应

vim /etc/sysctl.conf
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.ens33.send_redirects = 0
#检查
sysctl -p

proc

配置备DR服务器

从DR除keepalive配置文件不同，其余与主DR一样

global_defs {
    notification_email {
        acassen@firewall.loc
        failover@firewall.loc
        sysadmin@firewall.loc
    }
    notification_email_from Alexandre.Cassen@firewall.loc
    #10行修改，邮件服务指向本地
    smtp_server 127.0.0.1
    smtp_connect_timeout 30
    #12行--修改，指定服务器（路由器）的名称，主备服务器名称须不同，主为LVS_01
    router_id LVS_01
    vrrp_skip_check_adv_addr
    #14行--注释掉，取消严格遵守VRRP协议功能，否则VIP无法被连接
    #vrrp_strict
    vrrp_garp_interval 0
    vrrp_gna_interval 0
}
#定义VRRP热备实例参数
vrrp_instance VI_1 {
    #20行--修改，指定热备状态，主为MASTER，备为BACKUP
    state MASTER
    #21行--修改，指定承载vip地址的物理接口
    interface ens33
    #22行--修改，指定虚拟路由器的ID号，每个热备组保持一致
    virtual_router_id 51
    #nopreempt #如果设置非抢占模式，两个节点state必须为bakcup，并加上配置 nopreempt
    #23行--修改，指定优先级，数值越大优先级越高，这里设置主为100
    priority 90
    #通告间隔秒数(心跳频率) ，MASTER与BACKUP同步检查的时间间隔
    advert_int 1
    #定义认证信息,每个热备组保持一致
    authentication {
        #认证类型
        auth_type PASS
        #27行--修改，指定验证密码，主备服务器保持一致
        auth_pass 1111
    }
    virtual_ipaddress {
        ##指定群集vip地址
        192.168.99.200
    }
}
#修改，指定虚拟服务器地址(VIP)、端口，定义虚拟服务器和Web服务器池参数
virtual_server 192.168.99.200 80 {
    #健康检查的间隔时间(秒)
    delay_loop 6
    #指定调度算法，轮询(rr)
    lb_algo rr
    #修改，指定群集工作模式，直接路由(DR)
    lb_kind DR
    ##连接保持时间(秒) 如果取消会话保持该值配置为false(不建议)
    persistence_timeout 50
    #应用服务采用的是 TCP协议
    protocol TCP
    #修改，指定第一个Web节点的地址、端口
    real_server 192.168.99.141 80 {
        #节点的权重
        weight 1
        #删除，添加以下健康检查方式
        TCP_CHECK {
            #添加检查的目标端口
            connect_port 80
            #添加连接超时(秒)
            connect_timeout 3
            #添加重试次数 高版本为retry
            nb_get_retry 3
            #添加重试间隔
            delay_before_retry 3
        }
    }
    #添加第二个 Web节点的地址、端口
    real_server 192.168.99.142 80 {
        weight 1
        TCP_CHECK {
            connect_port 80
            connect_timeout 3
            nb_get_retry 3
            delay_before_retry 3
        }
    }
    ##删除后面多余的配置##
}
#启动
systemctl start keepalived

Web服务器1、2

#配置vip（虚拟ip）
vim /etc/sysconfig/network-scripts/ifcfg-lo:0
DEVICE=lo:0
ONBOOT=yes
IPADDR=192.168.99.200
NETMASK=255.255.255.255
NETWORK=127.0.0.0
BROADCAST=127.255.255.255
ONBOOT=yes
NAME=loopback
systemctl restart network
route add -host 192.168.99.200 dev lo:0

vim /etc/sysctl.conf
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.lo.arp_announce = 2
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
sysctl -p

在这里插入图片描述

yum install -y epel-release && yum install -y nginx nfs-utils rpcbind
systemctl start nginx
systemctl start rpcbind
systemctl start nfs
mount.nfs 192.168.99.137:/opt/web1/usr/share/nginx/html
echo 'web1' > /usr/share/nginx/html/index.html

#web2
mount.nfs 192.168.99.137:/opt/web2/usr/share/nginx/html
echo 'web2' > /usr/share/nginx/html/index.html

测试验证

浏览器访问http://192.168.99.200
在这里插入图片描述

#关闭主keepalived
systemctl stop keepalived

浏览器测试
刷新(时间间隔久一些)
在这里插入图片描述

划过手的泪滴t
关注
  • 21
    点赞
  • 踩
  • 23
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
lvs+Keepalived+nginx高可用负载均衡搭建部署方案
05-24
lvs+Keepalived+nginx高可用负载均衡搭建部署方案
lvs+KeepAlived搭建实战.pdf
03-20
Lvs抗负载能力强，因为 lvs 工作方式的逻辑是非常之简单，而且工作在网络 4 层仅做请求分发之用，没有流量，所以在效率上基本不需要太过考虑。 有完整的双机热备方案，当节点出现故障时，lvs 会自动判别，所以系统整体是非常稳定的。 基本上能支持所有应用，因为 lvs 工作在 4 层，所以它可以对几乎所有应用做负载均衡，包括 http、数据库、聊天室等等。 文档简单演示了lvs+keepalived的搭建过程和负载测试，顺便记录下来。每天进步一点。
LVS+Keepalived+MySQL半同步主主复制高可用方案.docx
07-15
LVS+Keepalived+MySQL半同步主主复制高可用方案
搭建LVS+KEEPALIVED负载均衡.pdf
10-02
搭建LVS+KEEPALIVED负载均衡.pdf
LVS+Keepalived环境搭建
12-10
LVS+Keepalived环境搭建
LVS+Keepalived 群集及搭建
Katie_ff的博客
07-06 1197
keepalived的作用是解决单点故障、在调度器上配置keepalived即可相当于ARRP的主备份，主挂了，数据流就会转到备主机，keepalived可以用在组件中：mysql、nginx、Tomcat），高可用，实现故障转移。 主要的模块有三个： （1）core模块:为keepalived的核心 ，负责主进程启动，维护全局配置文件，加载和解析 （2）VRRP 模块:来实现VRRP协议 （3）check 模块:负责健康检查 常见的检查方式， 比如：端口 URL
LVS+Keepalived高可用群集部署
m0_71593537的博客
09-20 992
LVS+Keepalived高可用群集部署
LVS+Keepalived群集
SmileLife_的博客
06-10 841
Keepalived 是一个基于VRRP协议来实现的LVS服务高可用方案，可以解决静态路由出现的单点故障问题。在一个LVS服务集群中通常有主服务器（MASTER）和备份服务器（BACKUP）两种角色的服务器，但是对外表现为一个虚拟IP，主服务器会发送VRRP通告信息给备份服务器，当备份服务器收不到VRRP消息的时候，即主服务器异常的时候，备份服务器就会接管虚拟IP，继续提供服务，从而保证了高可用性。早期的LVS软件，需要通过命令行或脚本实现管理，并且没有针对LVS节点的健康检查功能。为了解决LVS的这些使用
LVS+Keepalived负载均衡高可用群集
云计算运维工程师的成长之路
10-17 766
Keepalived是一个基于VRRP协议来实现的LVS服务高可用方案，可以解决静态路由出现的单点故障问题。可参考VRRP详解与配置实例_Evens7xxX的博客-CSDN博客支持故障自动切换（Failover）和 节点健康状态检查（Health Checking）—— 判断LVS负载调度器、节点服务器的可用性，当master主机出现故障及时切换到backup节点保证业务正常，当master故障主机恢复后将其重新加入群集并且业务。
LVS +Keepalived 高可用群集部署
小小byg
04-29 895
专为LVS和HA设计的一款健康检查工具• 支持故障自动切换（Failover）• 支持节点健康状态检查（Health Checking）
LVS+Keepalived详解
Guo_youyou的博客
07-06 969
Keepalived首先做初始化先检查state状态，master为主服务器，backup为备服务器。然后再对比所有服务器的priority，谁的优先级高谁是最终的主服务器。优先级高的服务器会通过ip命令为自己的电脑配置一个提前定义好的浮动IP地址。
LVS+Keepalived 群集部署
Bilson99的博客
06-20 125
目 录一、Keepalived工具介绍二、Keepalived实现原理三、LVS+Keepalived 高可用群集配置及实操 一、Keepalived工具介绍 专为LVS和HA设计的一款健康检查工具 支持故障自动切换（Failover） 支持节点健康状态检查（Health Checking） 官方网站：http://www.keepalived.org/ 二、Keepalived实现原理 keepalived采用VRRP热备份协议实现Linux 服务器的多机热备功能 VRRP（虚拟路由冗余协议）是针对
LVS+Keepalived高可用集群部署
夏颜的博客
06-09 482
Keepalived是一款专为LVS和HA设计的一款健康检查工具：支持故障自动切换、支持节点健康状态检查 官方地址：www.keepalived.orgKeepalived是一个基于VRRP协议来实现的LVS服务高可用方案，可以解决静态路由出现的单点故障问题 在一个LVS服务集群中通常有主服务器（MASTER）和备份服务器（BACKUP）两种角色的服务器，但是对外表现为个虚拟IP，主服务器会发送VRRP通告信息给备份服务器，当备份服务器收不到VRRP消息的时候，即主服务器异常的时候，备份服务器就会接管虚拟I
Day 42 LVS四层负载均衡
xlv133922的博客
06-04 1035
​ LVS 是Linux Virtual Server的简称，也就是 Linux 虚拟服务器, 是一个由章文嵩博士发起的自由软件项目，它的官方站点是www.linuxvirtualserver.org。现在LVS已经是 Linux标准内核的一部分，因此性能较高。​ LVS软件作用：通过LVS提供的负载均衡技术和Linux操作系统实现一个高性能、高可用的服务器群集，它具有良好可靠性、可扩展性和可操作性。从而以低廉的成本实现最优的服务性能。
学习整理 docker
wonder_dog的博客
05-31 308
nexus。
FreeBSD原生虚拟化Jail的管理软件比较
skywalk8163的专栏
06-05 413
Jail最早在FreeBSD 4.X便可使用，并且一直在持续强化它的功能、效率、稳定性以及安全性。Jail建立在chroot概念之上，会更改一系列程序的根目录。这可以创造一个安全的环境，将程序与系统的其他部份分隔。在chroot的环境所建立的程序不能存取该环境以外的档案或资源。也因此，渗透一个在chroot的环境执行的服务并不会让整个系统被攻击者渗透。但chroot有许多限制，只适合用在简单的工作，不需要许多弹性或复杂性、进阶功能的工作。
Docker笔记-解决非交互式运行python时print不输出的问题
IT1995的博客
06-03 288
通过使用"-e"选项，可以在容器内部设置环境变量，用于配置应用程序的行为。"-e"选项的全称是"env"，它用于在Docker命令中设置环境变量。在命令行中，"-e"表示"env"的缩写。通过使用"-e"选项，可以在容器内部设置环境变量，用于配置应用程序的行为。这个命令会在运行的Docker容器中设置一个名为"KEY"的环境变量，并将其值设置为"VALUE"。所以，"-e"选项允许你在运行Docker容器时设置环境变量，以定制容器内应用程序的行为。在Docker命令中，"-e"是用来设置环境变量的选项。
Linux学习—Linux环境下的网络设置
最新发布
linzhongshu的专栏
06-05 419
网络配置是Linux系统管理的重要部分，涉及到网络接口的配置、网络服务的设置、网络命令工具的使用以及防火墙的管理。通过本文，我们学习了如何配置静态和动态IP地址、如何使用网络命令工具进行网络测试和故障排除，以及如何设置防火墙规则来保护系统安全。
【已解决】Error in the HTTP2 framing layer
PleaseBeStrong的博客
06-01 399
打开gitbash，并输入：（-C 后面对应的是你自己的邮箱，最好跟github绑定的一致）会在 .ssh 目录生产两个文件：id_rsa（私有密钥）和id_rsa.pub（公开密钥）在使用git将代码上传github的时候在最后一部push的时候遇到这个fatal。http协议下行不通不妨试一试ssh协议下，就有如下解决方案。由于我原先设置的origin是http协议下的，如下。如果出现如下的提示，则说明ssh可以正常连接使用啦！
lvs+keepalived
04-25
1. 在LVS+Keepalived架构中，有一个或多个前端负载均衡器（Load Balancer），它们负责接收客户端请求并将请求转发给后端真实服务器。 2. 前端负载均衡器使用LVS技术进行请求的分发，根据一定的负载均衡算法（如轮询...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值