03-k8s的pod资源01-数据持久化、env环境变量、网络暴露

已于 2024-06-21 17:44:17 修改
阅读量161 收藏 4
点赞数 21
文章标签： kubernetes 容器 云原生
于 2024-06-13 11:24:56 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_61188041/article/details/139649352
版权

一、pod资源的概述

1，pod资源是k8s集群当中，最小的管理单位；

2，其他所有资源都是围绕着为pod资源提供服务的；给pod提供服务的；

3，pod就是“一组”容器，一个pod中可以有1个或者多个容器；

容器和Pod的区别：

        容器挂了或被删了，不影响pod的声明周期，而且容器还会自动被拉起来，重启来保证业务的稳定性，但是Pod被delete了，则不会自动拉起来，而是需要kubectl apply pod.yaml资源清单来启动pod；

        注意容器删除是docker rm 容器id，而pod删除是kubectl delete pod pod名称，一个pod中可以有多个容器contains；

二、pod的数据持久化

0.存储卷的作用

        之前的Pod资源清单yaml文件中，如果没写存储卷的信息，那么pod中的容器创建后，容器被删掉(docker rm 容器id)后，容器中的数据是不会持久化保存下来的；

        容器想使用pod的存储卷，就要挂载存储卷，就跟nfs一样，想使用nfs存储，就要linux挂载上nfs一样，linux才能用nfs的存储

       存储卷的作用，其实就是把容器的数据通过挂载到pod上或者node宿主机上，来持久化容器的数据，保证容器被删或pod被删后，容器数据持久化不丢失，核心是容器通过挂载存储卷，来将数据持久化到node宿主机或pod上；

1，emptyDir存储卷

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

· 编写pod资源清单

[root@k8s231 pod]# cat 05-nginx.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: nginx-multiple
spec:
   containers:
   - image: nginx:1.20.1-alpine
     name: c1

[root@k8s231 pod]# kubectl apply -f 05-nginx.yaml 
pod/nginx-multiple created

· pod中nginx写入静态文件模拟访问

[root@k8s231 pod]# kubectl exec nginx-multiple -it -- sh
/ # cd /usr/share/nginx/html/
/usr/share/nginx/html # echo xinjizhiwa > index.html 
/usr/share/nginx/html # exit
[root@k8s231 pod]# curl 10.100.2.11
xinjizhiwa

· 模拟容器挂掉

[root@k8s233 ~]# docker container rm -f c8e5fb7c17bc
c8e5fb7c17bc

[root@k8s231 pod]# curl 10.100.2.11 
<!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>

· 重新编辑pod清单挂载存储卷

[root@k8s231 pod]# cat 05-nginx.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: m05
spec:
   #声明存储卷
   volumes:
   - name: xinjizhiwa-dir
     #声明存储卷类型为emptyDir
     emptyDir: {}

   containers:
   - image: nginx:1.20.1-alpine
     name: c1
     #容器挂载存储卷
     volumeMounts:
     #挂载存储卷的名称
     - name: xinjizhiwa-dir
       #指定挂载的目录
       mountPath: /usr/share/nginx/html/

[root@k8s231 pod]# kubectl apply -f 05-nginx.yaml 

· 进入nginx容器，写一个静态文件

[root@k8s231 pod]# kubectl exec m05 -it -- sh 
/ # echo xinjizhiwa > /usr/share/nginx/html/index.html

· 再次模拟容器挂掉

[root@k8s233 ~]# docker kill e4877ef03ad4

· 自动重新拉起容器后，再次模拟访问nginx

[root@k8s231 pod]# curl 10.100.2.12
xinjizhiwa

发现数据没丢，说明存储卷挂载成功，实现pod内容器的持久化；

问题来了，当我们删除pod，数据还会存在吗？

[root@k8s231 pod]# curl 10.100.2.13
<html>
<head><title>403 Forbidden</title></head>
<body>
<center><h1>403 Forbidden</h1></center>
<hr><center>nginx/1.20.1</center>
</body>
</html>

· emptyDir存储卷特点总结

1，容器挂掉，数据不会丢失；

2，pod挂掉，数据会丢失；

3，所以，不推荐使用；

2，hostPath存储卷

       将物理机节点中的目录挂载到pod中，pod意外宕机，或者被删除，数据不丢失，仍然存在；同一个pod中不同的容器之间数据共享，同一个worker节点不同的pod之间的数据共享使用；

        在不同worker节点的pod就无法数据共享了；

· 编辑pod资源清单，挂载hostPath存储卷

[root@k8s231 pod]# vim 06-pod-hostpath.yaml

apiVersion: v1
kind: Pod
metadata:
  name: m06
