Kubernetes（K8s）_15_CNI

已于 2023-11-30 17:27:47 修改
阅读量381 收藏
点赞数
分类专栏： 互联网精神 Kubernetes(K8s) 文章标签： kubernetes 容器 golang
于 2023-11-30 17:26:26 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45686105/article/details/134717284
版权

Kubernetes（K8s）_15_CNI

CNI

CNI(Container Network Interface): 实现容器网络连接的规范

  1. Kubernetes将网络通信可分为: Pod内容器、Pod、Pod与Service、外部与Service
  2. CNI解决跨节点的网络通信方式分为: SDN、Static Route、Dynamic Route、Overlay

// https://github1s.com/containernetworking/cni/blob/main/libcni/api.go#L100

// CNI CNI插件规范
type CNI interface {
    AddNetworkList(ctx context.Context, net *NetworkConfigList, rt *RuntimeConf) (types.Result, error)
    CheckNetworkList(ctx context.Context, net *NetworkConfigList, rt *RuntimeConf) error
    DelNetworkList(ctx context.Context, net *NetworkConfigList, rt *RuntimeConf) error
    GetNetworkListCachedResult(net *NetworkConfigList, rt *RuntimeConf) (types.Result, error)
    GetNetworkListCachedConfig(net *NetworkConfigList, rt *RuntimeConf) ([]byte, *RuntimeConf, error)

    AddNetwork(ctx context.Context, net *NetworkConfig, rt *RuntimeConf) (types.Result, error)
    CheckNetwork(ctx context.Context, net *NetworkConfig, rt *RuntimeConf) error
    DelNetwork(ctx context.Context, net *NetworkConfig, rt *RuntimeConf) error
    GetNetworkCachedResult(net *NetworkConfig, rt *RuntimeConf) (types.Result, error)
    GetNetworkCachedConfig(net *NetworkConfig, rt *RuntimeConf) ([]byte, *RuntimeConf, error)

    ValidateNetworkList(ctx context.Context, net *NetworkConfigList) ([]string, error)
    ValidateNetwork(ctx context.Context, net *NetworkConfig) ([]string, error)

    GCNetworkList(ctx context.Context, net *NetworkConfigList, args *GCArgs) error

    GetCachedAttachments(containerID string) ([]*NetworkAttachment, error)
}

kubelet调用CNI插件实现Pod网络配置

  1. kubelet在/etc/cni/net.d目录查找CNI插件的配置文件(JSON格式)
  2. 基于配置文件中各插件的type属性到/opt/cni/bin目录查找可执行二进制文件
  3. 配合Pod元数据调用各插件的二进制文件执行操作, 实现Pod网络配置

网络模型

网络模型: 容器编排平台的网络拓扑设计

  1. Kubernetes的网络模型: Underlay、Overlay
  2. 网络模型决定集群的网络安全、网络性能、可扩展性和网络策略等
  3. Kubernetes中的网络模型与传统容器模型不同(以Pod为基础单位设计)

如: 传统的容器网络模型

image

  1. 每个节点都需具有个虚拟网桥Bridge
  2. 每个容器都独占个Network命名空间, 且需配置两个接口
  3. 容器与主机之外通信时需通过SNAT/DNAT实现(较高的网络复杂度)

如: Kubernetes中Pod通信网络模型

image

  1. Pod都处于同一平面网络
  2. 每个Pod都有个虚拟网络接口和全局唯一的IP
  3. Pod内所有容器共享Network命名空间(pause容器创建)
  4. Pod内容器通过lo接口实现容器间通信(类似本地进程通信)
  5. Pod跨节点通信是基于Veth Pair实现(节点的虚拟接口通过ARP Proxy实现代理)

// Veth Pair(Virtual Ethernet Pair): 对称虚拟网络接口连接实现跨命名空间通信(Linux内核实现)


Underlay

Underlay(Underlay Network): 基于交换机和路由器等设备构建的物理网络模型

  1. 适用于网络性能敏感场景(无需额外的报文开销)
  2. 容器可通过驱动程序直接使用宿主节点的网络接口
  3. Underlay的常见实现: Bridge、MAC VLAN、IP VLAN、Direct Route

MAC VLAN

