









前面文章已经演示过,将我们的示例微服务程序DaprTest1部署到k8s上并运行。当时用的k8s是Docker for desktop 自带的k8s,只要在Docker for desktop中启用就可以了。但是我发现,启用了k8s后,Docker for desktop会消耗大量的系统资源,导致系统变得很慢。据说windows 上的WSL 2 性能不错,这次我尝试在WSL Linux上安装K8s并部署我们的微服务,看看还会不会出现系统资源消耗过大的情况。
关于网络:我用的是外企公司的VPN。关于系统:我用的是Windows 11 1000.22000.168.0
Windows Terminal用来连接管理WSL中的Linux Ubuntu。

Lens用来连接管理k8s集群,启动界面如下:

启用虚拟机平台是安装WSL 2 的必要条件

安装WSL兼容的Linux Ubuntu

安装完成后,从开始菜单打开Ubuntu应用(命令窗口),提示用户输入用户和密码,设置好后,我们需要设置root用户的密码,命令为:
为了更好的性能和程序开发方便,微软不建议在 WSL Ubuntu 中直接安装Docker,而是通过Docker for desktop与WSL 互操作的方式在Ubuntu中使用Docker。安装地址:Docker Desktop for Mac and Windows | Docker


通过Windows terminal 连接 Ubuntu

通过su命令切换到root用户,然后执行更新apt工具命令:
apt update && apt upgrade -y
安装Kind最新版本,需要依次执行如下命令:
# 下载 KinD 二进制文件 curl -Lo ./kind https://github.com/kubernetes-sigs/kind/releases/download/v0.11.1/kind-$(uname)-amd64 # 标记为可执行文件 chmod +x ./kind # 移动到 PATH 目录下去 mv ./kind /usr/local/bin/ #查看kind版本 kind version #输出:kind v0.11.1 go1.16.4 linux/amd64
本步骤可选,因为我们也可以从本地电脑kubectl工具或者lens来管理k8s集群.
安装步骤如下(和Kind的安装步骤类似):
curl -LO "https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/bin/linux/amd64/kubectl" chmod +x ./kubectl sudo mv ./kubectl /usr/local/bin/kubectlkubectl version
首先创建k8s集群创建配置文件(该集群包含一个控制面板节点和一个工作节点)
# 创建一个2节点集群的配置文件 cat << EOF > kind-3nodes.yaml apiVersion: kind.x-k8s.io/v1alpha4 kind: Cluster nodes: - role: control-plane extraPortMappings: - containerPort: 30000 hostPort: 30000 listenAddress: "0.0.0.0" # Optional, defaults to "0.0.0.0" protocol: tcp # Optional, defaults to tcp - role: worker EOF
注意文件中“extraPortMappings” 配置节,是用来将Ubuntu上的k8s容器30000端口暴漏给localhost(kind是通过容器来运行k8s 节点), 这样我们就可以通过localhost:30000访问k8s集群中的服务。
然后根据配置文件创建k8s集群
# 使用配置文件创建新的集群
kind create cluster --name wslk8s --config ./kind-3nodes.yaml
创建完成后,我们可用命令kubectl cluster-info 查看集群信息(如果我们在Ubuntu上安装了Kubectl工具的话)。

在Ubuntu中打开k8s连接配置文件,并拷贝文件内容。
将文件内容拷贝到本地电脑的C:\Users\[用户名]/.kube/cofnig 文件。
然后就可以在本地电脑用kubectl cluster-info 查看集群信息,也可以打开Lens, 看到集群信息。


因为我们的微服务示例程序是基于Dapr的,我们也能够从本地电脑连接到k8s集群,我们需要从本地电脑上通过Dapr Cli 安装Dapr 到 k8s集群。
和以前一样,我们从本地电脑的项目文件中生成镜像,运行
./build-docker-images.ps1
因为Kind 是把K8s的node放到容器中运行,导致k8s找不到我们自己生成的镜像(错误:ImagePullError),我们需要通过Kind把我们的镜像加载到k8s集群。
kind load docker-image dapr-test1/blazorweb:3.0 --name wslk8s kind load docker-image dapr-test1/serviceapi1:3.0 --name wslk8s
在项目的Deploy 文件中运行 ./Deploy.ps1命令即可部署我们的微服务到K8s集群/
容器运行后,可通过http://localhost:30000访问我们的示例微服务。

查看任务管理器,发现通过WSL运行k8s的系统资源消耗比以前用Docker for desktop少了,系统运行也流畅了。
因为Kind是将K8s节点放到容器中运行,需要通过对localhost暴漏端口的方式来访问微服务,微服务Nodeport配置的暴端口必须和k8s节点的暴漏端口一致才可以访问。但是,如果我们的集群上有多个微服务系统怎么访问呢?目前的想法是微服务通过Ingress的方式提供对外访问,为每个微服务系统配置不同的域名。参考kind – Ingress (k8s.io) 和Kubernetes ingress same path multiple ports - Stack Overflow
我们每个微服务系统都会用到redis,RabbitMQ和zipkin等,没有必要每个微服务系统都配置这些基础服务容器来运行,计划把这些基础服务以通过Docker容器(暴漏localhost 端口)的方式运行,其它微服务系统通过定义Serivice 和Endpoints的方式来访问这些基础服务。参考mongodb - How to access host's localhost from inside kubernetes cluster - Stack Overflow ,需要测试用域名kubernetes.docker.internal 是否可以从k8s集群内部访问localhost上的容器暴漏端口。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。