LVS常用模式（DR、NAT、TUN）以及ldirector和keepalived

最新推荐文章于 2023-12-28 10:09:57 发布
最新推荐文章于 2023-12-28 10:09:57 发布
阅读量1.2k 收藏 1
点赞数
分类专栏： 企业
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44889616/article/details/96894949
版权

1.LVS简单介绍

1.lvs定义LVS是Linux Virtual Server的简写，意即Linux虚拟服务器，是一个虚拟的服务器集群系统。LVS集群采用IP负载均衡技术和基于内容请求分发技术。调度器具有很好的吞吐率，将请求均衡地转移到不同的服务器上执行，且调度器自动屏蔽掉服务器的故障，从而将一组服务器构成一个高性能的、高可用的虚拟服务器。整个服务器集群的结构对客户是透明的，而且无需修改客户端和服务器端的程序。为此，在设计时需要考虑系统的透明性、可伸缩性、高可用性和易管理性。

2.LVS的特点：具有可伸缩网络服务的几种结构，它们都需要一个前端的负载调度器(或者多个进行主从备份)。我们先分析实现虚拟网络服务的主要技术，指出IP负载均衡技术是在负载调度器的实现技术中效率最高的。在已有的IP负载均衡技术中，主要有通过网络地址转换(Network Address Translation)将一组服务器构成一个高性能的、高可用的虚拟服务器，我们称之为VS/NAT技术(Virtual Server via Network Address Translation)。在分析VS/NAT的缺点和网络服务的非对称性的基础上，我们提出了通过IP隧道实现虚拟服务器的方法VS/TUN (Virtual Server via IP Tunneling)，和通过直接路由实现虚拟服务器的方法VS/DR(Virtual Server via Direct Routing)，它们可以极大地提高系统的伸缩性。VS/NAT、VS/TUN和VS/DR技术是LVS集群中实现的三种IP负载均衡技术。

十种调度算法：
rr：Round Bobin，轮询，将客户端的请求交替分配给RS
wrr：Weighted Round Bobin，加权轮询，根据RS的性能不同，让他们来承担不同比例的用户请求
dh：Destination Hashing，目标地址哈希调度，基于用户所请求的地址做哈希表
作用：实现将对于相同的地址的请求调度到同一个RS之上
sh：Source Hashing，源地址的哈希调度，基于用户的ip地址做哈希表
作用：实现将同一个客户端调度到相同的RS之上
lc：Least Connection，最小连接数调度，本质是调度到当前负载最低的主机上
wlc：Weighted Least Connection，加权最小连接数调度，本质是调度到当前负载最低的主机上
SED：是wlc补充
NQ：Never queue，算法基本和sed相同，为了避免性能差的RS长时间处于空闲状态
lblc：基于目标地址的最小连接数调度，这种算法那是lc和dh的组合，适应于cache场景
lblcr：带有复制功能的lblc

2.DR模式

实验准备：

主机服务
server1：172.25.16.1提供ipvsadm服务
server2：172.25.16.2提供apache服务、realeserver
server3：172.25.16.3提供apache服务、realeserver
物理机：172.25.16.250客户端、测试端

DR模式（直接路由）
DR模式性能最佳，但必须要求在一个vlan中。
数据包流向：client–>vs–>rs–> client
DR模式下收到客户端请求，lvs会将vs的mac地址修改为某一台rs的mac地址（注：ip地址是逻辑地址，mac地址才是真正的通信地址，所以我们才可以通过修改mac地址发送到指定的rs），然后这个数据包会被转发到相应的rs处理（此时源ip和目标ip未变）。如数据帧流向所示，客户端请求由lvs接收，但返回的时候不经过lvs，而是直接向源ip返回，由真实服务器直接返回给用户。

优点：效率最高，负载均衡器只用分发请求，应答包通过单独的路由返回给客户端，提高了服务器并发能力。
缺点：负载均衡器的网卡必须和物理网卡在同一网段上

安装lvs的管理工具：ipvsadm
yum install ipvsadm -y						##企业7版本之后的ipvsadm安装包直接在内核中就可以找到，但之前版本需要手动创建高级yum源（从镜像里查找）
ip addr add 172.25.16.100/24 dev eth0		##给调度器一个vip
systemctl start ipvsadm						
vim /etc/sysconfig/ipvsadm-config			##修改配置文件,让服务重启时加载策略文件

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

