一寸宕机一寸血，十万容器十万兵|Win10/Mac系统下基于Kubernetes(k8s)搭建Gunicorn+Flask高可用Web集群
原文转载自「刘悦的技术博客」https://v3u.cn/a_id_185
2021年，君不言容器技术则已，欲言容器则必称Docker，毫无疑问，它是当今最流行的容器技术之一，但是当我们面对海量的镜像与容器时，怎样快速精准的对海量容器进行管理和编排就又成了新的课题，此时，由Google开源的Kubernetes(读音[kubə’netis]，业界也有称其k8s的，但k8s其实就是文盲版的Kubernetes，只是因为k和s之间有8个字母)就应时而生了，它是一个开源的用于多个主机虚拟成一个云平台后进行容器资源管理和应用编排引擎，致力于让部署容器化应用简单并且高效，提供了应用的全生命周期管理，如应用部署，规划，更新，维护等机制。本次我们尝试在Win10/Mac系统下，利用Kubernetes部署Gunicorn+Flask高可用Web集群项目。
首先，Kubernetes基于Docker-desktop，所以下载Docker-desktop安装包：https://www.docker.com/products/docker-desktop
这里我们使用的就是Docker官方最新版3.1.0，内部集成的Kubernetes版本是1.19.3，在安装之前有两点要说明下，如果是Windows用户，需要确保系统版本为专业版：
第二，在专业版的基础上，开启系统的Hyper-v虚拟化功能：
所以Windows用户想要对Kubernetes一亲芳泽的话，同时确保上面两点即可，而Mac用户则无特殊要求。
双击安装包进行安装，默认安装在C盘目录，成功后，启动Docker-desktop，一般情况下，Docker很容易启动成功，但是Kubernetes往往会卡在启动界面，这是因为一些学术问题导致无法下载Kubernetes的依赖镜像，此时我们需要另辟蹊径，采用一些开源的三方库迂回帮我们下载这些镜像，这里推荐这个开源项目：https://github.com/AliyunContainerService/k8s-for-docker-desktop
输入命令拉取项目:
git clone https://github.com/AliyunContainerService/k8s-for-docker-desktop.git
进入项目的目录内，然后检查自己的Kubernetes版本号，该项目默认拉取的就是1.19.3的依赖镜像，如果您安装的Kubernetes是老版本，需要自行切换版本进行拉取操作：
如Kubernetes版本为 v1.18.8, 请使用下面命令切换 v1.18.8 分支 git checkout v1.18.8
如Kubernetes版本为 v1.18.6, 请使用下面命令切换 v1.18.6 分支 git checkout v1.18.6
如Kubernetes版本为 v1.18.3, 请使用下面命令切换 v1.18.3 分支 git checkout v1.18.3
如Kubernetes版本为 v1.16.5, 请使用下面命令切换 v1.16.5 分支 git checkout v1.16.5
如Kubernetes版本为 v1.15.5, 请使用下面命令切换 v1.15.5 分支 git checkout v1.15.5
如Kubernetes版本为 v1.15.4, 请使用下面命令切换 v1.15.4 分支 git checkout v1.15.4
如Kubernetes版本为 v1.14.8, 请使用下面命令切换 v1.14.8 分支 git checkout v1.14.8
如Kubernetes版本为 v1.14.7, 请使用下面命令切换 v1.14.7 分支 git checkout v1.14.7
如Kubernetes版本为 v1.14.6, 请使用下面命令切换 v1.14.6 分支 git checkout v1.14.6
如Kubernetes版本为 v1.14.3, 请使用下面命令切换 v1.14.3 分支 git checkout v1.14.3
如Kubernetes版本为 v1.14.1, 请使用下面命令切换 v1.14.1 分支 git checkout v1.14.1
如Kubernetes版本为 v1.13.0, 请使用下面命令切换 v1.13.0 分支 git checkout v1.13.0
如Kubernetes版本为 v1.10.11, 请使用下面命令切换 v1.10.11 分支 git checkout v1.10.11
随后，如果是Mac用户直接执行shell脚本：
./load_images.sh
如果是Windows用户，需要执行set-ExecutionPolicy RemoteSigned命令后再执行脚本：
set-ExecutionPolicy RemoteSigned
.\load_images.ps1
执行后发现代理拉取Kubernetes依赖镜像：
PS C:\Users\Administrator\www\k8s-for-docker-desktop> set-ExecutionPolicy RemoteSigned
执行策略更改
执行策略可帮助你防止执行不信任的脚本。更改执行策略可能会产生安全风险，如 https:/go.microsoft.com/fwlink/?LinkID=135170
中的 about_Execution_Policies 帮助主题所述。是否要更改执行策略?
[Y] 是(Y) [A] 全是(A) [N] 否(N) [L] 全否(L) [S] 暂停(S) [?] 帮助 (默认值为“N”): y
PS C:\Users\Administrator\www\k8s-for-docker-desktop> .\load_images.ps1
k8s.gcr.io/pause:3.2=registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2
3.2: Pulling from google_containers/pause
Digest: sha256:927d98197ec1141a368550822d18fa1c60bdae27b78b0c004f705f548c07814f
Status: Downloaded newer image for registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2
registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2
Untagged: registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2
Untagged: registry.cn-hangzhou.aliyuncs.com/google_containers/pause@sha256:927d98197ec1141a368550822d18fa1c60bdae27b78b0c004f705f548c07814f
k8s.gcr.io/kube-controller-manager:v1.19.3=registry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager:v1.19.3
v1.19.3: Pulling from google_containers/kube-controller-manager
Digest: sha256:1ad35b623b9123c6aab99306ba5427e2829b36b378b9b80a6e988713ac5bffd4
Status: Downloaded newer image for registry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager:v1.19.3
registry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager:v1.19.3
Untagged: registry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager:v1.19.3
Untagged: registry.cn-hangzhou.aliyuncs.com/google_containers/kube-controller-manager@sha256:1ad35b623b9123c6aab99306ba5427e2829b36b378b9b80a6e988713ac5bffd4
拉取结束后，执行命令查看镜像列表：
docker images
可以看到，针对Kubernetes1.19.3的基础镜像列表：
PS C:\Users\Administrator\www\k8s-for-docker-desktop> docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
redis latest 621ceef7494a 3 weeks ago 104MB
docker/desktop-kubernetes kubernetes-v1.19.3-cni-v0.8.5-critools-v1.17.0-debian bb2106081d17 2 months ago 285MB
k8s.gcr.io/kube-proxy v1.19.3 cdef7632a242 3 months ago 118MB
k8s.gcr.io/kube-apiserver v1.19.3 a301be0cd44b 3 months ago 119MB
k8s.gcr.io/kube-controller-manager v1.19.3 9b60aca1d818 3 months ago 111MB
k8s.gcr.io/kube-scheduler v1.19.3 aaefbfa906bd 3 months ago 45.7MB
k8s.gcr.io/etcd 3.4.13-0 0369cf4303ff 5 months ago 253MB
k8s.gcr.io/coredns 1.7.0 bfe3a36ebd25 7 months ago 45.2MB
docker/desktop-storage-provisioner v1.1 e704287ce753 10 months ago 41.8MB
docker/desktop-vpnkit-controller v1.0 79da37e5a3aa 11 months ago 36.6MB
k8s.gcr.io/pause 3.2 80d28bedfe5d 11 months ago 683kB
quay.io/kubernetes-ingress-controller/nginx-ingress-controller 0.26.1 29024c9c6e70 16 months ago 483MB
此时，不要着急，如果是Mac用户，需要单独删除一下缓存：
# rm -rf ~/Library/Group\ Containers/group.com.docker/pki/
# rm -rf ~/.kube
Windows用户不需额外操作，直接重启Docker-desktop，并且点击开启Kubernetes服务：
随后，在命令行中键入命令:
kubectl version
如果能返回版本号说明安装和配置成功：
PS C:\Users\Administrator> kubectl version
Client Version: version.Info{Major:"1", Minor:"19", GitVersion:"v1.19.3", GitCommit:"1e11e4a2108024935ecfcb2912226cedeafd99df", GitTreeState:"clean", BuildDate:"2020-10-14T12:50:19Z", GoVersion:"go1.15.2", Compiler:"gc", Platform:"windows/amd64"}
Server Version: version.Info{Major:"1", Minor:"19", GitVersion:"v1.19.3", GitCommit:"1e11e4a2108024935ecfcb2912226cedeafd99df", GitTreeState:"clean", BuildDate:"2020-10-14T12:41:49Z", GoVersion:"go1.15.2", Compiler:"gc", Platform:"linux/amd64"}
PS C:\Users\Administrator>
接下来，我们简单的部署一下Kubernetes容器，看看和Docker部署有何不同，先来看看Docker传统的部署方式，假设部署一台redis应用，首先拉取镜像：
docker pull redis
启动容器：
docker run -p 6380:6379 --name redis redis
使用redis客户端进行链接：
redis-cli -p 6380
返回数据库链接状态：
PS C:\Users\Administrator> redis-cli -p 6380
127.0.0.1:6380> ping
PONG
没有任何问题，因为Docker直接操作的对象就是镜像和容器，而Kubernetes是基于Deployment来对集群的Pod和rs服务进行管理，每一个Deployment 都对应集群中的一次部署，所以Deployment是基本的 Kubernetes对象。
首先建立Deployment对象：
kubectl create deployment --image=redis redis
这里镜像还是使用刚才拉取的redis镜像，deployment别名设置为redis:
PS C:\Users\Administrator\www\k8s-for-docker-desktop> kubectl create deployment --image=redis redis
deployment.apps/redis created
创建成功后，启动rs服务：
kubectl expose deployment redis --port=6379 --name=redis-server
这里的端口号是pod中隔离容器的端口，而非主节点端口：
PS C:\Users\Administrator\www\k8s-for-docker-desktop> kubectl expose deployment redis --port=6379 --name=redis-server
service/redis-server exposed
随后获取启动的pod列表：
kubectl get pods
我们知道pod是集群执行的最小单位，这里使用get pods来查看运行的pod：
PS C:\Users\Administrator\www\k8s-for-docker-desktop> kubectl get pods
NAME READY STATUS RESTARTS AGE
redis-6749d7bd65-l8gnw 1/1 Running 0 64s
可以看到已经运行成功，最后需要将pod端口和主节点端口进行端口映射操作：
kubectl port-forward redis-6749d7bd65-l8gnw 6380:6379
这里的参数就是pod的name:
PS C:\Users\Administrator\www\k8s-for-docker-desktop> kubectl port-forward redis-6749d7bd65-l8gnw 6380:6379 Forwarding from 127.0.0.1:6380 -> 6379
Forwarding from [::1]:6380 -> 6379
Handling connection for 6380
Handling connection for 6380
随后使用redis客户端进行链接：
PS C:\Users\Administrator> redis-cli -p 6380
127.0.0.1:6380> ping
PONG
这里就部署成功了，虽然流程上要比Docker直接部署要略微繁复一些，但是Kubernetes自带良好的伸缩和扩展以及高可用特性，一旦pod僵死或者宕机，可以自动生成新的pod的来实现高可用。
接下来尝试一些进阶操作，部署Gunicorn+Flask的Web应用，还记得之前的这篇文章：利用DockerHub在Centos7.7环境下部署Nginx反向代理Gunicorn+Flask独立架构吗？里面详细阐述了如何使用Dockerfile打包镜像，这里我们拉取已经打包好的flask+gunicorn镜像：
docker pull zcxey2911/myflask
接着建立基于deployment的部署配置文件：deployment.yaml
apiVersion: v1
kind: Service
metadata:
name: myflask
spec:
selector:
app: myflask
ports:
- protocol: "TCP"
port: 5000
targetPort: 5000
type: LoadBalancer
---
apiVersion: apps/v1
kind: Deployment
metadata:
name: myflask
spec:
selector:
matchLabels:
app: myflask
replicas: 4
template:
metadata:
labels:
app: myflask
spec:
containers:
- name: myflask
image: zcxey2911/myflask
imagePullPolicy: Never
ports:
- containerPort: 5000
这个配置文件的含义是：将本地的myfalsk镜像作为Deployment基础镜像部署，集群运行四个pod来维持生产环境的服务保证，运行协议当然是TCP，主节点端口号和pod端口保持一致都是5000
然后执行命令启动服务：
kubectl apply -f deployment.yaml
查看服务状态：
liuyue:myflask liuyue$ kubectl get pods
NAME READY STATUS RESTARTS AGE
myflask-74f646444-h7rtf 1/1 Running 0 42h
myflask-74f646444-lfrdw 1/1 Running 0 42h
myflask-74f646444-p96jl 1/1 Running 0 43h
myflask-74f646444-zc7fp 1/1 Running 0 43h
可以看到四台pod同时运行，访问网址:http://localhost:5000
没有问题，即使我们手动kill一台pod:
liuyue:myflask liuyue$ kubectl delete pod myflask-74f646444-h7rtf
pod "myflask-74f646444-h7rtf" deleted
liuyue:myflask liuyue$
liuyue:myflask liuyue$ kubectl get pods
NAME READY STATUS RESTARTS AGE
myflask-74f646444-dg8v7 1/1 Running 0 10s
myflask-74f646444-lfrdw 1/1 Running 0 42h
myflask-74f646444-p96jl 1/1 Running 0 43h
myflask-74f646444-zc7fp 1/1 Running 0 43h
可以看到集群立刻又会重新生成一个pod来维持服务稳定，这就是Docker原生容器所不具备的高可用特性。
结语：未来已来，将至已至，在21世纪的第二个十年里，阿里、字节跳动、腾讯、百度等中国互联网行业巨擘们，都在加紧深耕容器领域，而Kubernetes也是这些大厂未来的战略核心。有了Kubernetes，我们就可以将整个大规模的服务器对计算资源抽象化通过一个个容器进行自动化且细致化管理，将最终的应用服务交还给用户，而用户则并不需要关心容器本身。最后，奉上项目地址与君共飨：https://gitee.com/QiHanXiBei/myflask
原文转载自「刘悦的技术博客」 https://v3u.cn/a_id_185
