Kubernetes Kind 在 WSL2 环境下使用 cgroupv2 的配置指南

Kubernetes Kind（Kubernetes in Docker）是一个用于在本地运行 Kubernetes 集群的工具，特别适合开发和测试场景。然而，在 Windows Subsystem for Linux 2（WSL2）环境中使用 Kind 时，可能会遇到 cgroup 相关的问题，尤其是当系统默认使用 cgroupv1 时。本文将详细介绍如何在 WSL2 环境中配置 cgroupv2，以确保 Kind 集群能够正常运行。

cgroup 版本问题背景

cgroup（控制组）是 Linux 内核的一个功能，用于限制、记录和隔离进程组的资源使用。随着 Linux 内核的发展，cgroup 经历了从 v1 到 v2 的演进。cgroupv2 提供了更简洁、更一致的管理方式，并逐渐成为主流。

在 WSL2 环境中，默认可能使用的是 cgroupv1，这会导致 Kind 集群中的容器无法正确管理资源，表现为 Pod 的健康检查失败或容器进程无法加入正确的 cgroup。错误信息通常类似于：

Liveness probe errored: rpc error: code = Unknown desc = failed to exec in container: failed to start exec... error adding pid to cgroups: failed to write... no such file or directory

解决方案：切换到 cgroupv2

要在 WSL2 中使用 cgroupv2，需要进行以下配置：

1. 验证当前 cgroup 版本： 在 WSL2 终端中执行以下命令可以检查当前使用的 cgroup 版本：

   cat /proc/filesystems | grep cgroup
   

   如果输出中包含 cgroup2，则表示系统支持 cgroupv2。

2. 修改 WSL2 配置： 在 Windows 系统中，创建一个名为 /etc/wsl.conf 的文件，并添加以下内容：

   [boot]
   systemd = true
   

   然后重启 WSL2 实例。

3. 启用 cgroupv2： 在 WSL2 中运行以下命令来启用 cgroupv2：

   sudo mkdir -p /etc/default/grub.d
   echo 'GRUB_CMDLINE_LINUX_DEFAULT="systemd.unified_cgroup_hierarchy=1"' | sudo tee /etc/default/grub.d/cgroup.cfg
   sudo update-grub
   

4. 验证配置： 重启 WSL2 后，再次检查 cgroup 版本：

   stat -fc %T /sys/fs/cgroup/
   

   如果输出为 cgroup2fs，则表示已成功切换到 cgroupv2。

使用 Kind 的注意事项

配置好 cgroupv2 后，使用 Kind 时还需要注意以下几点：

1. Kind 版本选择： 建议使用最新稳定版的 Kind，以确保对 cgroupv2 的最佳支持。

2. 节点镜像选择： 对于 Kubernetes 1.19 及以上版本，建议使用对应的 Kind 节点镜像，因为这些版本对 cgroupv2 有更好的支持。

3. 容器运行时配置： 如果使用 Podman 作为容器运行时，确保其配置为使用 cgroupv2。可以通过 podman info 命令检查 cgroupVersion 字段。

常见问题排查

如果在配置后仍然遇到问题，可以尝试以下排查步骤：

1. 检查 WSL2 的内核版本是否支持 cgroupv2（建议使用 5.10 或更高版本）。
2. 确保系统已完全重启，配置变更生效。
3. 检查 Kind 集群日志，确认是否有其他相关错误。
4. 如果使用 Podman，检查其日志以获取更多调试信息。

总结

在 WSL2 环境中使用 Kubernetes Kind 时，正确配置 cgroupv2 是确保集群正常运行的关键步骤。通过本文介绍的方法，用户可以顺利解决因 cgroup 版本不匹配导致的各种问题，获得更好的 Kubernetes 本地开发体验。随着 cgroupv2 的普及和 Kubernetes 对其支持的不断完善，未来在 WSL2 上运行 Kind 将会变得更加简单和稳定。