Keepalived 企业应用示例

最新推荐文章于 2024-08-22 20:49:59 发布
最新推荐文章于 2024-08-22 20:49:59 发布
阅读量692 收藏 8
点赞数 16
分类专栏： 云原生 文章标签： 智能路由器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2203_75363877/article/details/141290406
版权

目录

1 抢占模式和非抢占模式

1.1 非抢占模式 nopreempt

1.2 抢占延迟模式 preempt_delay

 1.3 VIP单播配置

1.4 Keepalived 通知脚本配置 

1.5 实现 master/master 的 Keepalived 双主架构

1.6 实现IPVS的高可用性

1.6.1 IPVS相关配置

1.6.1.1 virtual server （虚拟服务器）的定义格式

1.6.1.2 虚拟服务器配置

1.6.1.3 应用层监测 

 1.6.1.4 TCP监测

1.6.2 案例

环境继承我上一篇文章做完所有配置的环境（上一篇文章的链接：http://t.csdnimg.cn/sj07z）

1 抢占模式和非抢占模式

1.1 非抢占模式 nopreempt

默认为抢占模式 preempt ，即当高优先级的主机恢复在线后，会抢占低先级的主机的 master 角色， 这样会使vip 在 KA 主机中来回漂移，造成网络抖动，建议设置为非抢占模式nopreempt ，即高优先级主机恢复后，并不会抢占低优先级主机的 master 角色 ，非抢占模块下, 如果原主机 down 机 , VIP 迁移至的新主机 , 后续也发生 down 时 , 仍会将 VIP 迁移回原主机
注意：要关闭 VIP 抢占，必须将各 keepalived 服务器 state 配置为 BACKUP

ka1:

ka2:

修改完后重启一下服务：

systemctl restart keepalived.service

查看一下：

此时VIP在ka2上，我们停止服务再重启一下：

[root@ka2 ~]# systemctl stop keepalived.service 
[root@ka2 ~]# systemctl restart keepalived.service

再次查看：

可以看出 ，在拥有VIP的服务器宕机后，VIP才会被其他服务器接管

1.2 抢占延迟模式 preempt_delay

抢占延迟模式，即优先级高的主机恢复后，不会立即抢回 VIP ，而是延迟一段时间（默认 300s ）再抢回 VIP
preempt_delay # # 指定抢占延迟时间为 #s ，默认延迟 300s
注意：需要各 keepalived 服务器 state 为 BACKUP, 并且不要启用 vrrp_strict

 ka1：

ka2：

修改完后重启一下服务：

systemctl restart keepalived.service

查看一下，此时VIP在ka1上

我们关闭ka1的服务

[root@ka1 ~]# systemctl stop keepalived.service

此时VIP在ka2上：

我们再次打开ka1的服务：

[root@ka1 ~]# systemctl restart keepalived.service

等五秒钟后查看，发现VIP回来了：

 1.3 VIP单播配置

默认 keepalived 主机之间利用多播相互通告消息，会造成网络拥塞，可以替换成单播，减少网络流量

注意：启用 vrrp_strict 时，不能启用单播

 ka1：

ka2：

别忘了两边重启服务

systemctl restart keepalived.service

测试：抓包查看单播效果

[root@ka1 ~]# tcpdump -i eth0 -nn src host 172.25.254.10 and dst 172.25.254.20

有vip的keepalived主机才看得到抓包效果 ，不然会如下图所示：

1.4 Keepalived 通知脚本配置 

当 keepalived 的状态变化时，可以自动触发脚本的执行，比如：发邮件通知用户
默认以用户 keepalived_script 身份执行脚本
如果此用户不存在，以 root 执行脚本可以用下面指令指定脚本执行用户的身份
通知脚本类型

  • 当前节点成为主节点时触发的脚本：notify_master <STRING>|<QUOTED-STRING>
  • 当前节点转为备节点时触发的脚本：notify_backup <STRING>|<QUOTED-STRING>
  • 当前节点转为“失败”状态时触发的脚本 ：notify_fault <STRING>|<QUOTED-STRING>
  • 通用格式的通知触发机制，一个脚本可完成以上三种状态的转换时的通知：notify <STRING>|<QUOTED-STRING>
  • 当停止VRRP时触发的脚本 ：notify_stop <STRING>|<QUOTED-STRING>

 

# ka1配置
# qq邮箱配置
[root@ka1 ~]# vim /etc/mail.rc 
其他的不要动，在最后添加：
set from=1904650938@qq.com
set smtp=smtp.qq.com
set smtp-auth-user=1904650938@qq.com
set smtp-auth-password=hrlaubtyckxfcggh
set smtp-auth=login
set ssl-verify=ignore