MAC VLAN: 以太网接口上虚拟多个网络接口

  1. 每个虚拟接口都有个唯一MAC, 并按需配置IP
  2. MAC VALN要求物理接口处于混杂模式(适用于本地网络环境)
  3. 由于唯一MAC特性需注意以下场景: 交换机校验MAC、网卡限制MAC数量

如: Bridge与MAC VALN对比

image


MAC VLAN的工作模式:

模式说明
Private禁止同一物理接口上多个MAC VLAN通信
VPEA允许同一物理接口上多个MAC VALN通信
(需外部交换机弃用发夹模式, 或存在报文转发的路由器)
Bridge物理接口配置为网桥
(多个MAC VALN可通过网桥直接通信)
Passthru允许一个MAC VALN直接连接物理接口

IP VLAN

IP VLAN: 以太网接口上虚拟多个网络接口

  1. 每个虚拟接口都有个唯一IP, 但共享物理接口的MAC
  2. MAN VLAN和IP VLAN不可同时在一个物理接口上使用
  3. Linux 4.2内除支持IP VLAN网络驱动(可通过ip link命令验证)

IP VLAN工作模式分为: IP VLAN L2、IP VLAN L3

  1. IP VLAN L2和MAC VLAN Bridge都支持ARP协议和广播流量
  2. IP VLAN L3时网络栈将在容器内处理(类似路由器的报文处理机制)

如: L2和L3模型对比

image


Direct Route

DR(Direct Routing): 虚拟对称网络接口实现请求在L3时直接路由

  1. 本质: 维护每个节点的路由表信息(保证容器请求顺利到达)

如: Calico实现的DR

image


DR成为Underlay实现的主流原因:

  1. 更易于集成到数据中心的基础设施之上
  2. 报文过滤和隔离的扩展性更高
  3. 控制模型更精细

Overlay

Overlay(Overlay Network): 基于多个已存在的物理/逻辑网络构建的逻辑网络模型

  1. 节点需支持VXLAN、UDP、IPIP或GRE等隧道协议(对底层网络无要求)
  2. 需额外的性能开销, 不适用于网络性能敏感场景(额外的隧道报文封装)
  3. 可实现跨越多个L2/L3的逻辑网络子网(适用于混合云场景)
  4. Overlay的底层是由Underlay负责(底层通信)

如: Overlay网络架构

image

  1. 节点间通信必须通过OS上对外通信的网络接口进行
  2. 网络隧道本质: 将容器的通信报文封装成各自宿主节点之间的报文

网络隧道(Tunnelling): 基于种网络协议传输其他网络协议

  1. 功能: 基于物理/逻辑网络之上构建出新的逻辑网络
  2. 本质: 在原始数据包的外部或内部添加额外的封装头部信息

VXLAN

VXLAN(Virtual eXtensible Local Area Network): 可构建高扩展虚拟局域网的网络虚拟化技术

  1. 本质: 通过L2 over L4的报文封装模式将L2报文用L3协议封装(MAC-in-UDP)
  2. VXLAN中IP报文不可分片, 且底层网络需配置足够大的MTU值
  3. VXLAN的网关和路由信息都分为: 集中式、分布式

Bridge-Domain(BD): VXLAN的虚拟网络构建单元

  1. VNI: BD的全局唯一标识(类似VLAN的VLAN ID)
  2. 功能: 连接不同的VXLAN终端设备, 以实现逻辑隔离和跨子网通信(构建大二层网络)
  3. 相同VNI在不同VTEP之间通信需借助L2网关, 不同VNI或与VXLAN之间通信则需借助L3网关

VTEP(VXLAN Tunnel Endpoints): VXLAN的物理网络边缘设备以传输数据(网络隧道的出入口)

  1. 功能: 虚拟网络中数据包的封包/解包, 以实现虚拟网络的扩展和互联
  2. VXLAN通过添加额外设备构建虚拟逻辑网络, 可避免对底层网络的侵入
  3. 支持VXLAN协议的交换机/主机都可模拟为VTEP(Linux 3.7内核模块支持)

CNI插件

CNI插件: 遵循CNI规范实现的可执行二进制文件

  1. 功能: 维护CRI提供的Pod网络命名空间
  2. CNI插件实现分为两部分API: NetPlugin、IPAM
  3. CNI插件选择因素: 底层网络架构、容器网络功能、网络性能

