把虚拟机部署到符合条件的集群

集群能够连接,不表示所有工作负载都允许部署。Shepherd 将检测到的能力与策略许可分开,在审核人确定部署目标时使用这些上下文。

浏览器演示 · 无需账号 · 模拟数据

准备基础设施与业务上下文

真实安装需要合适的集群访问以及已登记命名空间。System 和 Service 表达业务归属,不固定映射到单一集群。提供部署目标前,应维护好申请所需的目录。

区分能力与许可

检测到的 KubeVirt 功能和 StorageClass 表达客观能力,集群策略表达管理许可。某个集群即使支持一项功能,仍可能由策略禁止某类工作负载使用。

由审批侧确认具体部署位置

申请人获得目录和经过脱敏的可用性提示;审核人处理具体集群与存储选择。执行前应依次核对环境、工作负载要求与策略,之后到选定目标检查实际虚拟机。

操作与检查步骤

  1. 准备已连接的测试集群

    验证 Kubernetes/KubeVirt 连接和所需权限,按部署或 Chart 文档配置被管理集群访问。

    阅读部署要求
  2. 检查命名空间与资源需求

    核对已登记的命名空间环境、所选模板及实例规格,这些输入用于评估候选位置。

  3. 分别检查能力与策略

    将缺少集群功能的问题与管理员策略拒绝分开处理,连接健康本身不足以说明可部署。

    查看部署校验顺序
  4. 确认位置并检查执行

    审核时选择符合条件的集群与存储,不改变提交的命名空间。之后检查实际资源及提供方错误。

    查看审批侧部署职责

前提条件与边界

  • 多集群部署选择不等于自动跨集群迁移、灾难恢复或应用故障转移。
  • 可用性提示不是容量预留,也不保证创建成功。
  • 演示不能验证集群凭据、真实存储或基础设施策略执行。

文档与实现依据

常见问题

连接健康的集群为什么仍不可选?

连接只是一个输入。命名空间环境、目录需求、检测能力与策略都可能排除某个目标。

集群由申请人选择吗?

不是。创建请求不包含 cluster_id,审核人结合提交的工作负载与部署上下文选择目标。