1 云计算时代的操作系统
Kubernetes 是一个生产级别的 容器编排平台 和 集群管理系统 ,能够 创建、调度容器,监控、管理服务器。
- 容器是什么?容器是软件,是应用,是进程。
- 服务器是什么?服务器是硬件,是 CPU、内存、硬盘、网卡等。
那么,既可以管理软件,也可以管理硬件,就是一个操作系统(Operating System)。
- 从某种角度来看,Kubernetes 可以说是一个集群级别的操作系统。
- 主要功能就是
资源管理
和作业调度
。 - Kubernetes 不是运行在单机上管理单台计算资源和进程,而是运行在多台服务器上管理几百几千台的计算资源,以及在这些资源上运行的上万上百万的进程,规模要大得多。
2 搭建小巧完备的Kubernetes环境
快速搭建 Kubernetes 环境的工具:
kind
minikube
我们选择minikube
来学习Kubernetes。
2.1 安装docker
sudo apt install -y docker.io #安装Docker Engine
sudo service docker start #启动docker服务
sudo usermod -aG docker ${USER} #当前用户加入docker组,需要重新登录生效
docker info
2.2 安装minikube
# Intel x86_64
curl -Lo minikube https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64
# Apple arm64
curl -Lo minikube https://storage.googleapis.com/minikube/releases/latest/minikube-linux-arm64
sudo install minikube /usr/local/bin/
安装完成后,查看minikube版本:
lianhaifeng@lianhaifeng-virtual-machine:~$ minikube version
minikube version: v1.30.1
commit: 08896fd1dc362c097c925146c4a0d0dac715ace0
2.3 安装kubectl
要操作 Kubernetes,还需要另一个专门的客户端工具“kubectl
”:
minikube kubectl
~/.bashrc
追加命令(如果没有的话),简化kubectl命令:
...
alias kubectl="minikube kubectl --"
source <(kubectl completion bash)
2.4 部署Kubernetes
minikube start --kubernetes-version=v1.23.3
如果对自己的网速不自信的话,可以更换镜像地址:
minikube stop
minikube delete --all
minikube start --kubernetes-version=v1.23.9 --image-mirror-country='cn' --registry-mirror=https://twm4fpgj.mirror.aliyuncs.com
查看Kubernetes集群状态:
lianhaifeng@lianhaifeng-virtual-machine:~$ minikube status
minikube
type: Control Plane
host: Running
kubelet: Running
apiserver: Running
kubeconfig: Configured
查看节点:
lianhaifeng@lianhaifeng-virtual-machine:~$ minikube node list
minikube 192.168.58.2
运行一个Nginx应用:
kubectl run ngx --image=nginx:alpine
lianhaifeng@lianhaifeng-virtual-machine:~$ kubectl get pods
NAME READY STATUS RESTARTS AGE
ngx 1/1 Running 0 47h
3 Kubernetes 的基本架构
操作系统的一个重要功能就是抽象,从繁琐的底层事务中抽象出一些简洁的概念,然后基于这些概念去管理系统资源。
Kubernetes 的管理目标是大规模的集群和应用,必须要能够把系统抽象到足够高的层次,分解出一些松耦合的对象,才能简化系统模型,减轻用户的心智负担。
k8s架构图
- 采用了现今流行的“
控制面 / 数据面
”(Control Plane / Data Plane)架构。 - 集群里的计算机被称为“节点”(Node),可以是实机也可以是虚机。
- 少量的节点用作控制面来执行集群的管理维护工作。
- 控制面的节点叫做
Master Node
,一般简称为 Master。 - 是整个集群里最重要的部分,可以说是 Kubernetes 的大脑和心脏。
- 控制面的节点叫做
- 其它的大部分节点都被划归数据面,用来跑业务应用。
- 数据面的节点叫做
Worker Node
,一般就简称为 Worker 或者 Node。 - 相当于 Kubernetes 的手和脚,在 Master 的指挥下干活。
- Node 的数量非常多,构成了一个资源池,Kubernetes 就在这个池里分配资源,调度应用。
- 因为资源被“池化”了,所以管理也就变得比较简单,可以在集群中任意添加或者删除节点。
- 数据面的节点叫做
- kubectl,是 Kubernetes 的客户端工具,用来操作 Kubernetes,但它位于集群之外,理论上不属于集群。
查看 Kubernetes 的节点状态:
lianhaifeng@lianhaifeng-virtual-machine:~$ kubectl get node
NAME STATUS ROLES AGE VERSION
minikube Ready control-plane,master 7d4h v1.23.3
可以看到当前的 minikube 集群里只有一个 Master,那 Node 呢?
是因为 Master 和 Node 的划分不是绝对的。当集群的规模较小,工作负载较少的时候,Master 也可以承担 Node 的工作,就像我们搭建的 minikube 环境,它就只有一个节点,这个节点既是 Master 又是 Node。
3.1 节点内部的结构
Kubernetes 的节点内部也具有复杂的结构,是由很多的模块构成的,这些模块又可以分成组件(Component)
和插件(Addon)
两类:
- 组件 实现了 Kubernetes 的核心功能特性,没有这些组件 Kubernetes 就无法启动。
- 插件 则是 Kubernetes 的一些附加功能,不安装也不会影响 Kubernetes 的正常运行。
3.2 Master 里的组件
3.2 Master 里的组件
apiserver
- 是 Master 节点,同时也是整个 Kubernetes 系统的
唯一入口
。 - 对外公开了一系列的 RESTful API,并且加上了验证、授权等功能。
- 所有其它组件都只能和它直接通信,可以说是 Kubernetes 里的联络员。
- 是 Master 节点,同时也是整个 Kubernetes 系统的
etcd
- 是一个高可用的分布式 Key-Value 数据库,用来持久化存储系统里的各种资源对象和状态。
- 相当于 Kubernetes 里的配置管理员。
- 它只与 apiserver 有直接联系,也就是说任何其它组件想要读写 etcd 里的数据都必须经过 apiserver。
scheduler
- 负责容器的编排工作,检查节点的资源状态。
- 把 Pod 调度到最适合的节点上运行,相当于部署人员。
- 因为节点状态和 Pod 信息都存储在 etcd 里,所以 scheduler 必须通过 apiserver 才能获得。
controller-manager
- 负责维护容器和节点等资源的状态。
- 实现故障检测、服务迁移、应用伸缩等功能,相当于监控运维人员。
- 它也必须通过 apiserver 获得存储在 etcd 里的信息,才能够实现对资源的各种操作。
这 4 个组件也都被容器化了,运行在集群的 Pod 里,我们可以用 kubectl 来查看它们的状态:
lianhaifeng@lianhaifeng-virtual-machine:~$ kubectl get pod -n kube-system
NAME READY STATUS RESTARTS AGE
coredns-64897985d-d5zbd 1/1 Running 1 (45h ago) 7d4h
etcd-minikube 1/1 Running 1 (45h ago) 7d4h
kube-apiserver-minikube 1/1 Running 3 7d4h
kube-controller-manager-minikube 1/1 Running 4 (45h ago) 7d4h
kube-proxy-zlztd 1/1 Running 1 (45h ago) 7d4h
kube-scheduler-minikube 1/1 Running 1 (45h ago) 7d4h
storage-provisioner 0/1 ImagePullBackOff 0 7d4h
-n kube-system
参数,表示检查“kube-system”名字空间里的 Pod。
3.3 Node 里的组件
kubelet
(非容器化)- 是 Node 的代理,负责管理 Node 相关的绝大部分操作。
- Node 上只有它能够与 apiserver 通信。
- 实现状态报告、命令下发、启停容器等功能,相当于是 Node 上的一个“小管家”。
kube-proxy
- 是 Node 的网络代理,只负责管理容器的网络通信,简单来说就是为 Pod 转发 TCP/UDP 数据包,相当于是专职的“小邮差”。
container-runtime
- 是容器和镜像的实际使用者。
- 在 kubelet 的指挥下创建容器,管理 Pod 的生命周期,是真正干活的“苦力”。
Kubernetes 的定位是容器编排平台,所以它没有限定 container-runtime 必须是 Docker,完全可以替换成任何符合标准的其他容器运行时,例如 containerd、CRI-O 等等,只不过在这里我们使用的是Docker。
这 3 个组件中只有 kube-proxy 被容器化了,而 kubelet 因为必须要管理整个节点,容器化会限制它的能力,所以它必须在 container-runtime 之外运行。
使用 minikube ssh 命令登录到节点后,可以用 docker ps
看到 kube-proxy:
lianhaifeng@lianhaifeng-virtual-machine:~$ minikube ssh
Last login: Sun May 21 11:53:08 2023 from 192.168.58.1
docker@minikube:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
cafb3f8e014e nginx "/docker-entrypoint.…" 46 hours ago Up 46 hours k8s_ngx_ngx_default_066a844b-d429-4057-aca1-536c04d38f70_0
6f488ea5ca69 k8s.gcr.io/pause:3.6 "/pause" 46 hours ago Up 46 hours k8s_POD_ngx_default_066a844b-d429-4057-aca1-536c04d38f70_0
5b77694e7e89 a4ca41631cc7 "/coredns -conf /etc…" 46 hours ago Up 46 hours k8s_coredns_coredns-64897985d-d5zbd_kube-system_99c6f163-5738-41d8-ab8f-9a42dc3c6331_1
74d32f36a523 k8s.gcr.io/pause:3.6 "/pause" 46 hours ago Up 46 hours k8s_POD_storage-provisioner_kube-system_7fa7c71e-cc6a-4408-8b70-8b15534a10c8_1
0a2443c55984 k8s.gcr.io/pause:3.6 "/pause" 46 hours ago Up 46 hours k8s_POD_coredns-64897985d-d5zbd_kube-system_99c6f163-5738-41d8-ab8f-9a42dc3c6331_1
048758be7002 9b7cc9982109 "/usr/local/bin/kube…" 46 hours ago Up 46 hours k8s_kube-proxy_kube-proxy-zlztd_kube-system_b294b472-367b-44ca-8781-fab810428037_1
1148430b4e0f k8s.gcr.io/pause:3.6 "/pause" 46 hours ago Up 46 hours k8s_POD_kube-proxy-zlztd_kube-system_b294b472-367b-44ca-8781-fab810428037_1
5d164c717143 25f8c7f3da61 "etcd --advertise-cl…" 46 hours ago Up 46 hours k8s_etcd_etcd-minikube_kube-system_482305b50d4b0d3dbab5b9f1be9b0b18_1
78b7581b6659 b07520cd7ab7 "kube-controller-man…" 46 hours ago Up 46 hours k8s_kube-controller-manager_kube-controller-manager-minikube_kube-system_b965983ec05322d0973594a01d5e8245_4
3b81da17d618 f40be0088a83 "kube-apiserver --ad…" 46 hours ago Up 46 hours k8s_kube-apiserver_kube-apiserver-minikube_kube-system_b7b1a80caec341a470c95988d72c0626_3
431f68d5dec6 99a3486be4f2 "kube-scheduler --au…" 46 hours ago Up 46 hours k8s_kube-scheduler_kube-scheduler-minikube_kube-system_be132fe5c6572cb34d93f5e05ce2a540_1
315d15480c7d k8s.gcr.io/pause:3.6 "/pause" 46 hours ago Up 46 hours k8s_POD_kube-controller-manager-minikube_kube-system_b965983ec05322d0973594a01d5e8245_1
799bfc75e1af k8s.gcr.io/pause:3.6 "/pause" 46 hours ago Up 46 hours k8s_POD_kube-apiserver-minikube_kube-system_b7b1a80caec341a470c95988d72c0626_1
3a67d5e7cebb k8s.gcr.io/pause:3.6 "/pause" 46 hours ago Up 46 hours k8s_POD_etcd-minikube_kube-system_482305b50d4b0d3dbab5b9f1be9b0b18_1
729db09d17a6 k8s.gcr.io/pause:3.6 "/pause" 46 hours ago Up 46 hours k8s_POD_kube-scheduler-minikube_kube-system_be132fe5c6572cb34d93f5e05ce2a540_1
docker@minikube:~$ docker ps |grep kube-proxy
048758be7002 9b7cc9982109 "/usr/local/bin/kube…" 46 hours ago Up 46 hours k8s_kube-proxy_kube-proxy-zlztd_kube-system_b294b472-367b-44ca-8781-fab810428037_1
1148430b4e0f k8s.gcr.io/pause:3.6 "/pause" 46 hours ago Up 46 hours k8s_POD_kube-proxy-zlztd_kube-system_b294b472-367b-44ca-8781-fab810428037_1
退出(exit),查看 kubelet:
lianhaifeng@lianhaifeng-virtual-machine:~$ ps -ef|grep kubelet
root 4547 3077 6 04:21 ? 01:03:42 /var/lib/minikube/binaries/v1.23.3/kubelet --bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --config=/var/lib/kubelet/config.yaml --container-runtime=docker --hostname-override=minikube --kubeconfig=/etc/kubernetes/kubele .conf --node-ip=192.168.58.2
root 5147 5060 8 04:21 ? 01:20:09 kube-apiserver --advertise-address=192.168.58.2 --allow-privileged=true --authorization-mode=Node,RBAC --client-ca-file=/var/lib/minikube/certs/ca.crt --enable-admission-plugins=NamespaceLifecycle,LimitRanger,ServiceAccount,DefaultStorageClass,DefaultTolerationSeconds,NodeRestriction,MutatingAdmissionWebhook,ValidatingAdmissionWebhook,ResourceQuota --enable-bootstrap-token-auth=true --etcd-cafile=/var/lib/minikube/certs/etcd/ca.crt --etcd-certfile=/var/lib/minikube/certs/apiserver-etcd-client.crt --etcd-keyfile=/var/lib/minikube/certs/apiserver-etcd-client.key --etcd-servers=https://127.0.0.1:2379 --kubelet-client-certificate=/var/lib/minikube/certs/apiserver-kubelet-client.crt --kubelet-client-key=/var/lib/minikube/certs/apiserver-kubelet-client.key --kubelet-preferred-address-types=InternalIP,ExternalIP,Hostname --proxy-client-cert-file=/var/lib/minikube/certs/front-proxy-client.crt --proxy-client-key-file=/var/lib/minikube/certs/front-proxy-client.key --requestheader-allowed-names=front-proxy-client --requestheader-client-ca-file=/var/lib/minikube/certs/front-proxy-ca.crt --requestheader-extra-headers-prefix=X-Remote-Extra- --requestheader-group-headers=X-Remote-Group --requestheader-username-headers=X-Remote-User --secure-port=8443 --service-account-issuer=https://kubernetes.default.svc.cluster.local --service-account-key-file=/var/lib/minikube/certs/sa.pub --service-account-signing-key-file=/var/lib/minikube/certs/sa.key --service-cluster-ip-range=10.96.0.0/12 --tls-cert-file=/var/lib/minikube/certs/apiserver.crt --tls-private-key-file=/var/lib/minikube/certs/apiserver.key
3.4 组件总结
Kubernetes的大致工作流程
:
- 每个 Node 上的 kubelet 会定期向 apiserver 上报节点状态,apiserver 再存到 etcd 里。
- 每个 Node 上的 kube-proxy 实现了 TCP/UDP 反向代理,让容器对外提供稳定的服务。
- scheduler 通过 apiserver 得到当前的节点状态,调度 Pod,然后 apiserver 下发命令给某个 Node 的 kubelet,kubelet 调用 container-runtime 启动容器。
- controller-manager 也通过 apiserver 得到实时的节点状态,监控可能的异常情况,再使用相应的手段去调节恢复。
3.4 插件
minikube 也支持很多的插件,使用命令minikube addons list
就可以查看插件列表:
lianhaifeng@lianhaifeng-virtual-machine:~$ minikube addons list
|-----------------------------|----------|--------------|--------------------------------|
| ADDON NAME | PROFILE | STATUS | MAINTAINER |
|-----------------------------|----------|--------------|--------------------------------|
| ambassador | minikube | disabled | 3rd party (Ambassador) |
| auto-pause | minikube | disabled | Google |
| cloud-spanner | minikube | disabled | Google |
| csi-hostpath-driver | minikube | disabled | Kubernetes |
| dashboard | minikube | disabled | Kubernetes |
| default-storageclass | minikube | enabled ✅ | Kubernetes |
| efk | minikube | disabled | 3rd party (Elastic) |
| freshpod | minikube | disabled | Google |
| gcp-auth | minikube | disabled | Google |
| gvisor | minikube | disabled | Google |
| headlamp | minikube | disabled | 3rd party (kinvolk.io) |
| helm-tiller | minikube | disabled | 3rd party (Helm) |
| inaccel | minikube | disabled | 3rd party (InAccel |
| | | | [info@inaccel.com]) |
| ingress | minikube | disabled | Kubernetes |
| ingress-dns | minikube | disabled | Google |
| istio | minikube | disabled | 3rd party (Istio) |
| istio-provisioner | minikube | disabled | 3rd party (Istio) |
| kong | minikube | disabled | 3rd party (Kong HQ) |
| kubevirt | minikube | disabled | 3rd party (KubeVirt) |
| logviewer | minikube | disabled | 3rd party (unknown) |
| metallb | minikube | disabled | 3rd party (MetalLB) |
| metrics-server | minikube | disabled | Kubernetes |
| nvidia-driver-installer | minikube | disabled | Google |
| nvidia-gpu-device-plugin | minikube | disabled | 3rd party (Nvidia) |
| olm | minikube | disabled | 3rd party (Operator Framework) |
| pod-security-policy | minikube | disabled | 3rd party (unknown) |
| portainer | minikube | disabled | 3rd party (Portainer.io) |
| registry | minikube | disabled | Google |
| registry-aliases | minikube | disabled | 3rd party (unknown) |
| registry-creds | minikube | disabled | 3rd party (UPMC Enterprises) |
| storage-provisioner | minikube | enabled ✅ | Google |
| storage-provisioner-gluster | minikube | disabled | 3rd party (Gluster) |
| volumesnapshots | minikube | disabled | Kubernetes |
|-----------------------------|----------|--------------|--------------------------------|
比较重要的有两个:DNS
和 Dashboard
。
DNS
- 在 Kubernetes 集群里实现了域名解析服务,能够让我们以域名而不是 IP 地址的方式来互相通信。
- 是服务发现和负载均衡的基础。
- 由于它对微服务、服务网格等架构至关重要,所以基本上是 Kubernetes 的必备插件。
Dashboard
- 仪表盘,为 Kubernetes 提供了一个图形化的操作界面,非常直观友好。
- 虽然大多数 Kubernetes 工作都是使用命令行 kubectl,但有的时候在 Dashboard 上查看信息也是挺方便的。
只要在 minikube 环境里执行一条简单的命令,就可以自动用浏览器打开 Dashboard 页面,而且还支持中文:
lianhaifeng@lianhaifeng-virtual-machine:~/桌面$ minikube dashboard
🤔 正在验证 dashboard 运行情况 ...
🚀 Launching proxy ...
🤔 正在验证 proxy 运行状况 ...
🎉 Opening http://127.0.0.1:36667/api/v1/namespaces/kubernetes-dashboard/services/http:kubernetes-dashboard:/proxy/ in your default browser...
Gtk-Message: 20:12:44.459: Not loading module "atk-bridge": The functionality is provided by GTK natively. Please try to not load it.
宿主机本地访问:
4 总结
Kubernetes功能非常完善,实现了大部分常见的运维管理工作,而且是全自动化的,能够节约大量的人力成本。
- Kubernetes 能够在集群级别管理应用和服务器,可以认为是一种集群操作系统。它使用“控制面 / 数据面”的基本架构,Master 节点实现管理控制功能,Worker 节点运行具体业务。
- Kubernetes 由很多模块组成,可分为核心的组件和选配的插件两类。Master 里有 4 个组件,分别是 apiserver、etcd、scheduler、controller-manager。
- Node 里有 3 个组件,分别是 kubelet、kube-proxy、container-runtime。
- 通常必备的插件有 DNS 和 Dashboard。