Pod资源-持久化-网络暴露-env

于 2024-07-13 22:26:21 发布
阅读量685 收藏 12
点赞数 11
分类专栏： k8s 文章标签： linux 运维 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_46466657/article/details/140404798
版权

一.资源清单

资源清单组成

apiVersion：v1    #对应不同的k8s版本中的api；
kind：Pod            #资源的名称（service、ConfigMap、hpa.....）
metadata：          #声明资源的元数据信息（资源的名称）
spec：                 #使用者期望的运行状态；

--- 代表同一个yaml文件中，多个资源

资源示例

编写资源清单

[root@master pod]# cat 01-pod-nginx.yaml 
apiVersion: v1
kind: Pod
metadata: 
  name: m-nginx
spec:
  containers:
    - name: c-nginx
      image: nginx:1.20.1-alpine

创建资源

可以使用create或者apply这两种方式创建

kubectl  apply -f  资源清单
kubectl  create -f 资源清单
[root@master pod]# kubectl apply -f 01-pod-nginx.yaml

create与apply的区别：

        create创建的资源属于固定的资源，后期若想修改只能先delete删除资源，再create创建资源

        apply是一种实时更新的创建资源的方式，后期修改完配置文件后，再apply即可。这里若是apply未生效，需要先delete删除资源，再apply -f创建资源

查看资源

[root@master pod]# kubectl get pods -o wide

这里若发现状态不是running，describe查看pod的详细信息

模拟报错使用describe

故意写错镜像的标签，模拟创建pod的ststus不是running的错误

[root@master pod]# cat 01-pod-nginx.yaml 
apiVersion: v1
kind: Pod
metadata: 
  name: m-nginx
  labels:
    wangshuyuan: wsy
    wsy: wangshuyuan
spec:
  restartPolicy: Always
  containers:
    - name: c-nginx
      image: nginxL:1.20.1-alpine
      imagePullPolicy: IfNotPresent

创建资源

[root@master pod]# kubectl apply -f 01-pod-nginx.yaml 
pod/m-nginx created

查看pod,发现pod的ststus不是running

[root@master pod]# kubectl get pods -o wide

查看创建pod的详情，在events下有具体的报错信息：

[root@master pod]# kubectl describe pod m-nginx

根据错误提示修改资源清单即可

排查问题步骤
1.发现错误报错

kubectl  get  资源类型   资源名   # 发现不是running；

2.查看资源的详细信息

kubectl  describe  资源类型  资源名  

3.找到问题所在Events字段下的创建过程信息

4.根据问题所在的原因，解决问题

--------------------------------------------------------------------
若describe资源没有发现任何问题，或者其他位置原因，可以先检查集群的节点状态
[root@master pod]# kubectl get nodes 
NAME      STATUS   ROLES                  AGE   VERSION
master    Ready    control-plane,master   8d    v1.23.17
worker1   Ready    <none>                 8d    v1.23.17
worker2   Ready    <none>                 8d    v1.23.17

二 .pod

pod概述 

        pod是kubernets中最小的管理管理单位；pod就是一组容器，一个pod中可以有1个或者多个容器；其他资源都是为pod资源提供服务的

pod持久化

1.emptyDir(不推荐使用)

         emptyDir存储卷，本质上是一个临时的目录，其生命周期与pod相同，pod被删除，则数据也会被删除

官方解释：
    对于定义了 emptyDir 卷的 Pod，在 Pod 被指派到某节点时此卷会被创建。 就像其名称所表示的那样，emptyDir 卷最初是空的。尽管 Pod 中的容器挂载 emptyDir 卷的路径可能相同也可能不同，但这些容器都可以读写 emptyDir 卷中相同的文件。 当 Pod 因为某些原因被从节点上删除时，emptyDir 卷中的数据也会被永久删除。      

emptyDir 的一些用途：

         缓存空间，例如基于磁盘的归并排序。
        为耗时较长的计算任务提供检查点，以便任务能方便地从崩溃前状态恢复执行。
        在 Web 服务器容器服务数据时，保存内容管理器容器获取的文件。

