kubernetes组件架构

  kubernetes,简称K8s,是用8代替8个字符“ubernete”而成的缩写。是一个开源的,用于管理云平台中多个主机上的容器化的应用,Kubernetes的目标是让部署容器化的应用简单并且高效(powerful),Kubernetes提供了应用部署,规划,更新,维护的一种机制。

传统的应用部署方式是通过插件或脚本来安装应用。这样做的缺点是应用的运行、配置、管理、所有生存周期将与当前操作系统绑定,这样做并不利于应用的升级更新/回滚等操作,当然也可以通过创建虚拟机的方式来实现某些功能,但是虚拟机非常重,并不利于可移植性。

  新的方式是通过部署容器方式实现,每个容器之间互相隔离,每个容器有自己的文件系统 ,容器之间进程不会相互影响,能区分计算资源。相对于虚拟机,容器能快速部署,由于容器与底层设施、机器文件系统解耦的,所以它能在不同云、不同版本操作系统间进行迁移。

  容器占用资源少、部署快,每个应用可以被打包成一个容器镜像,每个应用与容器间成一对一关系也使容器有更大优势,使用容器可以在build或release 的阶段,为应用创建容器镜像,因为每个应用不需要与其余的应用堆栈组合,也不依赖于生产环境基础结构,这使得从研发到测试、生产能提供一致环境。类似地,容器比虚拟机轻量、更“透明”,这更便于监控和管理。

master(管理结点):

APIServer:负责响应用户的管理(以https REST方式对pod,service,副本replication和工作节点node的增删除改查处理,都通过APIServer才提交到etcd)需求,进行指挥协调等。

Scheduler:将待调度的pod绑定到合适的工作节点上。

controller manager:是一组控制器的集合,负责控制管理对应的资源,如副本(replication)和工作节点(node)等。

其它:etcd存储对象元数据,flannel网络插件

工作节点(容器运行节点):

kubelet:可以被看作一个管理维护pod运行的agent,负责管理和维护在这台机器上运行着的所有容器,使得pod的运行状态status与它的期望值spec(service yaml文件中 spec)一致。

kube-proxy:将service的流量转发到对应的endpoint.

其它:cadvisor用于监控容器运行状态

架构图

kubernetes组件架构

客户端:kubectl

安装工具:minikube,kubeadmin

镜像企业级私有仓库:harbor

web工具:dashboard

配置中心:携程apollo阿波罗

上一篇:【转帖】Python在大数据分析及机器学习中的兵器谱


下一篇:Python金融大数据分析PDF