写入策略：
ipvsadm -A -t 172.25.16.100:80 -s rr
ipvsadm -a -t 172.25.16.100:80 -r 172.25.16.2:80 -g
ipvsadm -a -t 172.25.16.100:80 -r 172.25.16.3:80 -g
ipvsadm -ln								##加n不做解析查看ipvsadm策略
systemctl restart ipvsadm				##此时重启ipvsadm会出现错误，需先创建文件/etc/sysconfig/ipvsadm(用来写入策略)
touch /etc/sysconfig/ipvsadm

在这里插入图片描述

在server2、server3进行设置：

需要给两个真实的web服务器加上vip，因为数据时从真实服务器直接返还给客户端的。

[root@server2 ~]# ip addr add 172.25.16.100/24 dev eth0
[root@server3 ~]# ip addr add 172.25.16.100/24 dev eth0

此时在物理机进行测试，会出现无法轮询的情况。
在这里插入图片描述
原因：
因为次是两台真实主机与lvs调度器都有vip，客户端并没有确定到底会访问哪台主机，所以这样可能会出现直接访问到主机的问题，因为本地缓存到real主机的mac地址后会跳过lvs调度器直接对真实主机进行访问，如果遭到DDOS恶意攻击，主机就很可能会无法正常使用。
解决方法：
在real主机都上安装基于mac地址的arptables来拒绝所有对172.25.16.100的访问。

yum install arptables.x86_64 -y
arptables -A INPUT -d 172.25.16.100 -j DROP			##将所有对121的访问都丢弃掉
arptables -A OUTPUT -s 172.25.16.100 -j mangle --mangle-ip-s 172.25.16.2		##以100的ip输出的数据的源ip是2
arptables-save > /etc/sysconfig/arptables			##手动导入策略到文件，不然就是临时生效
systemctl start arptables.service

在这里插入图片描述
在这里插入图片描述
测试：

arp-d 172.25.16.100			##清除原来100的缓存mac地址
curl172.25.16.100			##看是否轮询访问

在这里插入图片描述

3.NAT模式

NAT模式下收到客户端请求，lvs会做目的地址转换（DNAT），将目标ip改为rs的ip。rs接收到该数据包直接进行处理，返回响应时，目标ip即为cip，源ip即为rs的ip。然后，rs的数据包通过lvs中转，lvs进行源地址转换（SNAT），将数据包的源地址（rip）改为vip发送至客户端（rip不会直接响应cip），整个过程对于客户端来说是不可见的。

缺点：扩展性有限。高负载模式下，director可能成为瓶颈
优点：支持任意操作系统，节点服务器使用私有IP地址，与负载调度器位于同一个物理网络，安全性比DR模式和TUN模式要高。

实验环境同上：

1.server1：
yum install ipvsadm-1.27-7.el7.x86_64 -y
vim /etc/sysconfig/ipvsadm-config修改参数为IPVS_SAVE_ON_RESTART="yes"重启后加载策略
touch /etc/sysconfig/ipvsadm创建文件，没有的话无法重启(策略写的地方)
systemctl start ipvsadm.service
systemctl status ipvsadm.service

给server1添加一个网卡eth1

在这里插入图片描述

在这里插入图片描述

Ip addr add 172.25.254.100/24 dev eth1
Ip link set up eth1

在这里插入图片描述

打开内核路由：

Vim /etc/sysctl.conf             ##写入net.ipv4.ip_forward=1

在这里插入图片描述

添加策略：
ipvsadm -A -t 172.25.254.100:80 -s rr
ipvsadm -a -t 172.25.254.100:80 -r 172.25.16.2:80 -m
ipvsadm -a -t 172.25.254.100:80 -r 172.25.16.3:80 -m

在这里插入图片描述
server2、server3同样操作:

Systemctl start httpd
Route add default gw 172.25.16.1           #添加ipvsadm内网网段ip

在这里插入图片描述

在这里插入图片描述

测试：
在物理机：curl 172.25.254.100