# 写脚本
[root@ka1 ~]# vim /etc/keepalived/mail.sh
#!/bin/bash
mail_dest='1904650938@qq.com'
mail_send()
{
        mail_subj="$HOSTNAME to be $1 vip 转移"
        mail_mess="`date +%F\ %T`: vrrp 转移,$HOSTNAME 变为 $1"
        echo "$mail_mess" | mail -s "$mail_subj" $mail_dest
}
case $1 in
        master)
        mail_send master
        ;;
        backup)
        mail_send backup
        ;;
        fault)
        mail_send fault
        ;;
        *)
        ;;
esac


[root@ka1 ~]# chmod +x /etc/keepalived/mail.sh
[root@ka1 ~]# vim /etc/keepalived/keepalived.conf
vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 100
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }
    unicast_src_ip 172.25.254.10
    unicast_peer {
        172.25.254.20
        }
        notify_master "/etc/keepalived/mail.sh master"
        notify_backup "/etc/keepalived/mail.sh backup"
        notify_fault "/etc/keepalived/mail.sh fault"
}
[root@ka1 ~]# systemctl restart keepalived.service

# ka2做同样的操作

测试：两边重启服务

systemctl restart keepalived.service

1.5 实现 master/master 的 Keepalived 双主架构

master/slave 的单主架构，同一时间只有一个 Keepalived 对外提供服务，此主机繁忙，而另一台主机却很空闲，利用率低下，可以使用master/master 的双主架构，解决此问题。
master/master 的双主架构：
即将两个或以上 VIP 分别运行在不同的 keepalived 服务器，以实现服务器并行提供 web 访问的目的，提高服务器资源利用率

# ka1配置
[root@ka1 ~]# vim /etc/keepalived/keepalived.conf
vrrp_instance VI_1 {
    state MASKTER
    interface eth0
    virtual_router_id 100
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }
    unicast_src_ip 172.25.254.10
    unicast_peer {
        172.25.254.20
        }
}

vrrp_instance VI_2 {
    state BACKUP
    interface eth0
    virtual_router_id 200
    priority 80
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.200/24 dev eth0 label eth0:2
    }
    unicast_src_ip 172.25.254.10
    unicast_peer {
        172.25.254.20
        }
}


# ka2配置
[root@ka2 ~]# vim /etc/keepalived/keepalived.conf
vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 100
    priority 80
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }
    unicast_src_ip 172.25.254.20
    unicast_peer {
        172.25.254.10
        }
}

vrrp_instance VI_2 {
    state MASTER
    interface eth0
    virtual_router_id 200
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.200/24 dev eth0 label eth0:2
    }
    unicast_src_ip 172.25.254.20
    unicast_peer {
        172.25.254.10
        }
}

 查看VIP：

1.6 实现IPVS的高可用性
1.6.1 IPVS相关配置
1.6.1.1 virtual server （虚拟服务器）的定义格式

virtual_server IP port # 定义虚拟主机 IP 地址及其端口
virtual_server fwmark int #ipvs 的防火墙打标，实现基于防火墙的负载均衡集群
virtual_server group string # 使用虚拟服务器组

1.6.1.2 虚拟服务器配置

virtual_server IP port {                         #VIP和PORT
delay_loop <INT>                                 #检查后端服务器的时间间隔
lb_algo rr|wrr|lc|wlc|lblc|sh|dh                 #定义调度方法
lb_kind NAT|DR|TUN                         #集群的类型,注意要大写
persistence_timeout <INT>                 #持久连接时长
protocol TCP|UDP|SCTP                 #指定服务协议, 一般为 TCP
sorry_server <IPADDR> <PORT>         #所有 RS 故障时，备用服务器地址
real_server <IPADDR> <PORT> {         #RS的 IP 和 PORT
weight <INT>                                                 #RS权重
notify_up <STRING>|<QUOTED-STRING> #RS 上线通知脚本
notify_down <STRING>|<QUOTED-STRING> #RS 下线通知脚本
HTTP_GET|SSL_GET|TCP_CHECK|SMTP_CHECK|MISC_CHECK { ... } # 定义当前主机健康状态检测方法
 }
}
# 注意 : 括号必须分行写 , 两个括号写在同一行 , 如 : }} 会出错

1.6.1.3 应用层监测 

应用层检测：HTTP_GET|SSL_GET

