18.Ingress

# 一、概念
Kubernetes中的Secret是一种用于存储敏感数据的资源对象，如密码、令牌或密钥。
与ConfigMap类似，但专门设计用于保存需要加密或保护的信息。

# 二、secre使用
## ‌volume挂载方式‌
还有用之前的mysql yml文件
```yml
# ==================== 命名空间配置 ====================
apiVersion: v1                   # Kubernetes核心API版本标识
kind: Namespace                  # 声明资源类型为命名空间
metadata:                        # 资源元数据开始
  name: ems                      # 定义命名空间名称为ems（Enterprise Management System）
---

# ==================== 有状态应用配置 ====================
apiVersion: apps/v1              # 应用API版本标识
kind: StatefulSet                # 声明资源类型为有状态副本集
metadata:                        # 资源元数据开始
  name: mysql                    # StatefulSet名称
  namespace: ems                 # 归属ems命名空间
  labels:                        # 标签集合开始
    app: mysql                   # 应用标识标签
spec:                            # 规格定义开始
  serviceName: mysql-headless    # 关联的无头服务名（用于DNS解析）
  replicas: 1                    # 副本数配置（MySQL单实例部署）

  template:                      # Pod模板定义开始
    metadata:                    # Pod元数据开始
      labels:                    # Pod标签集合开始
        app: mysql               # 应用标识标签（需与selector匹配）
    spec:                        # Pod规格定义开始
      containers:                # 容器定义列表开始
      - name: mysql              # 容器名称标识
        image: mysql/mysql-server:8.0  # 官方MySQL 8.0镜像
        ports:                   # 端口映射列表开始
        - containerPort: 3306    # MySQL服务默认端口
        
        env:                     # 环境变量列表开始
        - name: MYSQL_ROOT_PASSWORD  # root密码变量名
          valueFrom:
            secretKeyRef:
              name: mysql-secret    # 引用的Secret名称
              key: password         # Secret中的键名
                          
        volumeMounts:            # 存储卷挂载列表开始
        - name: data             # 引用下方PVC模板名称
          mountPath: /var/lib/mysql  # MySQL数据存储路径

  volumeClaimTemplates:          # PVC模板列表开始
  - metadata:                    # PVC元数据开始
      name: data                 # PVC资源名称
    spec:                        # PVC规格定义开始
      accessModes: [ "ReadWriteMany" ]  # 存储访问模式（多节点读写）
      storageClassName: "mysql-nfs-sc"  # 绑定前文定义的存储类
      resources:                 # 资源请求定义开始
        requests:                # 资源请求参数开始
          storage: 2Gi           # 存储空间大小请求值

  selector:                      # Pod选择器定义开始
    matchLabels:                 # 标签匹配规则开始
      app: mysql                 # 需匹配的Pod标签键值
```

创建一个secre对象的yml文件

```yml
apiVersion: v1
kind: Secret
metadata:
  name: mysql-secret
  namespace: ems
type: Opaque
data:
  password: cm9vdA==  # "root"的base64编码
```

配置文件都加载后，数据库的密码就会根据mysql-secret名字去找密码了

17.secre

# 一、概念
ConfigMap是Kubernetes中用于存储非敏感配置数据的API对象，它将配置信息与容器镜像解耦，便于应用配置的修改，

# 二、ConfigMap使用

```txt
‌env单个变量注入方式‌
作用：将ConfigMap中的特定键值注入为Pod容器的环境变量
实现过程：
通过valueFrom.configMapKeyRef精确指定要引用的ConfigMap名称和键名
只提取ConfigMap中的特定配置项（如示例中的log_level）
生成独立的环境变量（可自定义变量名与键名不同）
典型场景：需要单独控制的关键配置参数

‌envFrom批量注入方式‌
作用：将整个ConfigMap的所有键值对自动转换为环境变量
实现过程：
通过configMapRef直接引用整个ConfigMap
ConfigMap中的每个键都会成为容器的环境变量（键名作为变量名）
自动包含ConfigMap的所有数据变更
注意事项：需确保键名符合环境变量命名规范（大写字母+下划线）

‌volume挂载方式‌
作用：将ConfigMap内容作为文件挂载到容器文件系统
实现过程：
在volumes段声明使用ConfigMap作为存储卷
通过volumeMounts将卷挂载到容器指定路径
每个键值对会生成独立文件（文件名=键名，内容=值）

核心优势：
支持配置文件的热更新（kubectl update后约1分钟同步）
保持原有文件格式（如nginx.conf的缩进和语法）
可通过subPath挂载单个文件而不影响目录

‌对比总结：
精细控制选env方式
批量导入用envFrom
配置文件场景必须用volume挂载
volume方式唯一支持配置热更新（需应用支持重载）
```

