你正在查看的文档所针对的是 Kubernetes 版本： v1.31

Kubernetes v1.31 版本的文档已不再维护。你现在看到的版本来自于一份静态的快照。如需查阅最新文档，请点击 最新版本。

Posts in 2024

  • Kubernetes v1.32 预览

    2024.11.08 in 博客

    随着 Kubernetes v1.32 发布日期的临近，Kubernetes 项目继续发展和成熟。 在这个过程中，某些特性可能会被弃用、移除或被更好的特性取代，以确保项目的整体健康与发展。 本文概述了 Kubernetes v1.32 发布的一些计划变更，发布团队认为你应该了解这些变更， 以确保你的 Kubernetes 环境得以持续维护并跟上最新的变化。以下信息基于 v1.32 发布的当前状态，实际发布日期前可能会有所变动。 Kubernetes API …

    更多

  • 关于日本的 Kubernetes 上游培训的特别报道

    作者 Junya Okabe（筑波大学）/ 日本 Kubernetes 上游培训组织团队 | 2024.10.28 in 博客

    我们是日本 Kubernetes 上游培训的组织者。 我们的团队由积极向 Kubernetes 做贡献的成员组成，他们在社区中担任了 Member、Reviewer、Approver 和 Chair 等角色。 我们的目标是增加 Kubernetes 贡献者的数量，并促进社区的成长。 虽然 Kubernetes 社区友好协作，但新手可能会发现迈出贡献的第一步有些困难。 我们的培训项目旨在降低壁垒，创造一个即使是初学者也能顺利参与的环境。 日本 Kubernetes 上游培训是什么？ 我们的培训始 …

    更多

  • 公布 2024 年指导委员会选举结果

    作者 Bridget Kromhout | 2024.10.02 in 博客

    2024 年指导委员会选举现已完成。 Kubernetes 指导委员会由 7 个席位组成，其中 3 个席位于 2024 年进行选举。 新任委员会成员的任期为 2 年，所有成员均由 Kubernetes 社区选举产生。 这个社区机构非常重要，因为它负责监督整个 Kubernetes 项目的治理。 权力越大责任越大，你可以在其 章程中了解有关指导委员会角色的更多信息。 感谢所有在选举中投票的人；你们的参与有助于支持社区的持续健康和成功。 结果 祝贺当选的委员会成员，其两年任期立即开始（ …

    更多

  • SIG Scheduling 访谈

    作者 Arvind Parekh | 2024.09.24 in 博客

    在本次 SIG Scheduling 的访谈中，我们与 Kensei Nakada 进行了交流，他是 SIG Scheduling 的一名 Approver。 介绍 Arvind: 你好，感谢你让我们有机会了解 SIG Scheduling！ 你能介绍一下自己，告诉我们你的角色以及你是如何参与 Kubernetes 的吗？ Kensei: 嗨，感谢你给我这个机会！我是 Kensei Nakada (@sanposhiho)，是来自 Tetrate.io 的一名软件工程师。 …

    更多

  • Kubernetes v1.31：kubeadm v1beta4

    作者 Paco Xu (DaoCloud) | 2024.08.23 in 博客

    作为 Kubernetes v1.31 发布的一部分，kubeadm 采用了全新版本（v1beta4）的配置文件格式。 之前 v1beta3 格式的配置现已正式弃用，这意味着尽管之前的格式仍然受支持，但你应迁移到 v1beta4 并停止使用已弃用的格式。 对 v1beta3 配置的支持将在至少 3 次 Kubernetes 次要版本发布后被移除。 在本文中，我将介绍关键的变更；我将解释 kubeadm v1beta4 配置格式，以及如何从 v1beta3 迁移到 v1beta4。 …

    更多

  • Kubernetes v1.31：全新的 Kubernetes CPUManager 静态策略：跨核分发 CPU

    作者 Jiaxin Shan (Bytedance) | 2024.08.22 in 博客

    在 Kubernetes v1.31 中，我们很高兴引入了对 CPU 管理能力的重大增强：针对 CPUManager 静态策略的 distribute-cpus-across-cores 选项。此特性目前处于 Alpha 阶段， 默认被隐藏，标志着旨在优化 CPU 利用率和改善多核处理器系统性能的战略转变。 理解这一特性 传统上，Kubernetes 的 CPUManager 倾向于尽可能紧凑地分配 CPU，通常将这些 CPU 打包到尽可能少的物理核上。 然而，分配策略很重要，因为同一物理主机 …

    更多

  • Kubernetes 1.31：细粒度的 SupplementalGroups 控制

    作者 Shingo Omura (Woven By Toyota) | 2024.08.22 in 博客

    本博客讨论了 Kubernetes 1.31 中的一项新特性，目的是改善处理 Pod 中容器内的附加组。 动机：容器镜像中 /etc/group 中定义的隐式组成员关系 尽管这种行为可能并不受许多 Kubernetes 集群用户/管理员的欢迎， 但 Kubernetes 默认情况下会将 Pod 中的组信息与容器镜像中 /etc/group 中定义的信息进行合并。 让我们看一个例子，以下 Pod 在 Pod 的安全上下文中指定了 runAsUser=1000、runAsGroup=3000 …

    更多

  • Kubernetes 1.31：kubectl debug 中的自定义模板化配置特性已进入 Beta 阶段

    作者 Arda Güçlü (Red Hat) | 2024.08.22 in 博客

    有很多方法可以对集群中的 Pod 和节点进行故障排查，而 kubectl debug 是最简单、使用最广泛、最突出的方法之一。 它提供了一组静态配置，每个配置适用于不同类型的角色。 例如，从网络管理员的视角来看，调试节点应该像这样简单： $ kubectl debug node/mynode -it --image=busybox --profile=netadmin 另一方面，静态配置也存在固有的刚性，对某些 Pod 所产生的影响与其易用性是相悖的。 因为各种类型的 Pod（或节点）都有其特 …

    更多

  • Kubernetes 1.31: 节点 Cgroup 驱动程序的自动配置 (beta)

    作者 Peter Hunt (Red Hat) | 2024.08.21 in 博客

    一直以来，为新运行的 Kubernetes 集群配置正确的 cgroup 驱动程序是用户的一个痛点。 在 Linux 系统中，存在两种不同的 cgroup 驱动程序：cgroupfs 和 systemd。 过去，kubelet 和 CRI 实现（如 CRI-O 或 containerd）需要配置为使用相同的 cgroup 驱动程序， 否则 kubelet 会报错并退出。 这让许多集群管理员头疼不已。不过，现在曙光乍现！ 自动检测 cgroup 驱动程序 在 v1.28.0 版本中，SIG …

    更多

  • Kubernetes 1.31：流式传输从 SPDY 转换为 WebSocket

    作者 Sean Sullivan (Google) Shannon Kularathna (Google) | 2024.08.20 in 博客

    在 Kubernetes 1.31 中，kubectl 现在默认使用 WebSocket 协议而不是 SPDY 进行流式传输。 这篇文章介绍了这些变化对你意味着什么以及这些流式传输 API 的重要性。 Kubernetes 中的流式 API 在 Kubernetes 中，某些以 HTTP 或 RESTful 接口公开的某些端点会被升级为流式连接，因而需要使用流式协议。 与 HTTP 这种请求-响应协议不同，流式协议提供了一种持久的双向连接，具有低延迟的特点，并允许实时交互。 流式协议支持在客户 …

    更多