如: CNI插件配置Pod网络流程

image

  1. NetPlugin(网络管理插件): 创建/删除网络以及向网络添加/删除容器
  2. IPAM(IP Address Management): 创建/删除地址池以及分配/回收容器IP
  3. kubelet通过在每个Pod中创建pause容器完成响应操作(CRI中称为Sandbox)

// IPAM可分为: host-local(静态分配)、dhcp(续订租约)


Flannel

Flannel: 基于L3简单易配置CNI插件

  1. Flannel实现跨节点常用通信方式: VXLAN、host-gw、UDP
  2. Flannel会在每个节点运行个flanneld守护进程以完成各节点网络配置
  3. flanneld会从Etcd加载JSON格式的网络配置等信息, 同时维护各节点的路由信息

VXLAN通信: VXLAN协议封装IP报文创建Overlay网络

  1. VXLAN通信需借助Linux内核的vxlan模块封装网络隧道报文
  2. flanneld启动时会将VTEP设备IP和节点MAC映射信息存储于Etcd依此生成解析记录
  3. FDB(Forwarding Database): 存储VTEP设备路由转发信息(虚拟网络接口所在节点IP)
  4. 直接路由: flanneld在节点添加必要路由信息, 以实现Pod间IP报文可在L2直接通信

如: VXLAN协议封装报文

image

  1. VXLAN协议使用UDP报文封装网络隧道内层数据帧(MAC会直接使用节点MAC)

VXLAN通信流程(未开启直接路由):

  1. Pod发送送数据经由flannel1.1接口封装成数据帧
  2. flanneld将数据帧封装成UDP报文(目标地址为Pod所在节点IP), 并发送给目标flanneld
  3. 目标flanneld按照上述反向流程解析报文以将数据转发给目标Pod

如: VXLAN通信流程(直接路由功能需配置开启)

image

  1. flanneld在节点创建名为flannel1.1的虚拟网络接口作为网络隧道的VTEP设备
  2. Flannel基于分布式网关模型, 将每个节点都视为到达该节点Pod子网的L2网关
  3. 仅位于同一个L2之下的节点可使用直接路由(混合模式处理不同请求)

host-gw通信: 通过添加必要路由信息实现Pod在L2直接通信

  1. host-gw通信要求所有节点都必须位于一个L2之下(不再有网络隧道)

如: host-gw通信流程

image


Flannel分配IP流程:

  1. 预留个专用网络(默认为: 10.244.0.0/16)
  2. 根据flanneld申请将专用网络划分为多个子网分配给每个节点作为Pod CIDR
  3. 节点通过IPAM插件以host-local形式从Pod CIDR中分配IP
  4. flanneld将子网和IP分配等信息存储于Etcd

Calico

Calico: 高性能容器通信和网络安全CNI插件

  1. Calico基于L3解决网络通信, 并使节点通过BGP协议交换路由信息生成路由规则
  2. Calico将每个节点上Pod组成的网络都视为个自治系统管理(虚拟网络)

BGP(Border Gateway Protocol): 基于路径矢量的路由协议

  1. 限制: 所有设备都需位于同一个L2
  2. 本质: 通过维护路由表/前缀表实现自治系统之间的可达性
  3. BGP可实现去中心化的自治路由, 使多个自治系统之间相互协作

如: Calico通过BGP路由

在这里插入图片描述

  1. 将每个节点视为虚拟路由器(vRouter), 并基于BGP协议生成路由规则
  2. 将节点上的Pod都视为vRouter后的终端设备, 并分配个IP
  3. 不同子网下的vRouter仍需基于VXLAN/IPIP通信

Calico基础构成组件

组件说明
Felix网络接口管理、路由规划、ACL规划和状态报告等核心功能
(各节点的守护进程)
BIRD
(BGP Internet Routing Daemon)		BGP客户端
(节点守护进程将Felix生成的路由信息载入内核并广播)
Etcd存储Calico状态数据
(Etcd也是Calico各组件的通信总线)
BGP Reflector汇总/分发路由信息
(BGP由点对点变为与中心点单路通信模型)
编排系统插件将Calico整合进所在的编排系统
(API转换)