![image.png](/static/img/c89d13cac2fc1de46e348a0a01dddac3.image.webp)


```yml
apiVersion: v1
kind: ConfigMap
metadata:
  name: app-config
data:
  # 键值对配置
  log_level: "DEBUG"
  max_connections: "100"
  
  # 文件内容配置
  nginx.conf: |
    server {
      listen 80;
      server_name localhost;
      location / {
        root /usr/share/nginx/html;
      }
    }
```

```yml
apiVersion: v1
kind: Pod
metadata:
  name: configmap-demo
spec:
  containers:
  - name: nginx-container
    image: nginx:1.21
    # 方式1：env单个变量注入
    env:
    - name: LOG_LEVEL
      valueFrom:
        configMapKeyRef:
          name: app-config
          key: log_level
    
    # 方式2：envFrom批量注入
    envFrom:
    - configMapRef:
        name: app-config
    
    # 方式3：volume挂载配置文件
    volumeMounts:
    - name: config-volume
      mountPath: /etc/nginx/conf.d  # 此目录原有文件将被覆盖
  volumes:
  - name: config-volume
    configMap:
      name: app-config
      items:
      - key: nginx.conf
        path: nginx.conf
```

16.configmap

# 一、概念
PV（Persistent Volume）和PVC（Persistent Volume Claim）是Kubernetes中用于管理存储资源的两个核心概念，它们通过解耦存储资源与应用需求实现灵活管理。以下是两者的核心区别及协作机制：

PV‌
是集群管理员预先配置的‌物理存储资源‌，如NFS、云存储或本地磁盘等，其生命周期独立于Pod存在‌。

‌PVC‌
是用户为应用程序提交的‌存储需求申请‌，通过声明容量、访问模式等参数匹配可用PV‌


![image.png](/static/img/fd5bbe55ec18890585958963b975690d.image.webp)
- 管理员创建PV或定义存储模板（如StorageClass）‌

- 用户提交PVC申请，Kubernetes自动匹配符合条件的PV‌

- 若动态供给已启用，未匹配的PVC可触发自动创建新PV‌


# 二、静态供给
在Kubernetes中，‌静态供给（Static Provisioning）‌是指管理员预先创建并配置好PV（PersistentVolume），然后由用户通过PVC（PersistentVolumeClaim）申请匹配的存储资源。

```yml
# ========== PersistentVolume (PV) 定义 ==========
apiVersion: v1
kind: PersistentVolume
metadata:
  name: static-pv-nfs
spec:
  capacity:
    storage: 1Gi  # PV的总容量
  accessModes:
    - ReadWriteMany  # 支持多节点同时读写
  persistentVolumeReclaimPolicy: Retain  # Pod删除后保留PV和数据
  nfs:
    server: 192.168.201.104  # NFS服务器地址
    path: "/data/nfs_share"  # NFS服务器共享路径
    # 可选参数：readOnly: false  # 默认可读写

---
# ========== PersistentVolumeClaim (PVC) 定义 ==========
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: static-pvc-app  # PVC名称，Pod中会引用此名称
spec:
  accessModes:
    - ReadWriteMany  # 必须与PV的accessModes匹配
  resources:
    requests:
      storage: 1Gi  # 申请1GB存储空间，申请的容量必须和PV一样
  storageClassName: ""  # 显式设置为空字符串以确保使用静态供给

---
# ========== Pod 定义 ==========
apiVersion: v1
kind: Pod
metadata:
  name: nginx-with-pvc  # Pod名称
spec:
  containers:
  - name: nginx
    image: nginx:latest
    volumeMounts:
    - name: nfs-storage  # 必须与volumes.name匹配
      mountPath: "/usr/share/nginx/html"  # 容器内挂载路径
      # 可选参数：readOnly: false  # 默认可读写
  volumes:
  - name: nfs-storage  # 卷名称
    persistentVolumeClaim:
      claimName: static-pvc-app  # 绑定前面定义的PVC
      # 可选参数：readOnly: false  # 默认可读写
```

# 三、动态供给
Kubernetes中PV（PersistentVolume）和PVC（PersistentVolumeClaim）的动态供给是一种自动化存储资源分配机制。

动态供给‌：当用户创建PVC时，系统根据预定义的StorageClass自动创建并绑定匹配的PV，无需管理员手动预置PV。