在这里插入图片描述

4.TUN隧道模式

TUN：隧道模式下,vs 收到客户端请求,封装数据包,使源 ip 成为 vip,目标 ip 成为
rip,当 rs 收到数据包时,进行解封装,还原数据包,处理后,利用 vip 发出响应
从 rip 所在的接口发出,直接达到客户端。

优点：实现了异地容载，避免了一个机房故障导致网站无法访问。
缺点：RS配置复杂

实验环境：同上DR

lvs调度器的配置:(需要手动安装隧道模块)
ipvsadm -C									##在开始另一个模式的配置前，把原来的策略清除掉
lsmod										##查看本机安装的模块
modprobe ipip								##安装隧道模块
ip a										##查看是否多了一个隧道接口，此时处与关闭状态
ip addr del 172.25.16.100/24 dev eth0		##把vip从eth0网卡上删掉，并把vip添加到隧道接口
ip addr add 172.25.16.100/24 dev tunl0
ip link set up tunl0						##启用隧道接口，可以看到它的状态不再是关闭并且有vip

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

##添加调度策略：
ipvsadm -A -t 172.25.16.100:80 -s rr					##选择轮询算法
ipvsadm -a -t 172.25.16.100:80 -r 172.25.16.2:80 -i		##-i表示隧道模式
ipvsadm -a -t 172.25.21.121:80 -r 172.25.16.3:80 -i
systemctl restart ipvsadm.service						##使策略生效
ipvsadm -ln

在这里插入图片描述

(2)
real服务器的设定(没有特殊说明则两台服务器的设定都是相同的)：
modprobe ipip							##同样也要安装隧道模块
ip addr del 172.25.16.100/24 dev eth0	##将vip从eth0上删除并添加到隧道上
ip addr add 172.25.16.100/24 dev tunl0
ip link set up tunl0					##启用隧道接口
ip a									##查看隧道是否启用

sysctl -a | grep rp_filter				##查看隧道反向过滤的策略，应该把这些策略全部关闭，否则在数据传输时可能会出现问题
sysctl -w net.ipv4.conf.all.rp_filter=0
sysctl -w net.ipv4.conf.eth0.rp_filter=0
sysctl -w net.ipv4.conf.tunl0.rp_filter=0
sysctl -w net.ipv4.conf.default.rp_filter=0
sysctl -a | grep rp_filter				##确认策略全部关闭

在这里插入图片描述在这里插入图片描述
在这里插入图片描述
server3同server2操作

测试：

在这里插入图片描述

4.通过ldirectord程序从集群中自动移除节点

ldirectord作用：当一台real服务器出现问题不能访问时，将它从集群中自动去除，使客户端的访问不受影响。

将各项配置改回DR模式

在server1上安装ldirectord软件
注意：在红帽的企业7版本中没有这个软件，但是企业6中的软件在这里也可以用，但是需要配置高可用的依赖环境，首先进入7.5的镜像目录，找到高可用的具体位置，在7.5中把高可用和负载均衡放在同一个目录下，并且没有了企业6中的其他资源

在这里插入图片描述

配置yum源，在原来的yum源文件中配置即可
vim /etc/yum.repos.d/westos		##配置yum源
[HighAvailability]
name=HighAvailability
baseurl=http://172.25.21.250/rhel7.5/addons/HighAvailability/
gpgcheck=0
yum repolist							##查看是否成功

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

首先安装ldirectord，本机使用的软件包为ldirectord-3.9.5-3.1.x86_64.rpm,可以在企业6的镜像中获取这个软件包,在yum源搭建好以后，注意在ldirectord软件包的所在的目录下才可以直接通过yum安装
yum install ldirectord-3.9.5-3.1.x86_64.rpm -y			##安装软件
rpm -qpl ldirectord-3.9.5-3.1.x86_64.rpm				##查看软件安装后产生的目录与文件

在这里插入图片描述

开启服务，因为这是企业6上的软件包，所以要用脚本的方式来启动服务
cp /usr/share/doc/ldirectord-3.9.5/ldirectord.cf /etc/ha.d/			##把模板复制到配置文件目录下
vim /etc/ha.d/ldirectord.cf											##修改配置文件

