KubePi 数据持久化配置指南

问题背景

在使用 KubePi 管理本地 k3s 集群时，用户发现当集群重启后，KubePi 中的所有配置数据都会丢失。这是因为默认部署方式下，KubePi 的数据存储在容器内部，没有进行持久化处理。

解决方案

KubePi 的数据默认存储在 /var/lib/kubepi/db 目录下。要实现数据持久化，我们需要为 KubePi 部署配置持久化存储卷(Persistent Volume Claim, PVC)。

持久化部署方案

以下是完整的 KubePi 持久化部署 YAML 配置示例：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: kubepi-db-pvc
spec:
  accessModes:
    - ReadWriteOnce
  storageClassName: local-path
  resources:
    requests:
      storage: "1Gi"
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: kubepi
  labels:
    name: kubepi
spec:
  replicas: 1
  selector:
    matchLabels:
      name: kubepi
  strategy:
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0
    type: RollingUpdate
  template:
    metadata:
      labels:
        name: kubepi
    spec:
      containers:
        - name: kubepi
          image: 1panel/kubepi:v1.7.0
          imagePullPolicy: IfNotPresent
          ports:
            - containerPort: 80
              protocol: TCP
              name: http
          volumeMounts:
            - mountPath: /etc/localtime
              name: time
              readOnly: true
            - name: kubepi-db-pvc
              mountPath: /var/lib/kubepi/db
      volumes:
        - name: time
          hostPath:
            path: /etc/localtime
        - name: kubepi-db-pvc
          persistentVolumeClaim:
            claimName: kubepi-db-pvc
---
apiVersion: v1
kind: Service
metadata:
  name: kubepi-svc
  labels:
    name: kubepi
spec:
  selector:
    name: kubepi
  type: ClusterIP
  ports:
    - port: 80
      targetPort: 80

关键配置说明

1. PersistentVolumeClaim:

   • accessModes: 设置为 ReadWriteOnce，表示卷可以被单个节点以读写方式挂载
   • storageClassName: 根据集群实际情况配置，本地集群通常使用 local-path
   • storage: 根据实际需求设置存储大小，1Gi 对 KubePi 来说通常足够

2. Deployment:

   • 通过 volumeMounts 将 PVC 挂载到容器的 /var/lib/kubepi/db 目录
   • 同时挂载了主机时间 /etc/localtime 确保容器时间与主机同步

3. Service:

   • 使用 ClusterIP 类型服务暴露 KubePi
   • 可根据需要改为 NodePort 或 LoadBalancer 类型

不同环境下的调整建议

1. 本地 k3s 集群:

   • 使用 local-path 作为存储类
   • 存储大小可以适当减小

2. 生产环境:

   • 考虑使用更可靠的存储后端，如 NFS、Ceph 等
   • 设置 ReadWriteMany 访问模式以便支持多副本部署
   • 增加存储容量和资源限制

3. 云环境:

   • 使用云提供商提供的存储类，如 AWS 的 EBS、Azure 的 Disk 等
   • 考虑启用自动扩容功能

验证持久化效果

部署完成后，可以通过以下步骤验证持久化是否生效：

1. 在 KubePi 中进行一些配置更改
2. 删除 KubePi 的 Pod 让其自动重建
3. 检查配置是否仍然存在
4. 重启整个集群后再次检查配置持久性

总结

通过为 KubePi 配置持久化存储，可以确保集群管理数据在容器重启或集群重启后不会丢失。这对于生产环境尤为重要，可以避免每次重启后都需要重新配置集群信息的麻烦。根据实际环境选择合适的存储后端和配置参数，可以平衡性能、可靠性和成本。