发行版确认

用 --single 部署 k0s 后，k0s etcd member-list 执行失败。为什么？

• 因为该模式使用 kine(sqlite) 而不是 etcd 作为存储
• 因为执行命令的用户没有 etcd 访问权限
• 因为只有一个成员时不会生成成员列表
• 因为 member-list 已弃用，改由 status 取代

从 etcd 备份恢复后，备份之后创建的资源会怎样？

• 原样保留
• 被标记为冲突
• 被移到其他命名空间
• 消失

在另一个 Kubernetes 集群内的 VM 中以默认配置部署 k0s，常见的问题是什么？

• 嵌套虚拟化使 CPU 不足，控制平面无法启动
• 内部拉取的镜像标签与外部版本不一致
• Service 网段与宿主环境提供的 DNS 地址重叠，导致名称解析失效
• VM 时钟偏移，导致证书验证失败

停止 k0s 并运行 k0s restore 后，备份之后创建的资源仍然存在。为什么？

• 未清空原有的 etcd 数据目录，快照被忽略了
• 备份文件已损坏
• restore 本来就不会回退数据
• 还需要重启机器

为什么在 k3s 中正常运行的嵌套安装，会在 k0s 中出现网段冲突？

• 因为 k0s 不安装 CNI
• 因为 k0s 的默认网段采用标准值，恰好与外部集群重叠
• 因为 k3s 会自动检测并避开网段冲突
• 因为 k0s 将 Service 网段与 Pod 网段共用

在生产集群中，为什么 k0s 默认不预装任何附加组件反而是优点？

• 因为缩短了安装时间，使部署更快
• 因为单一二进制文件会更小
• 因为事后移除默认安装的组件往往更加麻烦
• 因为即使没有 Ingress，服务也会自动对外暴露