如: Calico架构

image


IPIP: 基于IP报文的高性能网络隧道

  1. 本质: IP包的二次封装以实现IP层虚拟网桥
  2. IPIP封装后报文头非常小, 所以相较于VXLAN性能更好(安全性降低)
  3. IPIP能需依靠BGP维护各节点间的可达性(生成到达各节点的路由信息)

如: IPIP网络隧道

image


如: Calico运行流程

image


CNI配置

CNI配置: 以插件组合形式实现CNI功能配置

  1. CNI配置插件类别分为: main、ipam、meta
  2. CNI配置需提供网络接口功能: ADD、DEL、CHECK、VERSION
  3. kubelet以JSON格式解析调用CNI配置(可从磁盘读取或其他源动态生成)

常用CNI配置:

cniVersion: <String>      # CNI配置的语义版本
name: <String>            # CNI网络名称, 当前节点唯一
type: <String>            # CNI插件名称(kubelet在配置目录下查找并调用该可执行文件)
delegate: <Object>        # 委派其他插件
args: <Map[String]String> # 附加参数
ipMasq: <Boolean>         # 是否启用IP伪装
ipam: <Object>            # IPAM插件
  type: <String>          # IPAM插件名称(kubelet在配置目录下查找并调用该可执行文件)
  subnet: <String>        # 分配所基于的子网地址
  routes: <String>        # 路由信息
    dst: <String>         # 目标主机/网络
    gw: <String>          # 网关地址
dns: <Object>             # 容器的DNS属性
  nameservers: <[]String> # DNS服务器列表
  domain: <[]String>      # 用于短格式主机查找的本地域
  search: <[]String>      # 用于短格式主机查找的优先级排序的搜索域列表
  options: <[]String>     # 传递给解析程序的选项列表
  1. 可通过plugins字段定义多个CNI插件协作(按定义顺序调用)
  2. CNI配置文件必须是conf、conflist、json后缀, 否则无法加载
  3. 目录下存在多个CNI配置文件时, 则会根据文件名升序排序以加载排序后首个文件

内置实现

内置实现: Kubernetes内置实现部分CNI插件

  1. 内置实现可参考源码: https://github.com/containernetworking/plugins

main: 维护容器网络接口

插件说明
bridge虚拟网桥
(将节点和其Pod接入网桥)
ipvlan容器中添加个IP VLAN接口
macvlan容器中添加个MAV VLAN接口
(创建个新MAC地址, 基于该MAC向容器转发报文)
loopback配置容器lo接口状态
ptpveth pair接口
vlan分配个VLAN设备
host-device将节点的网络接口分配给Pod

ipam: 分配给容器IP

插件说明
dhcp动态申请IP, 并需以租约续订
(每个节点需运行个dhcp守护进程以作为dhcp客户端)
host-local基于本地IP地址数据库分配IP
static分配静态IP

meta: 网络功能扩展(调用其他插件)

插件说明
tuning调正现存某接口的sysctl参数值
portmap通过iptables将节点的端口映射至容器
(实现hostPort功能)
bandwidth通过流量控制工具tbf实现带宽限制
sbr配置基于源IP地址的路由
firewall防火墙
(基于iptables/firewalld管理进出流量)