spec:
  #指定pod创建在哪个worker节点中；
  nodeName: k8s232
  volumes:
  - name: hp-01
    #声明存储卷类型是hostPath；物理机节点目录挂载
    hostPath: 
      #指定hostPath的路径（物理机挂载路径）
      path: /xinjizhiwa/pod-volumes

  containers:
  - name: c1
    image: nginx:1.20.1-alpine
    volumeMounts:
    - name: hp-01
      mountPath: /usr/share/nginx/html/

· 创建pod资源

[root@k8s231 pod]# kubectl apply -f 06-pod-hostpath.yaml

· k8s232创建挂载目录，写入index文件

[root@k8s232 ~]# mkdir -p /xinjizhiwa/pod-volumes
[root@k8s232 ~]# echo xinjizhiwa > /xinjizhiwa/pod-volumes/index.html

· 此时访问nginx

[root@k8s231 pod]# curl 10.100.1.4
xinjizhiwa

· 模拟删除pod再创建查看数据是否丢失

#1，模拟删除pod

[root@k8s231 pod]# kubectl delete pods m06
pod "m06" deleted

#2，重新创建pod
[root@k8s231 pod]# kubectl apply -f 06-pod-hostpath.yaml 
pod/m06 created
[root@k8s231 pod]# kubectl get pods -o wide 
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE     NOMINATED NODE   READINESS GATES
m05    1/1     Running   0          74m   10.100.2.13   k8s233   <none>           <none>
m06    1/1     Running   0          6s    10.100.1.5    k8s232   <none>           <none>

#3，再次访问，发现数据没有丢失；
[root@k8s231 pod]# curl 10.100.1.5
xinjizhiwa

此时，持久化成功；

3，NFS存储卷

· 所有节点安装nfs，harbor节点配置nfs

本次学习我们使用harbor节点作为存储节点

[root@harbor ~]# yum -y install nfs-utils

创建共享目录

[root@harbor ~]# mkdir -p /k8s/data/

编辑NFS配置文件

#1，修改配置文件
[root@harbor ~]# vim /etc/exports

#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>

· harbor节点创建要挂在的nfs目录

[root@harbor ~]# mkdir /k8s/data/nginx

· 编辑pod资源清单，挂载nfs

[root@k8s231 pod]# vim 07-pod-nfs.yaml

apiVersion: v1
kind: Pod
metadata:
  name: volumes-nfs
spec:
  volumes:
  - name: nfs-data
    # 指定存储卷的类型是nfs
    nfs:
      #指定nfs在哪个节点
      server: harbor
      # 指定nfs挂在路径
      path: /k8s/data/nginx
  containers:
  - name: c1
    image: nginx:1.20.1-alpine
    volumeMounts:
    - name: nfs-data
      mountPath: /usr/share/nginx/html

· 创建pod资源

[root@k8s231 pod]# kubectl apply -f 07-pod-nfs.yaml 

· 验证，删除pod重新创建数据是否丢失

[root@k8s231 pod]# kubectl delete pods volumes-nfs 
pod "volumes-nfs" deleted
[root@k8s231 pod]# kubectl apply -f 07-pod-nfs.yaml 
pod/volumes-nfs created
[root@k8s231 pod]# kubectl get pods -o wide 
NAME          READY   STATUS    RESTARTS   AGE   IP            NODE     NOMINATED NODE   READINESS GATES
volumes-nfs   1/1     Running   0          4s    10.100.2.15   k8s233   <none>           <none>
[root@k8s231 pod]# curl 10.100.2.15
xinjizhiwa

· 创建两个pod，都挂载相同nfs存储卷

知识点：【---】代表同一个yaml文件中，多个资源；

[root@k8s231 pod]# cat 07-pod-nfs.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: volumes-nfs01
spec:
  nodeName: k8s233
  volumes:
  - name: nfs-data
    # 指定存储卷的类型是nfs
    nfs:
      #指定nfs在哪个节点
      server: harbor
      # 指定nfs挂在路径
      path: /k8s/data/nginx
  containers:
  - name: c1
    image: nginx:1.20.1-alpine
    volumeMounts:
    - name: nfs-data
      mountPath: /usr/share/nginx/html

---

apiVersion: v1
kind: Pod
metadata:
  name: volumes-nfs02
spec:
  nodeName: k8s232
  volumes:
  - name: nfs-data
    # 指定存储卷的类型是nfs

    nfs:
      #指定nfs在哪个节点
      server: harbor
      # 指定nfs挂在路径
      path: /k8s/data/nginx
  containers:
  - name: c1
    image: nginx:1.20.1-alpine
    volumeMounts:
    - name: nfs-data
      mountPath: /usr/share/nginx/html

