0


【云原生】2.5 Kubernetes 核心实战(下)

哈喽大家好呀,我们这篇继续开始上篇和上上篇的讲解(感觉我在水文,这是这系列的最后一篇了,偷偷告诉你们,下一篇有惊喜哟),好吧,废话少说,我们就来开始上课吧!

🥇个人主页:个人主页​​​​​

🥈 系列专栏:【云原生系列】

🥉与这篇相关的文章:
2.2【云原生】 kubeadm创建集群【云原生】2.2 kubeadm创建集群_程序猿追的博客-CSDN博客2.3【云原生】2.3 Kubernetes 核心实战(上)【云原生】2.3 Kubernetes 核心实战(上)_程序猿追的博客-CSDN博客2.4【云原生】Kubernetes 核心实战(中)【云原生】2.4 Kubernetes 核心实战(中)_程序猿追的博客-CSDN博客

一、基本概念与NFS环境搭建

看图,在未来,我们有各种各样的 Pod,有一些数据想挂在外面修改,比如:我们将 Pod 的 / data,挂在到 / a里面,其他也一样。

当我们三号机某一应用出现故障时,这是他会故障转移,等 5 分钟后还没自愈成功,这是会转移到 2 号机上面,但三号机的数据会在 2 号机吗?答案是不会。我们将外面的叫——存储层。

1、搭建网络文件系统

要搭建,必须所有的人都安装 nfs

所有机器安装

yum install -y nfs-utils

然后在主节点设置 nfs 主节点

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

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

mkdir -p /nfs/data

mount -t nfs 172.31.0.4:/nfs/data /nfs/data

写入测试文件

echo "hello nfs server" > /nfs/data/test.txt

2、Deplryment使用NFS进行挂载

输入一下代码来测试一下

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: 172.31.0.4
            path: /nfs/data/nginx-pv

二、PV 与 PVC使用

啥是 PV?啥又是 PVC ?

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

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

举个例子,假设我们需要 1GB 的持久卷(PV),那么 PVC 就是我们 Pod 要去申请的申请书,申请书与 PV 的卷符合之后,再来确定位置。

1、创建pv池

nfs主节点

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

创建PV

注:记得改 server 的地址)

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

PV 创建好了之后再来创建 PVC

创建Pod绑定PVC

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

三、使用SConfigMap抽取配置

在这里挂在文件用 ConfigMap

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

创建配置,redis保存到k8s的etcd;

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

**data是所有真正的数据,key:默认是文件名 value:配置文件的内容 **

apiVersion: v1
data:    
  redis.conf: |
    appendonly yes
kind: ConfigMap
metadata:
  name: redis-conf
  namespace: default

创建Pod

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 -- redis-cli

127.0.0.1:6379> CONFIG GET appendonly
127.0.0.1:6379> CONFIG GET requirepass

修改ConfigMap

apiVersion: v1
kind: ConfigMap
metadata:
  name: example-redis-config
data:
  redis-config: |
    maxmemory 2mb
    maxmemory-policy allkeys-lru 

检查配置是否更新

kubectl exec -it redis -- redis-cli

127.0.0.1:6379> CONFIG GET maxmemory
127.0.0.1:6379> CONFIG GET maxmemory-policy

检查指定文件内容是否已经更新

修改了CM。Pod里面的配置文件会跟着变

配置值未更改,因为需要重新启动 Pod 才能从关联的 ConfigMap 中获取更新的值。

原因:我们的Pod部署的中间件自己本身没有热更新能力

四、Secret场景示例

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

kubectl create secret docker-registry leifengyang-docker \
--docker-username=leifengyang \
--docker-password=Lfy123456 \
[email protected]

##命令格式
kubectl create secret docker-registry regcred \
  --docker-server=<你的镜像仓库服务器> \
  --docker-username=<你的用户名> \
  --docker-password=<你的密码> \
  --docker-email=<你的邮箱地址>
apiVersion: v1
kind: Pod
metadata:
  name: private-nginx
spec:
  containers:
  - name: private-nginx
    image: leifengyang/guignginx:v1.0
  imagePullSecrets:
  - name: leifengyang-docker

好了致辞我们 k8s 篇就讲完了,下一篇就来到了 KubeSphere 篇。

(求关注)持续更新中……


本文转载自: https://blog.csdn.net/aasd23/article/details/125564019
版权归原作者 程序猿追 所有, 如有侵权,请联系我们删除。

“【云原生】2.5 Kubernetes 核心实战(下)”的评论:

还没有评论