emptyDir存储卷的特点：

        容器挂掉，数据不会丢失

        pod挂掉，数据丢失

1.编写pod资源清单
[root@master demo]# cat 01-nginx.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: nginx-demo
spec:
  containers:
  - name: c-demo
    image: nginx:1.20.1-alpine
2.创建并查看pod资源
[root@master demo]# kubectl apply -f 01-nginx.yaml 
pod/nginx-demo created
[root@master demo]# kubectl get pods -o wide
NAME         READY   STATUS    RESTARTS   AGE   IP            NODE      NOMINATED NODE   READINESS GATES
nginx-demo   1/1     Running   0          15s   10.100.2.30   worker2   <none>           <none>
3.pod中nginx写入静态文件模拟访问
[root@master demo]# kubectl exec nginx-demo -it -- sh
/ # cd /usr/share/nginx/html
/usr/share/nginx/html # echo demo > index.html
/usr/share/nginx/html # exit
[root@master demo]# curl 10.100.2.30
demo
 4.模拟容器挂掉

        容器挂掉重新加载就没了

        通过查看pod详情找到pod挂载的节点（NODE），在对应的节点上删除容器

[root@worker2 ~]# docker ps |grep "c-demo"
a4adf2bdad09   7f18bdc92ca5                                        "/docker-entrypoint.…"   5 minutes ago   Up 5 minutes             k8s_c-demo_nginx-demo_default_94b28a9e-cbec-4be3-a00d-da00baeee4cc_0

[root@worker2 ~]# docker rm -f a4adf2bdad09
a4adf2bdad09
5.再次模拟访问
[root@master demo]# curl 10.100.2.30
<!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!</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>
6.重新编辑pod清单挂载存储卷（emptyDir）
[root@master demo]# cat 01-nginx.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: nginx-demo
spec:
  #声明存储卷
  volumes:
  - name: demo-dir
    #声明存储卷类型-emptyDir
    emptyDir: {}
  
  containers:
  - name: c-demo
    image: nginx:1.20.1-alpine
    #容器挂载存储卷
    volumeMounts:
    #挂载存储卷的名称
    - name: demo-dir
    # 指定挂载的目录
      mountPath: /usr/share/nginx/html/
7.创建并查看pod
[root@master demo]# kubectl apply -f 01-nginx.yaml 
pod/nginx-demo created
[root@master demo]# kubectl get pods -o wide
NAME         READY   STATUS    RESTARTS   AGE   IP            NODE      NOMINATED NODE   READINESS GATES
nginx-demo   1/1     Running   0          93s   10.100.2.31   worker2   <none>           <none>
8.进入容器挂载目录下写一个静态文件
[root@master demo]# kubectl exec nginx-demo -it -- sh
/ # cd usr/share/nginx/html/
/usr/share/nginx/html # echo demoetest > index.html
/usr/share/nginx/html # exit
9.模拟容器挂掉
[root@worker2 ~]# docker ps |grep "c-demo"
8f90c58f0914   7f18bdc92ca5                                        "/docker-entrypoint.…"   About a minute ago   Up About a minute             k8s_c-demo_nginx-demo_default_80e6bc07-eb59-4acf-a06c-d60b2b8c2d20_0
[root@worker2 ~]# docker rm -f 8f90c58f0914
8f90c58f0914
10.待容器自动拉起后，再次模拟访问
[root@master demo]# curl 10.100.2.31
demoetest

发现数据未丢失，说明存储卷挂在成功，实现了pod内容器的持久化

---当删除pod后数据还存在吗？

        不存在，上面emptyDir的概述说了，pod挂掉，数据也会丢失

hostPath

        hostpath存储卷：将物理机节点的目录挂载到pod中，pod意外宕机，或者被误删时，数据不会丢失，可以实现同一个pod中不同容器之间数据共享，同一个人worker节点不同pod之间数据共享；不同worker节点的pod无法共享数据

