前言
Kubernetes成为事实上的云原生平台，用于在分布式环境中运行容器化服务和应用程序。尽管可以在在云环境（公有云，私有云或混合云）或裸机环境中部署Kubernetes，但有时仍然需要在本地部署和运行Kubernetes进行开发测试。
Kubernetes最初被设计为在Linux环境中部署和使用。但是，大量用户是使用Windows OS作为其日常驱动程序，本文探讨利用windows10的WLS2功能，使用Kind或Minikube在本地运行Kubernetes集群。
在安装windows版kubernetes集群时，需要先在win10上面开启WSL2功能和安装docker，可以参考这篇文章的姊妹篇- win10利用WSL2安装docker的2种方式,链接地址:https://www.toutiao.com/i6838436149912928772/
部署安装
kind方式
- 启动docker服务(可选)
#使用的为linux原生docker方式，如果使用docker desktop for windows，此步骤可选
service docker start- 下载kind二进制文件
curl -Lo ./kind https://github.com/kubernetes-sigs/kind/releases/download/v0.8.1/kind-$(uname)-amd64
#标记为可执行文件
chmod +x ./kind
#移动到 PATH 目录下去
mv ./kind /usr/bin/- 开始创建集群
kind create cluster --name wsl2-k8s
- 检查启动kubernetes集群的容器启动正常
docker ps
我们发现kind下载了kindest/node:v1.18.2镜像并用此镜像启动容器，kubernetes集群运行在此容器内，这也是kind名字的由来(kubernetes in docker)。如上图，kube-apiserver的6443端口暴露到docker宿主机的37293端口。
exec到该容器，我们发现容器内启动的kubernetes进程。
- 拷贝kubectl二进制文件到docker宿主机
id=$(docker ps |grep "kindest\/node"|awk '{print $1}')
docker cp $id:/kind/bin/kubectl /usr/bin/
kubectl get node
如上图，一个单节点的kubernetes集群就创建好了，那如何创建多节点kubernetes集群呢
- 创建多节点kubernetes集群
- 删除现有集群
#获取创建的集群名字
kind get clusters
#删除集群
kind delete cluster --name wsl2-k8s- 创建一个3节点集群的配置文件
cat << EOF > kind-3nodes.yaml
kind: Cluster
apiVersion: kind.x-k8s.io/v1alpha4
nodes:
- role: control-plane
- role: worker
- role: worker
EOF- 使用配置文件创建新的集群
kind create cluster --name wsl2-3nodes --config ./kind-3nodes.yaml在实际创建中，会报错“ docker: Error response from daemon: cgroups: cannot find cgroup mount destination: unknown”问题，这是因为使用的linux原生的docker会有此问题，如果使用docker desktop for windows，没有此问题出现，可以通过如下办法解决：
mkdir /sys/fs/cgroup/systemd
mount -t cgroup -o none,name=systemd cgroup /sys/fs/cgroup/systemd
再次执行集群创建命令后，上述报错消失。
- 获取集群节点
kubectl get nodes
- docker ps检查kind启动的容器
minikue方式
- 下载minikube二进制文件
curl -Lo minikube https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64
chmod +x ./minikube
mv ./minikube /usr/bin/
也可以使用阿里云的minikube版本：
curl -Lo minikube https://kubernetes.oss-cn-hangzhou.aliyuncs.com/minikube/releases/v1.11.0/minikube-linux-amd64 && chmod +x minikube && sudo mv minikube /usr/local/bin/- 创建集群
minikube start --vm-driver=none --image-repository=registry.cn-hangzhou.aliyuncs.com/google_containers值得注意的是，运行Kubernetes v 1.18时，我们会收到“conntrack需要被安装”的提示：
通过安装缺少的软件包来解决此问题：
apt install -y conntrack同时发现WSL2下使用的ubuntu因为没有systemd，导致部署异常
System has not been booted with systemd as init system (PID 1). Can’t operate
我么可以通过如下方法解决systemd的问题，参考自 https://forum.snapcraft.io/t/running-snaps-on-wsl2-insiders-only-for-now/13033：
首先安装 Systemd 相关的依赖
apt install -yqq fontconfig daemonize创建一个如下所示的脚本文件
# Create the starting script for SystemD
vi /etc/profile.d/00-wsl2-systemd.sh
SYSTEMD_PID=$(ps -ef | grep '/lib/systemd/systemd --system-unit=basic.target$' | grep -v unshare | awk '{print $2}')
if [ -z "$SYSTEMD_PID" ]; then
sudo /usr/bin/daemonize /usr/bin/unshare --fork --pid --mount-proc /lib/systemd/systemd --system-unit=basic.target
SYSTEMD_PID=$(ps -ef | grep '/lib/systemd/systemd --system-unit=basic.target$' | grep -v unshare | awk '{print $2}')
fi
if [ -n "$SYSTEMD_PID" ] && [ "$SYSTEMD_PID" != "1" ]; then
exec sudo /usr/bin/nsenter -t $SYSTEMD_PID -a su - $LOGNAME
fi上面的脚本放置在 /etc/profile.d 目录下面，所以要让脚本生效，我们需要退出当前 session，重新进入即可，再次登录session，我们会发现系统PID为1的进程已经变成systemd。
注意，此处有个坑，在退出重新登录切换session时，需在一个旧的session停掉原来旧的init方式启动的docker，否则新的session下，会再次用systemd启动docker，不在旧session停掉init方式启动的docker，新session用systemd接管的docker无法启动，因为使用的咨询冲突，报错 failed to start daemon: error while opening volume store metadata database: timeout。同时在新的session下，是无法看到dockerd服务端进程的，原因为通过上面/etc/profile.d/00-wsl2-systemd.sh脚本创建的systemd的session，其实是用nsenter创建的一个隔离的ns里面。
继续执行先前的minikube集群创建命令，集群创建成功。
- 检查创建的kubernetes集群状态
kubectl get nodes
kubectl get all -A
总结
标准 | Kind | Minikube |
在WSL2上安装 | 很容易 | 有点复杂 |
多节点集群 | 支持 | 不支持 |
插件 | 手动安装 | 支持 |
持久化 | 支持（但没有针对WSL2设计） | 支持 |
替代方案 | K3d | Microk8s |