HTTP_GET|SSL_GET {
url {
path <URL_PATH>                 #定义要监控的URL
status_code <INT>                 #判断上述检测机制为健康状态的响应码，一般为 200
}
connect_timeout <INTEGER> # 客户端请求的超时时长 , 相当于 haproxy 的 timeout server
nb_get_retry <INT>                 #重试次数
delay_before_retry <INT>         #重试之前的延迟时长
connect_ip <IP ADDRESS>         #向当前 RS 哪个 IP 地址发起健康状态检测请求
connect_port <PORT>                 #向当前RS 的哪个 PORT 发起健康状态检测请求
bindto <IP ADDRESS>                 #向当前RS 发出健康状态检测请求时使用的源地址
bind_port <PORT>                         #向当前RS发出健康状态检测请求时使用的源端口
}

 1.6.1.4 TCP监测

传输层检测：TCP_CHECK

TCP_CHECK {
connect_ip <IP ADDRESS>          #向当前 RS 的哪个 IP 地址发起健康状态检测请求
connect_port <PORT>                 #向当前RS 的哪个 PORT 发起健康状态检测请求
bindto <IP ADDRESS>                 #发出健康状态检测请求时使用的源地址
bind_port <PORT>                         #发出健康状态检测请求时使用的源端口
connect_timeout <INTEGER>         #客户端请求的超时时长
                                                        #等于haproxy的timeout server
}

1.6.2 案例

实现单主的 LVS-DR 模式

# 准备两台后端webserver主机
# webserver1
[root@webserver1 ~]# yum install httpd -y
[root@webserver1 ~]# echo 172.25.254.110 > /var/www/html/index.html
[root@webserver1 ~]# systemctl enable --now httpd

[root@webserver1 ~]# ip addr add 172.25.254.40/32 dev lo
[root@webserver1 ~]# echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore
[root@webserver1 ~]# echo 1 > /proc/sys/net/ipv4/conf/lo/arp_ignore
[root@webserver1 ~]# echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce 
[root@webserver1 ~]# echo 2 > /proc/sys/net/ipv4/conf/lo/arp_announce


# webserver2
[root@webserver2 ~]# yum install httpd -y
[root@webserver2 ~]# echo 172.25.254.120 > /var/www/html/index.html
[root@webserver2 ~]# systemctl enable --now httpd

[root@webserver2 ~]# ip addr add 172.25.254.40/32 dev lo
[root@webserver2 ~]# echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore
[root@webserver2 ~]# echo 1 > /proc/sys/net/ipv4/conf/lo/arp_ignore
[root@webserver2 ~]# echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce
[root@webserver2 ~]# echo 2 > /proc/sys/net/ipv4/conf/lo/arp_announce


# client测试
[root@client ~]# curl 172.25.254.110
172.25.254.110
[root@client ~]# curl 172.25.254.120
172.25.254.120

keepalived配置

# ka1
[root@ka1 ~]# yum install ipvsadm -y
[root@ka1 ~]# vim /etc/keepalived/keepalived.conf
........
#include "/etc/keepalived/conf.d/*.conf"

virtual_server 172.25.254.40 80 {
    delay_loop 6
    lb_algo wrr
    lb_kind DR
    protocol TCP
    
    real_server 172.25.254.110 80 {
        weight 1 
        HTTP_GET {
            url {
              path /
              status_code 200
            }
            connect_timeout 3
            nb_get_retry 2
            delay_before_retry 2
        }     
    }
    real_server 172.25.254.120 80 {
        weight 1 
        HTTP_GET {
            url {
              path /
              status_code 200
            }
            connect_timeout 3
            nb_get_retry 2
            delay_before_retry 2
        }
    }
}
[root@ka1 ~]# systemctl restart keepalived.service
# 查看lvs策略
[root@ka1 ~]# ipvsadm -Ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  172.25.254.40:80 wrr
  -> 172.25.254.110:80             Route   1      0          0         
  -> 172.25.254.120:80             Route   1      0          0         
TCP  10.10.10.2:1358 rr persistent 50
  -> 192.168.200.2:1358           Masq    1      0          0         
  -> 192.168.200.3:1358           Masq    1      0          0         
TCP  10.10.10.3:1358 rr persistent 50
  -> 192.168.200.4:1358           Masq    1      0          0         
  -> 192.168.200.5:1358           Masq    1      0          0   


# ka2
[root@ka2 ~]# yum install ipvsadm -y
[root@ka2 ~]# vim /etc/keepalived/keepalived.conf
# 与ka1大差不差
........
virtual_server 172.25.254.40 80 {
    delay_loop 6
    lb_algo wrr
    lb_kind DR
    protocol TCP
    
    real_server 172.25.254.110 80 {
        weight 1 
        HTTP_GET {
            url {
              path /
              status_code 200
            }
            connect_timeout 3
            nb_get_retry 2
            delay_before_retry 2
        }
    }
    real_server 172.25.254.120 80 {
        weight 1
        HTTP_GET {
            url {
              path /
              status_code 200
            }
            connect_timeout 3
            nb_get_retry 2
            delay_before_retry 2
        }
    }
}
[root@ka2 ~]# systemctl restart keepalived.service