1.编写pod资源清单，挂载hostpath存储卷
[root@master demo]# cat 02-pod-hostpath.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: demo01
spec:
  #指定pod创建在哪个worker节点中
  nodeName: worker1
  volumes:
  - name: hp-01
    #声明存储卷类型是hostPath；物理机节点目录挂载
    hostPath:
      #指定hostPath的路径（物理机挂载路径）
      path: /data/pod-volumes
  containers:
  - name: demo-v1
    image: nginx:1.20.1-alpine
    volumeMounts:
    - name: hp-01
      mountPath: /usr/share/nginx/html/
2.创建并查看pod资源
[root@master demo]# kubectl apply -f 02-pod-hostpath.yaml 
pod/demo01 created
[root@master demo]# kubectl get pods -o wide
NAME     READY   STATUS    RESTARTS   AGE   IP            NODE      NOMINATED NODE   READINESS GATES
demo01   1/1     Running   0          80s   10.100.1.22   worker1   <none>           <none>
3.worker1节点创建挂载目录并写入静态文件
[root@worker1 data]# mkdir -p /data/pod-volumes
[root@worker1 data]# echo demotest > /data/pod-volumes/index.html
4.模拟访问
[root@master demo]# curl 10.100.1.22
demotest
5.模拟删除pod后看数据是否会丢失
[root@master demo]# kubectl delete pods demo01 
pod "demo01" deleted
[root@master demo]# kubectl apply -f 02-pod-hostpath.yaml 
pod/demo01 created
[root@master demo]# kubectl get pods -o wide
NAME     READY   STATUS    RESTARTS   AGE   IP            NODE      NOMINATED NODE   READINESS GATES
demo01   1/1     Running   0          14s   10.100.1.23   worker1   <none>           <none>
[root@master demo]# curl 10.100.1.23
demotest

持久化成功

NFS存储卷

1.所有节点先安装nfs,存储节点配置nfs
yum -y install nfs-utils
2.存储节点创建共享目录
mkdir -p /k8s/data/
3.编辑NFS配置文件
#1.修改配置文件
[root@harbor ~]# cat /etc/exports
/k8s/data *(rw,no_root_squash)
#2.启动并开机自启
[root@harbor ~]# systemctl enable --now nfs
Created symlink from /etc/systemd/system/multi-user.target.wants/nfs-server.service to /usr/lib/systemd/system/nfs-server.service.
#3.查看nfs共享目录是否存在
[root@harbor ~]# exportfs 
/k8s/data         <world>
4.存储节点创建要挂载的nfs目录
mkdir /k8s/data/nginx
5.编辑pod资源清单，挂载nfs
[root@master demo]# cat 03-pod-nfs.yaml 
apiVersion: v1
kind: Pod
metadata: 
  name: demo-nfs
spec:
  volumes:
  - name: nfs-data
    #指定存储卷的类型是nfs
    nfs:
       #指定nfs在哪个节点
       server: harbor
       #指定nfs挂在路径
       path: /k8s/data/nginx
  containers:
  - name: demo-v2
    image: nginx:1.20.1-alpine
    volumeMounts:
    - name: nfs-data
      mountPath: /usr/share/nginx/html
6.创建并查看pod资源
[root@master demo]# kubectl apply -f 03-pod-nfs.yaml 
pod/demo-nfs created
[root@master demo]# kubectl get pods -o wide
NAME       READY   STATUS    RESTARTS   AGE   IP            NODE      NOMINATED NODE   READINESS GATES
demo-nfs   1/1     Running   0          75s   10.100.2.32   worker2   <none>           <none>
7.模拟访问
[root@master demo]# curl 10.100.2.32
demotest
8.删除pod重新创建看数据是否会丢失
[root@master demo]# kubectl delete pods demo-nfs 
pod "demo-nfs" deleted
[root@master demo]# kubectl apply -f 03-pod-nfs.yaml 
pod/demo-nfs created
[root@master demo]# kubectl get pods -o wide
NAME       READY   STATUS    RESTARTS   AGE   IP            NODE      NOMINATED NODE   READINESS GATES
demo-nfs   1/1     Running   0          4s    10.100.1.24   worker1   <none>           <none>
9.再次模拟访问
[root@master demo]# curl 10.100.1.24
demotest
 10.创建两个pod，都挂载相同nfs存储卷
