跳至正文
本页目录

Kubernetes部署 ​

Kubernetes 交付使用与目标版本、集群和存储相匹配的资源清单。实施人员除检查 Pod、副本和 HPA 外,还需验证数据库、对象存储、数字员工状态、任务调度及故障切换。

集群与清单 ​

实施人员在交付前确认以下条件:

  • 集群版本和节点架构符合目标清单要求。
  • 命名空间、ServiceAccount 权限和镜像仓库访问权已准备好。
  • 网络策略、域名证书和存储类已确定。
  • 当前 kubectl 上下文指向目标集群,并具有下列只读查询权限。

实施人员先查看集群状态:

bash
kubectl cluster-info
kubectl get nodes -o wide
kubectl get storageclass
kubectl get pods -A

以上命令只读取集群状态。实施人员随后核对项目清单中的资源请求、上限、探针、数据挂载和升级策略,并完成下述数据与运行时规划,再进入发布步骤。命名空间与节点地址使用当前环境的值。

数据与运行时 ​

实施人员分别规划业务数据库、对象存储、知识服务、数字员工工作区和临时沙箱,并区分可重建数据与必须恢复的数据。

运行时临时卷不作为持久备份;单用户状态的写入需符合当前运行时的协调要求。

数字员工扩缩和故障接管由平台编排与持久状态共同控制。手工改变运行时 StatefulSet 副本、Pod 归属或旧调度器状态前,应确认与当前平台控制逻辑兼容。

定时任务存在时,在线用户数不能作为唯一缩容依据。

发布与验收 ​

  1. 实施人员按目标清单发布服务,等待工作负载与探针就绪。
  2. 实施人员查看事件,处理持续重启、调度失败、存储挂载及镜像拉取错误。
  3. 实施人员通过正式入口验证登录、数字员工连接、文件和知识,再检查项目需要的插件与浏览器功能。

运维人员在受控窗口演练单节点故障、数据服务切换、数字员工运行接管和恢复,并记录实际中断、数据一致性及任务投递结果。

项目负责人根据演练结果核对恢复约定;未演练故障域的高可用能力保留为【待确认】。

相关设计见高可用,发布保护见升级回滚。