测试：

[root@client ~]# for i in {1..6};do curl 172.25.254.40;done
webserver2 - 172.25.254.120
webserver1 - 172.25.254.110
webserver2 - 172.25.254.120
webserver1 - 172.25.254.110
webserver2 - 172.25.254.120
webserver1 - 172.25.254.110


# 模拟第一台webserver1故障，自动切换至webserver2
[root@webserver1 ~]# systemctl stop httpd

[root@ka1 ~]# ipvsadm -Ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  172.25.254.40:80 wrr
  -> 172.25.254.120:80             Route   1      0          3         
TCP  10.10.10.2:1358 rr persistent 50
  -> 192.168.200.200:1358         Masq    1      0          0         
TCP  10.10.10.3:1358 rr persistent 50


[root@client ~]# for i in {1..6};do curl 172.25.254.100;done
webserver2 - 172.25.254.120
webserver2 - 172.25.254.120
webserver2 - 172.25.254.120
webserver2 - 172.25.254.120
webserver2 - 172.25.254.120
webserver2 - 172.25.254.120

# 模拟ka1故障，自动切换至ka2
[root@ka1 ~]# systemctl stop keepalived.service
[root@ka2 ~]# ipvsadm -Ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  172.25.254.40:80 wrr
  -> 172.25.254.120:80             Route   1      0          0         
TCP  10.10.10.2:1358 rr persistent 50
  -> 192.168.200.200:1358         Masq    1      0          0         
TCP  10.10.10.3:1358 rr persistent 50

