云原生 | kubernetes - 存储抽象 PV & PVC & ConfigMap & Secret

目录

零、NFS环境准备

所有节点

主节点

从节点

测试

原生方式数据挂载

测试 

一、PV&PVC

1.创建pv池

2.PVC创建与绑定

二、ConfigMap

1.Redis示例

把配置文件创建为配置集 

创建配置

检查默认配置

三、Secret


咱们在使用Docker的时候经常会用到数据卷对目录进行挂载。例如Docker内跑了一个ngx,然后把html页面给挂出来,这样就可以很轻松的在宿主机上对其内容进行修改。但是在k8s中这个方式不可行。咱们知道如果pod突然挂掉了,k8s会试图对其进行重启,但是超过5分钟这个阈值还没起来的话,k8s会在其他的节点上起一个同样的,新的pod出来,这也就是问题所在。例如: 咱们原先的pod里有mysql,并且对宿主机挂载了数据卷,他挂掉后被k8s重启在了其它机器上,那他原本挂载的数据怎么办?

所以k8s在这里加了一层,叫做存储层。其在本层是开放的,你可以选择性的使用NFS、CephFS、GlusterFS等。以NFS举例,他会在一台机器上创建一个数据存储目录,并挂载到其它的每一台节点上,这样可以保证其每一台机器上数据的一致性。此时如果pod挂掉后重启在别的节点上也没有关系,因为大家存储的数据都是一样的。


零、NFS环境准备

所有节点

yum install -y nfs-utils

主节点

echo "/nfs/data/ *(insecure,rw,sync,no_root_squash)" > /etc/exports
mkdir -p /nfs/data
systemctl enable rpcbind --now
systemctl enable nfs-server --now
exportfs -r

效果:

exportfs

从节点

检查确认一下,有哪些目录可以进行挂载(这里的IP是主节点的IP地址):

showmount -e 192.168.150.201

执行以下命令挂载 nfs 服务器上的共享目录到本机路径  /root/nfsmount

mkdir -p /nfs/data

注意写主节点的IP地址:

mount -t nfs 192.168.150.201:/nfs/data /nfs/data

测试

在主节点上随便弄点什么:

然后去从节点上查看:

原生方式数据挂载

mkdir -p /nfs/data/nginx-pv
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx-pv-demo
  name: nginx-pv-demo
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx-pv-demo
  template:
    metadata:
      labels:
        app: nginx-pv-demo
    spec:
      containers:
      - image: nginx
        name: nginx
        volumeMounts:
        - name: html
          mountPath: /usr/share/nginx/html
      volumes:
        - name: html
          nfs:
            server: 192.168.150.201
            path: /nfs/data/nginx-pv
kubectl apply -f [文件名]

然后等这两个新的pod起来:

云原生 | kubernetes - 存储抽象 PV & PVC & ConfigMap & Secret_第1张图片

测试 

因为这两个pod都挂载到了 /nfs/data/nginx-pv ,所以修改这里的话就相当于是把它俩都改了:

然后到pod里面去看看有没有一起修改(注意自己的pod名称)

kubectl exec -it nginx-pv-demo-6546658598-4kx4w -- bash

修改成功! 


一、PV&PVC

 PV:持久卷(Persistent Volume),将应用需要持久化的数据保存到指定位置 

 PVC:持久卷申明(Persistent Volume Claim),申明需要使用的持久卷规格 

1.创建pv池

如果只使用上述方式会存在三个问题:

  1. 需要挂载的目录需要自己去手动创建
  2. 在删除pod后,所挂载的目录不会被自动删除
  3. 对每一个pod所挂载的目录没有空间大小的限制

静态供应,nfs主节点:

mkdir -p /nfs/data/01
mkdir -p /nfs/data/02
mkdir -p /nfs/data/03

创建PV(pv.yaml): 

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv01-10m
spec:
  capacity:
    storage: 10M
  accessModes:
    - ReadWriteMany
  storageClassName: nfs
  nfs:
    path: /nfs/data/01
    server: 192.168.150.201
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv02-1gi
spec:
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteMany
  storageClassName: nfs
  nfs:
    path: /nfs/data/02
    server: 192.168.150.201
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv03-3gi
spec:
  capacity:
    storage: 3Gi
  accessModes:
    - ReadWriteMany
  storageClassName: nfs
  nfs:
    path: /nfs/data/03
    server: 192.168.150.201
kubectl apply -f pv.yaml

创建完成可以查看:

kubectl get pv


2.PVC创建与绑定

创建PVC(pvc.yaml):

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: nginx-pvc
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 200Mi
  storageClassName: nfs

创建Pod绑定PVC(dep2.yaml):

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx-deploy-pvc
  name: nginx-deploy-pvc
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx-deploy-pvc
  template:
    metadata:
      labels:
        app: nginx-deploy-pvc
    spec:
      containers:
      - image: nginx
        name: nginx
        volumeMounts:
        - name: html
          mountPath: /usr/share/nginx/html
      volumes:
        - name: html
          persistentVolumeClaim:
            claimName: nginx-pvc

然后我们去测试一下:

cd /nfs/data/02/
echo 'this is van'>index.html


二、ConfigMap

抽取应用配置,并且可以自动更新

1.Redis示例

写一个简单的redis配置文件:

echo 'appendonly yes'>redis.conf

把配置文件创建为配置集 

创建成k8s的配置集:

kubectl create cm redis-conf --from-file=redis.conf

查看:

kubectl get cm

查看配置集具体内容:

kubectl get cm redis-conf -oyaml

云原生 | kubernetes - 存储抽象 PV & PVC & ConfigMap & Secret_第2张图片

创建配置

apiVersion: v1
kind: Pod
metadata:
  name: redis
spec:
  containers:
  - name: redis
    image: redis
    command:
      - redis-server
      - "/redis-master/redis.conf"  #指的是redis容器内部的位置
    ports:
    - containerPort: 6379
    volumeMounts:
    - mountPath: /data
      name: data
    - mountPath: /redis-master
      name: config
  volumes:
    - name: data
      emptyDir: {}
    - name: config
      configMap:
        name: redis-conf
        items:
        - key: redis.conf
          path: redis.conf

检查默认配置

kubectl exec -it redis -- bash

云原生 | kubernetes - 存储抽象 PV & PVC & ConfigMap & Secret_第3张图片


三、Secret

Secret 对象类型用来保存敏感信息,例如密码、OAuth 令牌和 SSH 密钥。 将这些信息放在 secret 中比放在 Pod 的定义或者 容器镜像 中来说更加安全和灵活。

比如咱们要去docker里pull一个自己的私有镜像,在pull之前必须要先 docker login ,每次这样登录会出现安全问题,所以就有了 Secret

##命令格式
kubectl create secret docker-registry regcred \
  --docker-server=<你的镜像仓库服务器> \
  --docker-username=<你的用户名> \
  --docker-password=<你的密码> \
  --docker-email=<你的邮箱地址>

你可能感兴趣的:(Kubernetes,kubernetes,云原生,java,1024程序员节,服务器)