在这里插入图片描述

yum install httpd -y	##在调度器上安装apache，当真实主机web1和web2都出问题时，让客户端访问调度器并给客户端一个提示信息
vim /var/www/html/index.html	
systemctl start httpd	##开启服务

modprobe -r ipip						##卸载ipip模块
ip addr add 172.25.21.121/24 dev eth0

ipvsadm -C								##清空策略并重新写入
ipvsadm -A -t 172.25.16.100:80 -s rr
ipvsadm -a -t 172.25.16.100:80 -r 172.25.16.2:80 -g
ipvsadm -a -t 172.25.16.100:80 -r 172.25.16.3:80 -g
cat /etc/sysconfig/ipvsadm
systemctl restart ipvsadm.service

/etc/init.d/ldirectord start			##在启动服务之前记得关掉上一个实验的隧道接口并删掉它的ip，不然可能会发生冲突
chkconfig --list						##查看所有以脚本方式运行的服务,一般不全为off就是开机自启动的

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

server2、sever3

modprobe -r ipip
ip addr add 172.25.16.100 dev eth0

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

在这里插入图片描述
测试：
在这里插入图片描述
关闭server2的apache服务
在这里插入图片描述
关闭server3的apache服务
在这里插入图片描述

5.通过keepalived管理调度器和节点

keepalived作用：当调度器出问题时，使用keepalived服务管理，实现两台或者多台调度器的主备，当主调度器(MASTER)出问题时，可以将访问和服务都转到备用调度器(BACKUP)上，并且还可以设置邮件提醒在出现问题时进行提示,并且MASTER在运行过程中会一直给BACKUP发送心电信号，来告知BACKUP自己的运行状态良好。

环境准备:还原到DR模式时的配置
重新打开一台虚拟机server4:172.25.16.4做备用调度器

注意:在ipvsadm服务端即server1不需要设置vip

然后需要下载安装包，这个安装包可以直接在官网www.keepalived.org上下载
本机下载的是最新版keepalived-2.0.17.tar.gz
yum install gcc openssl-devel -y			##因为需要编译源码，所以安装编译软件
tar zxf keepalived-2.0.17.tar.gz			##解压安装包
./configure --prefix=/usr/local/keepalived --with-init=systemd			##进行编译
make && make install		
ln -s /usr/local/keepalived/etc/keepalived/ /etc/						##创建一个软链接

/etc/init.d/ldirectord stop					##关闭ldirectord服务并关闭开机自启动,否则可能会发生冲突
chkconfig ldirectord off

在这里插入图片描述

)在这里插入图片描述

修改server1配置文件
vim /etc/keepalived/keepalived.conf
systemctl restart keepalived

在这里插入图片描述
在这里插入图片描述
server4同样操作:

vim /etc/keepalived/keepalived.conf
systemctl restart keepalived

在这里插入图片描述
测试:
在这里插入图片描述

仍能实现轮询
在这里插入图片描述
server1日志：
在这里插入图片描述
server4日志：
在这里插入图片描述