· 验证是否访问结果都一样

[root@k8s231 pod]# kubectl apply -f 07-pod-nfs.yaml 
pod/volumes-nfs01 created
pod/volumes-nfs02 created

[root@k8s231 pod]# kubectl get pods -o wide 
NAME            READY   STATUS    RESTARTS   AGE   IP            NODE     NOMINATED NODE   READINESS GATES
volumes-nfs01   1/1     Running   0          4s    10.100.2.16   k8s233   <none>           <none>
volumes-nfs02   1/1     Running   0          4s    10.100.1.6    k8s232   <none>           <none>

[root@k8s231 pod]# curl 10.100.2.16
xinjizhiwa
[root@k8s231 pod]# curl 10.100.1.6
xinjizhiwa

至此，nfs存储卷挂载、验证成功；

4. 3个存储卷区别

1）emptyDir存储卷
        容器下的路径的东西挂载到pod的emptydir存储卷上了，简单说就是容器内容都持久化到pod的emptydir存储卷上了，而不是hostpath存储卷那样持久化到Node宿主机上了，所以pod没了，持久化的数据也照样没了，emptyDir存储卷跟pod是共生关系，在生产中不会用这种存储卷；

2）Pod的存储卷之hostPath存储卷
        （注意，不是容器下的路径挂载到pod的emptydir存储卷上了，而是容器下的路径挂载到node宿主机上了，简单说就是pod的容器的数据持久化到Node宿主机上了，不是像emptydir存储卷，容器数据持久化到pod上）

emptyDir存储卷优缺点:

优点：

         (1)可以实现同一个Pod内多个容器之间数据共享;（因为这个存储卷是pod的，不是某个容器的，先在pod中定义创建一个存储卷，然后再把容器存储路径挂载到存储卷上，容器才能用存储卷持久化数据）

        (2)当Pod内的某个容器被强制删除时，数据并不会丢失，因为Pod没有删除;（分清楚pod和容器是两码事，一个Pod里面可以有多个容器）

缺点:

        (1)当Pod被删除时，数据也会被随之删除; (2)不同的Pod之间无法实现数据共享;
 

三、pod网络暴露（外部浏览器如何访问到Pod）

1，hostNetwork使用宿主机的网络（pod跟宿主机共享网络）--几乎不用这种方式（用services）

· 编辑pod资源清单

[root@k8s231 pod]# cat 08-pod-hnw.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: m08
spec:

  #声明使用宿主机的网络；
  hostNetwork: true
  containers:
  - name: c1
    image: nginx:1.20.1-alpine

· 查看pod

发现，ip不再是pod网段，而是宿主机的ip地址了；

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

此时外部浏览器访问测试

2，宿主机端口映射（宿主机端口映射到容器的端口,外部浏览器依然可以通过访问宿主机ip+宿主机端口来访问到容器）

· 编辑pod清单

[root@k8s231 pod]# vim 09-pod-hostport.yaml

apiVersion: v1
kind: Pod
metadata:
  name: m09
spec:
  containers:
  - name: c1
    image: nginx:1.20.1-alpine
    #声明容器与宿主机端口映射；
    ports:
    - name: c1-port
      #容器端口
      containerPort: 80
      #宿主机端口
      hostPort: 99
      #指定访问协议（默认不写是TCP协议，其实不用写）
      #protocol: TCP

· 创建pod资源

[root@k8s231 pod]# kubectl apply -f 09-pod-hostport.yaml 
pod/m09 created
[root@k8s231 pod]# kubectl get pod -o wide
NAME                    READY   STATUS    RESTARTS      AGE     IP            NODE     NOMINATED NODE   READINESS GATES
m-nginx-k8s231          1/1     Running   0             3h53m   10.100.0.6    k8s231   <none>           <none>
m05                     1/1     Running   0             98s     10.100.1.25   k8s232   <none>           <none>
m08                     1/1     Running   0             10m     10.0.0.233    k8s233   <none>           <none>
m09                     1/1     Running   0             2s      10.100.2.20   k8s233   <none>           <none>
注意：宿主机端口映射这种方式生成的pod的ip可不是宿主机ip

测试访问宿主机的99端口，看是否能够访问到pod的80端口；（注意，这里的pod的ip不是宿主机ip，但是浏览器依然可以通过宿主机ip+宿主机端口来访问到容器，因为做了宿主机的端口映射了）

 使用emptyDir存储卷时，就不能用pod网络暴露这两种方式，报403