[root@master demo]# cat 04-pod-nfs2.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: demo-nfs02
spec:
  nodeName: worker1
  volumes:
  - name: nfs-data
    #指定存储卷的类型是nfs
    nfs:
      #指定nfs在哪个节点
      server: harbor
      #指定nfs挂在路径
      path: /k8s/data/nginx
  containers:
  - name: demo-v3
    image: nginx:1.20.1-alpine
    volumeMounts:
    - name: nfs-data
      mountPath: /usr/share/nginx/html
---
apiVersion: v1
kind: Pod
metadata:
  name: demo-nfs03
spec:
  nodeName: worker2
  volumes:
  - name: nfs-data
    #指定存储卷的类型是nfs
    nfs:
      #指定nfs在哪个节点
      server: harbor
      #指定nfs挂在路径 
      path: /k8s/data/nginx
  containers:
  - name: demo-v3
    image: nginx:1.20.1-alpine
    volumeMounts:
    - name: nfs-data
      mountPath: /usr/share/nginx/html

创建查看资源并模拟访问验证结果是否相同

[root@master demo]# kubectl apply -f 04-pod-nfs2.yaml 
pod/demo-nfs02 created
pod/demo-nfs03 created
[root@master demo]# kubectl get pods -o wide
NAME         READY   STATUS    RESTARTS   AGE   IP            NODE      NOMINATED NODE   READINESS GATES
demo-nfs02   1/1     Running   0          15s   10.100.1.25   worker1   <none>           <none>
demo-nfs03   1/1     Running   0          15s   10.100.2.33   worker2   <none>           <none>
[root@master demo]# curl 10.100.1.25
demotest
[root@master demo]# curl 10.100.2.33
demotest

nfs存储卷挂载验证成功

pod网络暴露

1.hostNetwork使用宿主机网络
·编辑pod资源清单
[root@master demo]# cat 05-pod-nw.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: demo-nw
spec:
  #声明使用宿主机的网络
  hostNetwork: true
  containers:
  - name: demov5
    image: nginx:1.20.1-alpine
·创建并查看pod资源，查看IP是否是宿主机IP
[root@master demo]# kubectl apply -f 05-pod-nw.yaml 
pod/demo-nw created
[root@master demo]# kubectl get pods -o wide
NAME      READY   STATUS    RESTARTS   AGE   IP           NODE      NOMINATED NODE   READINESS GATES
demo-nw   1/1     Running   0          12s   10.0.0.233   worker2   <none>           <none>
·浏览器测试访问

2.宿主机端口映射

·编辑pod资源清单
[root@master demo]# cat 06-pod-port.yaml 
apiVersion: v1
kind: Pod
metadata: 
  name: demo-port
spec:
  containers:
  - name: demo00
    image: nginx:1.20.1-alpine
    #声明容器与宿主机端口映射；
    ports:
    - name: demo-port
      #容器端口
      containerPort: 80
      #宿主机端口
      hostPort: 99
      #指定访问协议（默认是TCP协议，可以不写）
      protocol: TCP
·创建并查看pod
[root@master demo]# kubectl apply -f 06-pod-port.yaml 
pod/demo-port created
[root@master demo]# kubectl get pods -o wide
NAME        READY   STATUS    RESTARTS   AGE    IP            NODE      NOMINATED NODE   READINESS GATES
demo-nw     1/1     Running   0          9m8s   10.0.0.233    worker2   <none>           <none>
demo-port   1/1     Running   0          12s    10.100.1.26   worker1   <none>           <none>
·浏览器测试访问

  测试访问宿主机的99端口，看是否能够访问到pod的80端口

pod中容器的环境变量env

        我们通过pod资源清单的编写，可以为容器中声明env环境变量        