zy66996
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
KEEPALIVED配置文件详解
harryxxxxx的博客
07-17 2706
! Configuration File for keepalived global_defs { #全局定义部分 notification_email { #设置报警邮件地址，可设置多个 [email protected] ...
linux运维——自动检测后端服务器心跳（ldirectord）
liuchuang11的博客
06-27 1914
1、 ldirectord ldirectord是一个守护进程，用于监视和管理负载平衡虚拟服务器的LVS集群中的真实服务器。ldirectord通常用作Linux HA的资源，但也可以从命令行运行。使用ldirectord程序，这个程序在启动时自动建立IPVS表，然后监视集群节点的健康情况，在发现失效节点时将其自动从IPVS表中移除 ldirectord守护进程通过向每台真实服务器真实IP（RIP...
LVS/NAT与LVS/DR模式集群的概述与配置
10-11
负载均衡的调度算法，LVS简介，LB负载均衡集群，HA高可用集群 以及在生产生活环境中集群的一些简单配置
Centos LVS部署DR、NAT模式 负载均衡
01-09
文章目录简介LVS集群的组成LVS术语LVS工作模式调度算法部署LVS部署LVS-NAT集群部署LVS-DR集群动态检测脚本 简介 LVS是Linux Virtual Server的简写，意即Linux虚拟服务器，是一个虚拟的服务器集群系统。本项目在1998年5月由章文嵩博士成立，是中国国内最早出现的自由软件项目之一。 LVS可以实现高可用的、可伸缩的Web、Mail、Cache、Media等网络服务。 最终目标是利用Linux操作系统和LVS集群软件实现一个高可用、高性能、低成本的服务器应用集群。 LVS集群的组成 前端 : 负载均衡层 由一台或多台负载调度器组成 中间 : 服务器群组层 由
4.LVS--NAT模式+DR模式.docx
06-30
LVS详解，运维实战基础，有不足地方请指教，虚心求教。 将所需积分更改为免费 让更多的人看到学习到
lvs 配置（DR+keepalived与tun）
08-27
lvs DR keepalived tun 安装附图
Keepalived+LVS-DR 高可用负载均衡搭建
crsit的专栏
08-09 284
Keepalived+LVS-DR 高可用负载均衡搭建 ​ 配置环境采用的是 Ubuntu 系统 LVS简介 ​ LVS集群采用IP[负载均衡技术]和基于内容请求分发技术。调度器具有很好的吞吐率，将请求均衡地转移到不同的服务器上执行，且调度器自动屏蔽掉服务器的故障，从而将一组服务器构成一个高性能的、高可用的[虚拟服务器]。整个[服务器集群]的结构对客户是透明的，而且无需修改客户端和服务器端的程序。为此，在设计时需要考虑系统的透明性、可伸缩性、高可用性和易管理性。 NAT模式 ​ 通过网络地址转换的方法来
NAT详解
weixin_45519378的博客
09-26 630
1.NAT的用途分为： 源SNAT：当内网访问外网的时候，经过路由器，会把源地址中的私网地址转换为公有地址，SNAT。 目的：实现上网。 目的DNAT：当外网访问内网服务器的时候，经过（服务器端的）路由器的时候，会把目标公网地址转换为服务器的真实私网IP，DNAT。 目的：服务器发布，可以通过公网来访问，对外开放一些常用端口（web-tcp80;dns-udp53）。 发布服务器的两种方案： 方案...
Ldirector配置详解（LVS_DR模式）
liucy007的博客
04-03 545
Ldirector配置详解 配置文件 vi /etc/ha.d/ldirectord.cf # Global Directives #listener中所有server宕掉之后默认访问页面（全局） fallback=127.0.0.1:80 #ldirector对配置文件做md5校验。发现配置文件改动重新加载文件 autoreload=yes #日志存放目录 logfile="/var/log/l...
LVS负载均衡集群（NAT——DR——KEEPALIVED）
YsDou的博客
10-21 539
一、集群 1.集群的含义 ①Cluster、集群、群集 ②由多台主机构成，但对外只表现为一个整体，只提供一个访问入口（域名与IP地址），相当于一台大型计算机。 2.目前的问题 互联网应用中，随着站点对硬件性能、响应速度、服务稳定性、数据可靠性等要求越来越高，单台服务器已经无法满足负载均衡及高可用性的要求。 3.解决方法 ①、使用价格昂贵的小型机、大型机 ②、使用多台相对廉价的普通服务器构建服务集群 通过整合多台服务器，使用LVS来达到服务器的高可用和负载均衡，并且同一个IP地址对外提供相同的服务
keepalived配置（lvs+NAT+直连+TUN隧道+服务切换企业微信&邮件告警）
wefwerg的博客
10-25 2935
keepalived相关说明 Keepalived是基于vrrp协议的一款高可用软件。Keepailived有一台主服务器和多台备份服务器，在主服务器和备份服务器上面部署相同的服务配置，使用一个虚拟IP地址对外提供服务，当主服务器出现故障时，虚拟IP地址会自动漂移到备份服务器。 VRRP（Virtual Router Redundancy Protocol，虚拟路由器冗余协议），VRRP是为了解决静态路由的高可用。VRRP的基本架构 虚拟路由器由多个路由器组成，每个路由器都有各自的IP和共同的VRID(0-
LVS-DR模式+ldirectord+keepalived+tun隧道模式+wrr权重
weixin_45674039的博客
02-05 337
什么是LVS LVS（Linux Virtual Server）即Linux虚拟服务器，是由章文嵩博士主导的开源负载均衡项目，目前LVS已经被集成到Linux内核模块中。该项目在Linux内核中实现了基于IP的数据请求负载均衡调度方案，其体系结构如图1所示，终端互联网用户从外部访问公司的外部负载均衡服务器，终端用户的Web请求会发送给LVS调度器，调度器根据自己预设的算法决定将该请求发送给后端的某...
Linux内核分析 - 网络[十七]：NetFilter之连接跟踪
热门推荐
yoyo的专栏
12-04 1万+
内核版本：2.6.34 转载请注明 博客：http://blog.csdn.net/qy532846454　by yoyo       前面章节介绍过Netfilter的框架，地址见：http://blog.csdn.net/qy532846454/article/details/6605592，本章节介绍的连接跟踪就是在Netfilter的框架上实现的，连接跟踪是实现DNAT，SNAT还有有
免费获取GPT-4的五种工具
最新发布
01101
12-28 8599
作为一款Open Playground工具（译者注：不同于为通用目的而设计的ChatGPT，OpenAI的Playground主要是为程序员设计的，为开发人员提供了开发或微调其他机器学习模型的界面），Nat.dev仅提供了有限的GPT-4访问权限。毕竟，GPT-4虽好，其他的LLM也可以根据您的实际要求，提供富有成效且实用的体验。虽然免费版的Perplexity并没有明确说明其使用的是GPT-4，但是在将其切换为“Copilot”模式后，您就可以直接使用具有“每4小时只能回答5道问题”的GPT-4了。
搭建NAT64/DNS6实现IPv4/v6转换
cqwei1987的博客
06-28 4730
本文介绍如何利用开源软件NAT64、DNS64进行IPv4、IPv6协议进行互转。
NetDev
Exxfire的博客
11-05 1448
笔记
LVS--DR模式 + ldirectord（健康检查）
一颗红小豆
06-22 194
LVS服务DR模式 + 自动检测后端服务器心跳（ldirectord） 独立的lvs并不具备对后端服务器执行健康检查的机制，这时通常需要配合第三方的工具一起来使用。而ldirectord的作用就是用来检测Real Server，当Real Server失效时，把它从虚拟服务器列表中删除，恢复时重新添加到列表中。 当后端服务器down后，自动将此服务器移除，且同时设定代理服务器为后备服务器，当所有...
Linux实现基于Loopback的NVI(NAT Virtual Interface)
互联网
10-04 383
Loopback实际上是个hole 但是如果它不是一个hole，它确实可以做一些事，类似Cisco的NVI那样。既然前期是“如果它不是一个hole”，那就需要对代码进行一些修改。在修改之前，你必须明白的是，Linux的loopback接口为什么是一个hole。 标准规定，所有试图经过loopback接口去往其它地方(非本机)的数据包要全部丢弃。Linux使用loop hole做到了这一点。Linu...
LVS NAT/TUN/DR三种模式比较
xusanyao的博客
01-23 1304
LVS共有三种模式，优缺点比较如下： NAT模式 优点：集群中的物理服务器可以使用任何支持TCP/IP操作系统，物理服务器可以分配Internet的保留私有地址，只有负载均衡器需要一个合法的IP地址。 不足：扩展性有限。当服务器节点（普通PC服务器）数据增长到20个或更多时,负载均衡器将成为整个系统的瓶颈，因为所有的请求包和应答包都需要经过负载均衡器再生。假使TCP包的平均长度是536字节的话...
LVS中DR于nat 区别
03-06
LVS中DR和NAT的区别在于，DR模式下，负载均衡器只负责将请求转发给后端服务器，而后端服务器直接将响应返回给客户端，负载均衡器不参与响应的处理；而NAT模式下，负载均衡器不仅将请求转发给后端服务器，还会将响应经过自己进行处理后再返回给客户端。因此，DR模式下的负载均衡器性能更高，但需要后端服务器支持直接返回响应；NAT模式下的负载均衡器则更加灵活，但性能相对较低。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值