[root@k8s231 pod]# cat 055-nginx.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: m05
spec:
   #声明存储卷
   volumes:
   - name: xinjizhiwa-dir
     #声明存储卷类型为emptyDir
     emptyDir: {}
  # hostNetwork: true
   containers:
   - image: nginx:1.20.1-alpine
     name: c1
     #容器挂载存储卷
     ports:
     - name: c1-port
       containerPort: 80
       hostPort: 99
     volumeMounts:
     #挂载存储卷的名称
     - name: xinjizhiwa-dir
       #指定挂载的目录
       mountPath: /usr/share/nginx/html/

[root@k8s231 pod]# kubectl apply -f 055-nginx.yaml 
pod/m05 created
[root@k8s231 pod]# kubectl get pod -o wide
NAME                    READY   STATUS             RESTARTS         AGE     IP            NODE     NOMINATED NODE   READINESS GATES
m-nginx-k8s231          1/1     Running            0                3h57m   10.100.0.6    k8s231   <none>           <none>
m05                     1/1     Running            0                3s      10.100.1.26   k8s232   <none>           <none>

 

四、pod中容器的环境变量env（资源清单来传递环境变量到容器）

        什么是pod中容器的环境变量？

        跟linux中的env是一个意思，key=value

        这里环境变量用法就是，先写到pod资源清单中，然后创建pod，然后进入到pod容器中，env命令可以查看到资源清单中写好的【环境变量】是否传递到容器中，是传递到容器中了，然后在容器中的配置中用到环境变量的值；

[root@k8s231 pod]# xinjizhiwa=HELLO
[root@k8s231 pod]# echo $xinjizhiwa
HELLO

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

1，编辑pod资源清单

Broad views:先delete

Broad views:再apply

Broad views:apply只能更新 你要是删除了yaml里面的某些字段就要delete再apply
 

[root@k8s231 pod]# vim 10-pod-env.yaml

apiVersion: v1
kind: Pod
metadata:
  name: m10
spec:
  containers:
  - name: c1
    image: nginx:1.20.1-alpine
    #声明环境变量
    env:
    #name就是key
    - name: xinjizhiwa
      #value就是value值
      value: HELLO
    - name: k8s
      value: 1.23.17

2，创建pod资源

[root@k8s231 pod]# kubectl apply -f 10-pod-env.yaml 
pod/m10 created

3，进入到pod容器中，验证是否传递成功

[root@k8s231 pod]# kubectl exec m10 -it -- sh
/ # env
k8s=1.23.17
xinjizhiwa=HELLO
..........

/ # echo $xinjizhiwa
HELLO
/ # echo $k8s
1.23.17

至此，env环境变量传递成功；