1.编辑pod资源清单
[root@master demo]# cat 07-pod-env.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: demo-env
spec:
  containers:
  - name: demo009
    image: nginx:1.20.1-alpine
    #声明环境变量
    env:
    #name就是key
    - name: demoenv
      #value就是value值
      value: demoaa
    - name: k8s
      value: 1.23.7
2.创建并查看pod
[root@master demo]# kubectl apply -f 07-pod-env.yaml 
pod/demo-env created
[root@master demo]# kubectl get pods -o wide
NAME       READY   STATUS    RESTARTS   AGE   IP            NODE      NOMINATED NODE   READINESS GATES
demo-env   1/1     Running   0          11s   10.100.1.27   worker1   <none>           <none>
3.进入到pod容器中，验证变量是否传递成功
[root@master demo]# kubectl exec demo-env -it -- sh

env环境变量传递成功

leo_mmmm
关注
  • 11
    点赞
  • 踩
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
K8S-持久化存储及常用存储方案
Mclaughling的博客
10-28 8216
K8S-持久化存储及常用存储方案 1. 存储知识的回顾 1.1 块存储 传统的文件系统，是直接访问存储数据的硬件介质的。介质不关心也无法去关心这些数据的组织方式以及结构，因此用的是最简单粗暴的组织方式：所有数据按照固定的大小分块，每一块赋予一个用于寻址的编号。以大家比较熟悉的机械硬盘为例，一块就是一个扇区，老式硬盘是512字节大小，新硬盘是4K字节大小。老式硬盘用柱面-磁头-扇区号（CHS，Cylinder-Head-Sector）组成的编号进行寻址，现代硬盘用一个逻辑块编号寻址（LBA，Logical B
gitpod-env-per-project
04-09
gitpod-env-per-project GitPod帮助程序命令，用于特定于项目的环境变量。 默认情况下，GitPod不支持名称相同但作用域不同的变量。 例如，设置一个可变API_KEY为范围user/project1和设置变量API_KEY为范围user/...
03-k8s的pod资源01-数据持久化、env环境变量、网络暴露
weixin_61188041的博客
06-13 161
1，pod资源是k8s集群当中，最小的管理单位；2，其他所有资源都是围绕着为pod资源提供服务的；给pod提供服务的；3，pod就是“一组”容器，一个pod中可以有1个或者多个容器；1，容器挂掉，数据不会丢失；2，pod挂掉，数据会丢失；3，所以，不推荐使用；
4.1.k8s的pod-创建，数据持久化，网络暴露，env环境变量
qq_22321199的专栏
04-06 683
Pod是包含一个或多个容器的容器组，是 Kubernetes 中创建和管理的最小对象。Pod是kubernetes中最小的调度单位原子单元，Kubernetes直接管理Pod而不是容器。其他所有资源都是围绕着为pod资源提供服务的，给pod提供服务的。同一个Pod中的容器总是会被自动安排到集群中的同一节点（物理机或虚拟机）上，并且一起调度。Pod可以理解为运行特定应用的“逻辑主机”，这些容器共享存储、网络和配置声明(如资源限制)。每个 Pod 有唯一的 IP 地址。IP地址分配给Pod。
云原生工程师-4.kubernetes核心资源-Pod
qq_16688317的博客
03-12 150
云原生工程师-4.kubernetes核心资源-Pod [个人博客](http://47.109.97.22/)
kubernetes-12-持久化pv/pvc/StorageClass
qq_20466211的博客
01-29 314
1 认识PV/PVC/StorageClass 管理存储是管理计算的一个明显问题。该PersistentVolume子系统为用户和管理员提供了一个API，用于抽象如何根据消费方式提供存储的详细信息。为此，我们引入了两个新的API资源：PersistentVolume和PersistentVolumeClaim。 PersistentVolume（PV）是集群中由管理员配置的一段网络存储。它是集群中的资源，就像节点是集群资源一样。PV是容量插件，如Volumes，但其生命周期独立于使用PV的任何单个pod。此
kubernetes 资源清单 - pod进阶
feiyuchuixue的博客
08-16 1496
kubernetes 资源清单 - pod进阶
云原生工程师-7.k8s持久化存储
qq_16688317的博客
03-16 386
2、pvc 和 pv 绑定，如果使用默认的回收策略 retain，那么删除 pvc 之后，pv 会处于 released 状 态，我们想要继续使用这个 pv，需要手动删除 pv，kubectl delete pv pv_name，删除 pv，不会删除 pv 里的数据，当我们重新创建 pvc 时还会和这个最匹配的 pv 绑定，数据还是原来数据，不会丢失。是群集中的一块存储，由管理员配置或使用存储类动态配置。Retain: 删除pvc的时候，保留pv，处于released状态，不能被其他pvc绑定，数据还在。
k8s--部署单机版MySQL，并持久化
IT艺术家-rookie的博客
06-21 526
k8s部署，持久化mysql
k8s---Pod的生命周期
m0_75209491的博客
01-03 1184
每个pod都有1个pause基础容器pause容器对应的镜像属于k8s集群的一部分。创建集群就会有pause这个基础镜像。pod里面包含了一个或者多个相关的容器(应用)pod外设置一个基础镜像：1、 pod内部有一组容器挂了一个，就算pod失效了吗？引入pause禁止，代表整个容器的组状态。可以解决对pod内部容器整体状态的判断2、 pod内容器共享IP共享volume挂在卷，解决了容器内网络通信的问题。解决了容器内文件共享的问题。init容器提供了应用容器运行之前的先决条件，提供了一种。
darabonba-env-0.1.1.jar
10-09
阿里云短信接口所需 darabonba-env-0.1.1.jar
idf-env 工具帮助设置和管理 ESP-IDF 安装
06-28
idf-env用于维护 ESP-IDF 环境的工具。快速开始在 Windows 上为 ESP 板安装串行驱动程序。在 PowerShell 中执行以下命令：Invoke-WebRequest '...
webpack.DefinePlugin与cross-env区别详解
10-15
主要介绍了webpack.DefinePlugin与cross-env区别详解，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
highway-env:自动驾驶决策的极简环境
08-04
env = gym . make ( "highway-v0" ) 在这项任务中，自我车辆正在一条多车道高速公路上行驶，该高速公路上挤满了其他车辆。 代理的目标是达到高速，同时避免与相邻车辆发生碰撞。 在道路右侧行驶也有奖励。 高速...
【Linux】进程间通信（IPC）——匿名管道
2201_76024104的博客
07-08 1169
1.：一个进程需要将它的数据发送给另一个进程，比如我们有两个进程，一个负责获取数据，另一个负责处理数据，这时第一个进程就要将获取到的数据交给第二个进程2.：多个进程间共享同样的资源3.：一个进程需要给其他进程发送消息，通知他们发生了某种事件4.：有些事件需要完全控制另一个进程，比如我们在使用gdb调试时，gdb就是一个进程，它控制了我们要调试的进程进程之前是有互相传递信息的需求，但是，一个进程不可能去另一个进程的地址空间中取信息，所以这就要求操作系统去提供一块交换数据的空间来供进程之间使用。
【Linux】 GCC/G++与Makefile使用
Long_kin的博客
07-11 965
收藏向 使用解析
【Linux】：程序替换
Yikefore的博客
07-09 1094
程序替换的详细介绍以及各种程序替换接口介绍以及使用！
Linux —— 进程间通信
最新发布
学习C++的小陈同学
07-11 954
本篇整理了关于进程间通信的内容，以及详解的介绍了两种进程间通信的方式，以及相关的接口和代码演练
RT-Thread的env工具无法下载软件包
05-18
解决方法可能涉及检查网络连接、更新env工具到最新版本、更换或添加有效的软件包源，甚至清理缓存并重新初始化软件包管理系统。 总结来说，要解决RT-Thread的env工具无法下载软件包的问题，需要先确认Git环境配置...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值