```yml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nfs-client-provisioner
  labels:
    app: nfs-client-provisioner
  # replace with namespace where provisioner is deployed
  namespace: kube-system
spec:
  replicas: 1
  strategy:
    type: Recreate
  selector:
    matchLabels:
      app: nfs-client-provisioner
  template:
    metadata:
      labels:
        app: nfs-client-provisioner
    spec:
      serviceAccountName: nfs-client-provisioner
      containers:
        - name: nfs-client-provisioner
          image: chronolaw/nfs-subdir-external-provisioner:v4.0.2
          volumeMounts:
            - name: nfs-client-root
              mountPath: /persistentvolumes
          env:
            - name: PROVISIONER_NAME
              value: k8s-sigs.io/nfs-subdir-external-provisioner
            - name: NFS_SERVER
              value: 192.168.201.104  #nfs服务器ip地址
            - name: NFS_PATH
              value: /root/nfs/data  #nfs服务器共享数据目录
      volumes:
        - name: nfs-client-root
          nfs:
            server: 192.168.201.104    #nfs服务器ip地址
            path: /root/nfs/data      #nfs服务器共享数据目录
```


```yml
apiVersion: v1
kind: ServiceAccount
metadata:
  name: nfs-client-provisioner
  # replace with namespace where provisioner is deployed
  namespace: kube-system
---
kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: nfs-client-provisioner-runner
rules:
  - apiGroups: [""]
    resources: ["nodes"]
    verbs: ["get", "list", "watch"]
  - apiGroups: [""]
    resources: ["persistentvolumes"]
    verbs: ["get", "list", "watch", "create", "delete"]
  - apiGroups: [""]
    resources: ["persistentvolumeclaims"]
    verbs: ["get", "list", "watch", "update"]
  - apiGroups: ["storage.k8s.io"]
    resources: ["storageclasses"]
    verbs: ["get", "list", "watch"]
  - apiGroups: [""]
    resources: ["events"]
    verbs: ["create", "update", "patch"]
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: run-nfs-client-provisioner
subjects:
  - kind: ServiceAccount
    name: nfs-client-provisioner
    # replace with namespace where provisioner is deployed
    namespace: kube-system
roleRef:
  kind: ClusterRole
  name: nfs-client-provisioner-runner
  apiGroup: rbac.authorization.k8s.io
---
kind: Role
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: leader-locking-nfs-client-provisioner
  # replace with namespace where provisioner is deployed
  namespace: kube-system
rules:
  - apiGroups: [""]
    resources: ["endpoints"]
    verbs: ["get", "list", "watch", "create", "update", "patch"]
---
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: leader-locking-nfs-client-provisioner
  # replace with namespace where provisioner is deployed
  namespace: kube-system
subjects:
  - kind: ServiceAccount
    name: nfs-client-provisioner
    # replace with namespace where provisioner is deployed
    namespace: kube-system
roleRef:
  kind: Role
  name: leader-locking-nfs-client-provisioner
  apiGroup: rbac.authorization.k8s.io
```

```yml
# ==================== 存储类配置 ====================
apiVersion: storage.k8s.io/v1    # 存储类API版本标识
kind: StorageClass               # 声明资源类型为存储类
metadata:                        # 资源元数据开始
  name: mysql-nfs-sc             # 存储类命名（MySQL专用NFS存储类）
  namespace: ems                 # 归属ems命名空间
provisioner: k8s-sigs.io/nfs-subdir-external-provisioner  # 指定NFS子目录动态供应器
parameters:                      # 供应器参数配置开始
  onDelete: "remain"             # 数据保留策略：删除时不清理
```



```yml
# ==================== 命名空间配置 ====================
apiVersion: v1                   # Kubernetes核心API版本标识
kind: Namespace                  # 声明资源类型为命名空间
metadata:                        # 资源元数据开始
  name: ems                      # 定义命名空间名称为ems（Enterprise Management System）
---

# ==================== 有状态应用配置 ====================
apiVersion: apps/v1              # 应用API版本标识
kind: StatefulSet                # 声明资源类型为有状态副本集
metadata:                        # 资源元数据开始
  name: mysql                    # StatefulSet名称
  namespace: ems                 # 归属ems命名空间
  labels:                        # 标签集合开始
    app: mysql                   # 应用标识标签
spec:                            # 规格定义开始
  serviceName: mysql-headless    # 关联的无头服务名（用于DNS解析）
  replicas: 1                    # 副本数配置（MySQL单实例部署）

  template:                      # Pod模板定义开始
    metadata:                    # Pod元数据开始
      labels:                    # Pod标签集合开始
        app: mysql               # 应用标识标签（需与selector匹配）
    spec:                        # Pod规格定义开始
      containers:                # 容器定义列表开始
      - name: mysql              # 容器名称标识
        image: mysql/mysql-server:8.0  # 官方MySQL 8.0镜像
        ports:                   # 端口映射列表开始
        - containerPort: 3306    # MySQL服务默认端口
        env:                     # 环境变量列表开始
        - name: MYSQL_ROOT_PASSWORD  # root密码变量名
          value: "root"          # 密码明文值（测试环境使用）
        volumeMounts:            # 存储卷挂载列表开始
        - name: data             # 引用下方PVC模板名称
          mountPath: /var/lib/mysql  # MySQL数据存储路径

  volumeClaimTemplates:          # PVC模板列表开始
  - metadata:                    # PVC元数据开始
      name: data                 # PVC资源名称
    spec:                        # PVC规格定义开始
      accessModes: [ "ReadWriteMany" ]  # 存储访问模式（多节点读写）
      storageClassName: "mysql-nfs-sc"  # 绑定前文定义的存储类
      resources:                 # 资源请求定义开始
        requests:                # 资源请求参数开始
          storage: 2Gi           # 存储空间大小请求值

  selector:                      # Pod选择器定义开始
    matchLabels:                 # 标签匹配规则开始
      app: mysql                 # 需匹配的Pod标签键值

```