一路前行541
关注
  • 21
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
k8s pod MySQL环境变量_kubernetes（k8s）可以让WordPress+MySQL容器更持久
weixin_28940217的博客
02-26 214
本文的示例描述了如何在 Kubernetes 上运行一个WordPress 和 MySQL 的持续化安装。我们将使用 MySQL和 WordPress 官方Docker镜像进行安装。(WordPress镜像包括Apache服务器)。本文会展示以下 Kubernetes 概念：● Persistent Volumes(以下简称PV)用来定义持久化磁盘(磁盘生命周期不与Pods绑定)。● Servic...
k8s-graph:可视化您的Kubernetes（k8s）集群
05-01
该项目包含3个部分，以可视化您的k8s图。 DockerHub上已经提供了Docker容器，因此您可以跳过第1部分和第2部分，而仅创建k8s部署。 节点服务器，它轮询来自k8s api的信息，并使用创建图。 Dockerfile，创建容器。 ...
4.1.k8s的pod-创建，数据持久化，网络暴露，env环境变量
qq_22321199的专栏
04-06 683
Pod是包含一个或多个容器的容器组，是 Kubernetes 中创建和管理的最小对象。Pod是kubernetes中最小的调度单位原子单元，Kubernetes直接管理Pod而不是容器。其他所有资源都是围绕着为pod资源提供服务的，给pod提供服务的。同一个Pod中的容器总是会被自动安排到集群中的同一节点（物理机或虚拟机）上，并且一起调度。Pod可以理解为运行特定应用的“逻辑主机”，这些容器共享存储、网络和配置声明(如资源限制)。每个 Pod 有唯一的 IP 地址。IP地址分配给Pod。
Pod资源-持久化-网络暴露-env
最新发布
weixin_46466657的博客
07-13 494
pod是kubernets中最小的管理管理单位；pod就是一组容器，一个pod中可以有1个或者多个容器；其他资源都是为pod资源提供服务的。
12.1.k8s中的pod数据持久化-pv与pvc资源及动态存储StorageClass
qq_22321199的专栏
06-18 873
我们之前学习过好几种存储卷用于数据的持久化，我们来回忆一下；1，emptyDir存储卷：与pod的生命周期相同，pod删除掉，数据也随之删除；2，hostpath存储卷：必须指定宿主机，不同宿主机的pod不能数据共享；3，nfs存储卷；
github-env-vars-action：Environment针对环境变量的GitHub动作
02-05
所有者和存储库名称的FranzDiebold/github-env-vars-action （即FranzDiebold/github-env-vars-action的FranzDiebold/github-env-vars-action ）。 franzdiebold-github-env-vars-action CI_REPOSITORY_OWNER ...
K8S集群ssl证书监控ssl-exporter资源清单文件及镜像文件
01-14
在Kubernetes(K8S)集群环境中，安全套接字层(SSL)证书的监控是确保服务安全和稳定的重要环节。SSL证书用于加密网络通信，确保数据传输的安全性。`ssl-exporter`是一款专为监控SSL/TLS证书状态设计的Prometheus ...
rollup-plugin-inject-process-env:使用Rollup在process.env中注入环境变量
05-02
在浏览器汇总包中注入process.env环境变量。 为什么 ？ 因为通常在一种情况下用rollup-plugin-replace字符串是rollup-plugin-replace ： console . log ( process . env . NODE_ENV ) ; ...但并非在所有其他情况...
env-cmd：从文件设置环境变量
02-04
npm install env-cmd或npm install -g env-cmd :keyboard_selector: 基本用法 环境文件./.env # This is a comment ENV1=THANKS ENV2=FOR ALL ENV3=THE FISH Package.json { " scripts " : { " test " : " env-...
dotnet-env：.NET库，用于从.env文件加载环境变量
02-05
dotnet-env 一个.NET库，用于从.env文件加载环境变量。 支持.NET Core和.NET Framework安装在可用视觉工作室： PM > Install-Package DotNetEnv .NET Core CLI： dotnet add package DotNetEnv用法加载环境文件默认...
react-env:React应用程序的运行时环境变量
04-06
React Env-运行时环境配置 从填充您的环境.env文件在运行时，而不是构建时。 同构-服务器和浏览器兼容。 支持静态网站生成。 支持多个.env文件。 自述文件 例子 使用示例（请参阅README.md） 使用示例（请参阅...
k8s-hide-env:一个Muting Web Hook，可从容器环境中删除环境变量，并将其仅向主进程公开
03-22
K8s Hide Env将从容器环境中删除环境变量，并使它们仅对容器主进程及其子进程可见。 默认情况下，K8s在容器环境中公开环境变量。 这会带来重大的安全风险，因为它允许容器劫持者获得对基础结构凭据的访问权限，并...
vue-cli配置环境变量的方法
12-12
在实际项目开发中,经常会碰到需要环境变量的情景,在vue-cli的环境下,默认已经配置了一个NODE_ENV的环境变量,当npm run dev的时候这个是development, 当npm run build 的时候这个是production.用过vue-cli开发的通常...
env-var:Node.js中环境变量的验证，清理和类型强制
05-12
环境变量 对Node.js和Web应用程序中的环境变量进行验证，清理和类型强制。 支持TypeScript！ :person_lifting_weights: 轻的。 零依赖性，最小化时只有〜4.7kB！ :broom: 干净简单的代码，如下。 :prohibited: 如果...
nuxt-env:在运行时为您的Nuxt应用程序注入环境变量
05-11
nuxt-env在运行时为您的Nuxt应用程序注入env变量 :police_car_light: :stop_sign: 警告 :stop_sign: :police_car_light: 已在Nuxt.js中发布，并解决了该程序包正在解决的问题，因此已弃用该程序包，并且将不接受...
env-vars-cli：CircleCI的环境变量
02-17
标题中的“env-vars-cli：CircleCI的环境变量”指的是一个专为CircleCI设计的命令行工具，用于管理和操作持续集成（CI）流程中的环境变量。CircleCI是一个流行的自动化测试和部署平台，它允许开发者在代码仓库中定义...
good-env:for十二因子节点应用程序的环境变量解析
04-27
good-env提供了一种更直观的方法来与节点应用程序的环境变量进行交互。 在某些情况下，可以对原始字符串进行推理，但是对于非平凡的应用程序，布尔值，数字，列表甚至环境配置的存在（或不存在）都可以在应用程序的...
k8s 安装 mongodb 分片（Sharding）+ 副本集（Replica Set）
04-14
k8s 安装 mongodb 分片（Sharding）+ 副本集（Replica Set）

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值