关爱的眼神637
关注
  • 16
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
keepalived+nginx高可用实现方法示例
09-29
【keepalived+nginx高可用实现方法示例】 在构建高可用性Web服务时，`keepalived`和`nginx`的结合使用是常见的解决方案。本文将深入探讨这两种技术如何...这一方案对于需要提供不间断服务的企业级Web应用尤其重要。
keepalived+nginx
08-16
【keepalived+nginx 实现高可用】 在IT领域，保持服务的高可用性是至关重要的，这可以确保系统的稳定性并减少单点...这样的架构在大型网站和企业应用中非常常见，因为它提供了强大的容错能力，降低了系统中断的风险。
高可用集群keepalived详解（基础部署与企业应用示例）
weixin_63970667的博客
08-12 710
LBLoad Balance 负载均衡：HA高可用集群数据库、RedisSPoF: Single Point of Failure，解决单点故障：HPC高性能集群。
Keepalived 应用实例
Autter_A3的博客
08-14 597
LVS 是一种基于 Linux 内核的负载均衡解决方案，它可以将来自客户端的请求分发到一组后端服务器上，从而提高服务的可用性和响应速度。LVS 支持多种负载均衡算法，包括轮询（Round Robin）、最少连接（Least Connections）等。
高可用keepalived详解---干货满满（企业应用示例）
weixin_63970667的博客
08-13 914
定义虚拟主机IP地址及其端口的防火墙打标，实现基于防火墙的负载均衡集群使用虚拟服务器组。
keepalived详解与配置与应用
m0_63255850的博客
08-17 904
功能： 基于vrrp协议完成地址流动 为vip地址所在的节点生成ipvs规则(在配置文件中预先定义) 为ipvs集群的各RS做健康状态检测 基于脚本调用接口完成脚本中定义的功能，进而影响集群事务，以此支持nginx、haproxy等服务virtual_server IP port #定义虚拟主机IP地址及其端口virtual_server fwmark int #ipvs的防火墙打标，实现基于防火墙的负载均衡集群virtual_server group string #使用虚拟服务器组​。
服务器也有备胎？！ 明明都是我先来的… 大型白学现场尽在keepalived ，超详细讲解及企业级应用示例，keepalived+lvs与keepalived+haproxy的高可用集群
zzzzty_zj的博客
08-17 1078
高可用集群是指如单系统一样地运行并支持计算机持续正常运行的一个主机群。它通过冗余部署和故障转移等技术手段，确保系统在高并发、高负载、高故障率等情况下仍能保持稳定运行。特点：高可用性：通过冗余部署和故障转移，确保系统的高可用性，减少服务中断时间。负载均衡：将用户请求分发到多个节点上，提高系统的处理能力和响应速度。故障自动恢复：能够自动检测节点故障，并将故障节点的任务转移到其他正常节点上，实现故障自动恢复。易于扩展：可以根据需要随时添加或删除节点，具有良好的可扩展性。
Keepalived+LVS构建高可用集群
qq_64612585的博客
03-07 1327
Keepalive 是一种用于监视系统或服务是否处于活动状态的机制。在网络环境中，它通常指定一个周期性的信号或数据包，用于检测设备、服务或连接是否仍然处于活动状态。如果设备或服务停止响应，相应的监视器将触发警报或采取预定义的操作。VRRP 是一种用于提供冗余路由器功能的协议，通过允许多个路由器共享同一个虚拟 IP 地址来提供冗余。这样，即使其中一个路由器失效，网络流量仍然可以被另一个路由器接管，从而保证了网络的连通性和可用性。
系统运维——Keepalived 实现高可用集群的配置与部署详解
TYW0823的博客
08-19 653
本篇文章讲解通过在 LVS 主从机上部署 Keepalived 来实现即使主从机通信的 vip 漂移，也不会影响客户机访问后端真实服务器的连续性和稳定性等一系列在高可用集群中的基本配置。
【高可用集群KEEPALIVED详解】
weixin_57304642的博客
08-17 530
vrrp 协议的软件实现，原生设计目的为了高可用 ipvs服务官网：http://keepalived.org/
高可用集群KEEPALIVED
HoweWWW的博客
08-14 705
vrrp 协议的软件实现，原生设计目的为了高可用 ipvs服务官网：http://keepalived.org/基于vrrp协议完成地址流动为vip地址所在的节点生成ipvs规则(在配置文件中预先定义)为ipvs集群的各RS做健康状态检测基于脚本调用接口完成脚本中定义的功能，进而影响集群事务，以此支持nginx、haproxy等服务virtual_server IP port #定义虚拟主机IP地址及其端口。
keepalived-1.3.7.tar.gz
11-25
本文将详细探讨Keepalived的1.3.7版本，帮助读者深入理解其工作原理、功能特性以及在实际应用中的配置与管理。 Keepalived的主要功能包括健康检查、虚拟IP漂移和通知机制，其设计目标是实现零宕机的服务切换。在...
keepalived-linux安装包
03-21
**正文** Keepalived是一款基于Linux的开源工具，主要用于实现负载均衡和高可用性解决方案。在标题"keepalived-linux安装包"中，我们...通过正确配置和管理，Keepalived可以帮助企业构建稳定、可靠的网络服务环境。
网络初识部分
最新发布
2201_76027754的博客
08-22 809
网络初识
【无标题】
weixin_52259848的博客
08-20 932
NAT（网络地址转换）就是替换IP报文头部的地址信息。NAT通常部署在一个组织的网络出口位置，通过将内部网络IP地址替换为出口的IP地址提供公网可达性和上层协议的连接能力。什么是内部网络IP为什么要进行一个IP替换。
配置EIGRP命名模式
S0linteeH的博客
08-19 391
背景資訊 傳統的配置EIGRP的方法要求在介面和EIGRP配置模式下配置各種引數。為了配置EIGRP IPV4和IPv6，需要配置單獨的EIGRP例項。傳統EIGRP在IPv6 EIGRP實施中不支援虛擬路由和轉發(VRF)。 對於命名模式EIGRP，所有配置都在EIGRP配置下的單個位置進行配置，沒有上述限制。 設定 網路圖表 此圖是本文檔其餘部分的拓撲示例。 與傳統方法不同，在路由器上配置此命令時，既不會建立EIGRP例項，也不會啟動： R1(config)#router
【网络编程】第十章 网络层-IP（分片组装+网段+路由+NAT）
YQ20210216的博客
08-22 759
将目的ip和路由表中子网掩码"按位与"之后得到网络地址，再和Destination比较，两者相等代表当前ip就是需要通过该项路由，此时通过Iface接口发出去，如果和Destination不相等，则继续与下一个子网掩码比较，以此类推，最后由default 默认路由发送出去。传输层一次向下交付的数据太多了会导致分片，数据链路层不支持过大的数据，这就需要在发送方网络层对数据进行分片，分片后的每片都有独立ip，分片会提高丢包的概率，影响传输速率。局域网中主机的私有IP 和 外网当中的某个公网IP之间的映射关系。
keepalived的应用
05-24
具体应用场景包括： 1. Web服务的高可用性：当Web服务器故障时，Keepalived可以自动将流量转移到备用Web服务器上，从而保证服务的连续性。 2. 数据库的高可用性：当数据库服务器故障时，Keepalived可以自动将数据...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值