15.PV和PVC

# 一、卷的类型使用
## 1.emptyDir
emptyDir - 临时空目录，随Pod创建/删除而创建/销毁，用于容器间数据共享

```yml
apiVersion: v1
kind: Pod
metadata:
  name: emptydir-demo     #该类型临时使用，pod删除后数据卷也会被删除
spec:
  containers:
  - name: writer
    image: busybox
    command: ["/bin/sh", "-c"]
    args: ["echo 'Hello from writer' > /cache/data.txt && sleep 3600"]
    volumeMounts:
    - name: cache-volume #名称必须一致
      mountPath: /cache

  - name: reader
    image: busybox
    command: ["/bin/sh", "-c"]
    args: ["cat /cache/data.txt && sleep 3600"] 
    volumeMounts:
    - name: cache-volume  #名称必须一致
      mountPath: /cache

  volumes:
  - name: cache-volume #名称必须一致
    emptyDir: {}
```

```js
创建了一个Pod包含writer和reader两个容器
通过emptyDir卷在/cache目录实现容器间共享
writer容器向/cache/data.txt写入数据
reader容器读取并输出相同文件内容
emptyDir生命周期与Pod绑定，Pod删除后数据丢失
```

```js
#进入reader容器中是否存在
kubectl exec -it  emptydir-demo -c reader -- sh
```
![image.png](/static/img/fd700baa8b4adda52bba6183f484a2c1.image.webp)

## 2.hostPath
hostPath - 将节点本地文件系统挂载到Pod，数据可持久化但仅限于单节点

```yml
apiVersion: v1
kind: Pod
metadata:
  name: hostpath-demo
spec:
  containers:
  - name: hostpath-container
    image: nginx:alpine
    volumeMounts:
    - name: hostpath-volume
      mountPath: /usr/share/nginx/html
  volumes:
  - name: hostpath-volume
    hostPath:
      path: /tmp/hostpath-data
      type: DirectoryOrCreate   #DirectoryOrCreate类型表示如果目录不存在会自动创建
```
将节点上的/tmp/hostpath-data目录挂载到容器的/usr/share/nginx/html

查看pod分配的是节点2，就去节点2的服务器查看
![image.png](/static/img/2206ae3c5500260a1b944e181cd851e8.image.webp)

![image.png](/static/img/572628118a3025fdb6c13034c3744bf1.image.webp)

![image.png](/static/img/b17bbfd19fcd205e0b192fca3ad96854.image.webp)
注意：hostPath是根据你/tmp/hostpath-data目录去挂载的，你节点上的/tmp/hostpath-data目录是空，挂载到pod内的文件目录下也会是空，哪怕你pod该目录下有文件一样给你清空，根据节点上的文件目录下文件进行挂载

## 3.NFS

```yml
apiVersion: v1
kind: Pod
metadata:
  name: nfs-direct-pod
spec:
  containers:
  - name: nginx
    image: nginx
    volumeMounts:
    - name: nfs-vol
      mountPath: /usr/share/nginx/html
  volumes:
  - name: nfs-vol
    nfs:
      server: 192.168.201.104
      path: /data/nfs_share
      readOnly: false
```
在全部节点都先创建一个/data/nfs_share目录并授权，NFS服务器上也创建该目录。
然后NFS在/etc/fstab编辑加一行，这样就能同时挂载多个目录（因为之前挂载过一个了）

```js
192.168.201.104:/data/nfs_share  /data/nfs_share  nfs  defaults  0  0
```
然后nfs重新加载生效
```js
sudo exportfs -a                               # 重新加载配置
sudo systemctl restart nfs-server 
```
再全部k8s集群节点重新挂载一个新的

```js
mount -t nfs 192.168.201.104:/data/nfs_share /data/nfs_share
```
然后进入pod容器后去到/usr/share/nginx/html目录下会发现跟我nfs挂载的目录文件一样。

![image.png](/static/img/a73e494a4779d06a3e767687d9a4a112.image.webp)

![image.png](/static/img/a1e9e5841de12ee1aaa0ac06459b7caa.image.webp)