爱喝可乐的w
关注
专栏目录
k8s的CNI网络插件
识途老码
03-14 1万+
k8s的CNI插件安装
K8S 网络插件详解 CNI Container Network Interface（容器网络接口）
tiger_xia的博客
12-09 4183
k8s 网络插件 CNI
Kubernetes 之CNI 网络插件大对比
linus.lin的博客
07-27 1121
此网络模型提供了一个逻辑二层（L2）网络，该网络封装在跨 Kubernetes 集群节点的现有三层（L3）网络拓扑上。使用此模型，你可以为容器提供一个隔离的 L2 网络，而无需分发路由。封装网络带来了少量的处理开销以及由于覆盖封装生成 IP header 造成的 IP 包大小增加。封装信息由 Kubernetes worker 之间的 UDP 端口分发，交换如何访问 MAC 地址的网络控制平面信息。此类网络模型中常用的封装是 VXLAN、Internet 协议安全性 (IPSec) 和 IP-in-IP。
K8S常用CNI插件介绍
学亮编程手记
03-12 496
Weave Net是一个用于Kubernetes的CNI插件，它在容器内部和宿主机之间建立虚拟网络，提供了安全和高效的网络通信。Canal是一个集成了Flannel和Calico的CNI插件，它提供了灵活的容器网络解决方案，同时还具备高可用性和高性能的特点。Calico是一个开源的、高度可扩展的容器网络解决方案，它基于BGP协议实现了分布式路由和网络策略。Calico可以在Kubernetes中实现灵活的网络控制，同时提供了高性能和高可靠性的容器网络服务。
二进制部署k8s集群之cni网络插件
weixin_72625764的博客
02-24 1723
UDP——出现最早，性能最差。基于flanneld应用程序实现原始数据包的封装和解封装VXLAN——是flannel的默认模式，也是推荐使用模式。（与udp模式比：）性能比udp好，基于内核实现原始数据帧的封装和解封装；（与HOST-GW模式比：）配置简单使用方便。HOST-GW——性能最好的模式，但是配置复杂，且不能跨网段（通过静态路由实现）
k8s搭建Kubernetes（k8s）集群用到的部署CNI网络插件
02-21
问题场景：由于k8s安装master一直处于NotReady状态查看日志出现 failed to find plugin “flannel” in path [/opt/cni/bin]【CentOS7.9】(ps:不需要积分) 解决办法：下载CNI插件，在此提供amd和arm，其他可访问链接...
Kubernetes（k8s）2020版入门笔记和资料（尚）.zip
07-28
Kubernetes，简称k8s，是Google开源的一种容器编排系统，用于自动化容器化应用程序的部署、扩展和管理。本资源包含2020版的Kubernetes入门笔记和相关资料，对于初学者或希望深入理解k8s的IT从业者来说极具价值。 ...
离线部署k8s_1.18.3集群(二进制方式).zip
05-06
离线部署 Kubernetes (k8s) 集群是一项复杂但必要的任务，特别是在网络环境受限或者没有互联网连接的环境中。本文将详细介绍如何通过二进制方式在Linux环境下部署k8s v1.18.3集群，同时涵盖相关组件如Docker、etcd和...
CentOS 7.9 最小化安装 kubernetes（k8s）1.25.3（免费下载）
11-23
在本教程中，我们将深入探讨如何在CentOS 7.9最小化安装环境中部署Kubernetes（简称k8s）版本1.25.3。Kubernetes是一个开源的容器编排系统，用于自动化容器化应用程序的部署、扩展和管理。CentOS作为一款稳定的Linux...
centos系统kubeadm安装K8S_v1.27.x容器使用docker(K8S_v1.24版本以后依然使用docker容器管理)
qq_759035366的博客
08-12 924
在kubernetes中Service有两种代理模型，一种是基于iptables的，一种是基于ipvs，两者对比ipvs的性能要高，如果想要使用ipvs模型，需要手动载入ipvs模块。type: NodePort #新添加的，下面有一个删除了，注意缩进了2个空格。vim recommended.yaml #需要修改的信息在下面这段中。点击上面的网址打开新的网页，下载你需要yaml插件。这里下载对应的文件，文件需要跟K8S版本对应上。####Centos系统。主机IP 主机名规划。
k8s中Container Networking Interface (CNI)解析
专注于数据库技术分享，包含但不限于Oracle，MySQL，PostgreSQL，ElasticSearch及国产数据库等
04-25 932
Container Networking Interface (CNI) 是一种标准化的网络插件接口，用于在容器运行时（如Docker、containerd、CRI-O等）与底层网络堆栈之间建立桥梁，为容器提供网络连接能力。CNI简化了容器网络的配置和管理，使得不同的容器运行时和网络解决方案能够无缝集成到Kubernetes等容器编排平台中。
k8s插件--CRI,CNI,CSI
weixin_60552163的博客
06-27 307
k8s的插件
Kubernetes网络CNI插件：Flannel与Calico详解
最新发布
zgt_certificate的博客
06-04 993
不同的 CNI 插件（如 Flannel 和 Calico）提供了不同的功能和特性，用户可以根据需求选择合适的插件进行部署和配置。通过正确配置 CNI 插件，可以确保 Kubernetes 集群中的 Pod 和节点之间实现高效、可靠的网络通信。Calico 除了提供基本的网络功能外，还提供了更高级的网络策略管理功能，可以通过定义 NetworkPolicy 来控制 Pod 之间的通信。即收到的数据包的源 IP 是发送数据包的 Pod 的 IP。不同的插件实现不同的网络功能和特性。验证网络配置是否生效。
云原生之深入解析Kubernetes CNI插件的选型和应用场景
╰つ栺尖篴夢ゞ
07-12 1365
在学习容器网络的时候，肯定都听说过 Docker 的 bridge 网络，Vethpair，VxLAN 等术语，从 Docker 到 Kubernetes 后，学习了 Flannel、Calico 等主流网络插件，分别代表了 Overlay 和 Underlay 的两种网络传输模式，也是很经典的两款 CNI 网络插件。那么还有哪些好用的 CNI 插件呢？本文将介绍容器环境常见网络应用场景及对应场景的 Kubernetes CNI 插件功能实现，帮助搭建和使用云原生环境的小伙伴们快速选择心仪的网络工具。
k8s 部署 CNI 网络组件
lcy913的博客
02-24 2870
使用BGP模式会把每个node节点看作成路由器，通过Felix、BIRD组件来维护和分发路由规则，可实现直接通过BGP路由协议实现路由转发，传输过程中不需要额外封包和解包过程，因此性能较好，但是只能在同一个网段里使用，无法跨子网传输。③flanneld进程会根据在etcd中维护的路由表查到目标Pod所在的nodeIP，并在UDP报文外封装nodeIP头部、MAC头部，再通过物理网卡发送到目标node节点。VXLAN采用隧道机制，Flannel产品成熟，依赖性较少，易于安装，功能简单，配置方便，利于管理。
Kubernetes之网络组件
lingshengxiyou的博客
04-01 521
OS: root@harbor:~# cat /etc/issue Ubuntu 20.04.2 LTS \n \l root@harbor:~# uname -r 5.4.0-81-generic IP分配： 192.168.1.101 k8s-master etcd 192.168.1.102 k8s-node1 192.168.1.103 k8s-node2 Host模式：各容器共享宿主机的根网络名称空间，它们与所在宿主机使用同一个网络接口设备和网络协议栈，共享宿主机的网络，用户必须精心管理共
从零开始入门 K8s | 理解 CNI 和 CNI 插件
阿里云开发者
03-10 4403
简介： 网络架构是 K8s 中较为复杂的方面之一。K8s 网络模型本身对某些特定的网络功能有着一定的要求，因此，业界已经有了不少的网络方案来满足特定的环境和要求。CNI 意为容器网络的 API 接口，为了让用户在容器创建或销毁时都能够更容易地配置容器网络。在本文中，作者将带领大家理解典型网络插件地工作原理、掌握 CNI 插件的使用。 作者 | 溪恒阿里巴巴高级技术专家 本文整理自《CNC...
【kubernetes】CNI网络插件详解
十七拾的博客
05-16 2152
本文主要介绍CNI网络插件的原理、功能和实际应用，帮助读者更好地理解容器网络的工作原理和配置方法，希望对你有帮助！
K8S CNI插件
学亮编程手记
03-12 452
Kubernetes CNI插件支持多种容器网络实现方式，如VXLAN、Overlay、Flannel等，可以根据应用和网络环境的需求，选择最优的网络实现方式，提高容器网络的性能和效率。总之，Kubernetes CNI插件是Kubernetes中非常重要的网络管理工具，它可以方便地管理和维护容器网络，从而提高应用性能、稳定性和安全性。Kubernetes CNI插件可以按需加载，具有良好的扩展性和灵活性，可以很容易地添加、删除或替换插件，以适应不同网络环境和应用场景。
k8s CNI k8s cni调优
03-12
Kubernetes CNI（Container Network Interface）是Kubernetes中用于管理容器网络的插件接口。它定义了容器运行时如何创建、配置和连接网络。CNI插件负责为每个容器创建网络接口，并将其连接到正确的网络中。 在...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值