Kubernetes,希腊语,意舵手。有时简写为“K8s”,其中“8”代表“K”和“s”之间的 8 个字母,是一个开源系统,支持在任何地方部署、扩缩和管理容器化应用。
Kubernetes的这种架构为服务发现提供了一种灵活的,低耦合的机制。与大多数分布式计算平台架构一样,Kubernetes集群至少包含一个主节点和多个计算节点。主服务器负责公开应用程序接口(API),安排部署并管理整个集群。 每个节点都运行一个运行时容器,例如Docker或rkt,以及一个与主机通信的代理。该节点还运行用于日志记录,监视,服务发现和可选附件的其他组件。节点是Kubernetes集群的主力军。它们向应用程序公开计算,网络和存储资源。节点可以是在云中运行的虚拟机(VM)或在数据中心内运行的裸机服务器。
分布式集群架构的系统都是类似的,只不过在 k8s 中:
Master会对外暴露很多接口供我们操作 k8s 集群,如查看节点状态、将应用部署到k8s集群。
Kubernetes 对象的定义,例如 pod、副本集和服务,被提交给 master。根据定义的需求和资源可用性,master 将 pod 调度到特定节点上。该节点从容器镜像注册表中拉取镜像,并与本地容器运行时协调以启动容器。
etcd是来自 CoreOS 的开源分布式键值数据库,它充当Kubernetes 集群所有组件的单一真实来源 ( SSOT )。master 查询 etcd 以检索节点、pod 和容器状态的各种参数。
分布式的 KV 存储,保存了整个k8s集群的状态和配置。
暴露给外界访问,可以通过 CLI 或 UI 操作通过 API Server 最终和整个集群交互,提供了资源操作的唯一入口,并提供认证、授权、访问控制、API注册和发现等机制。
所以,总体来说,API Server 提供了 Kubernetes 系统的统一入口,承担了认证授权、查询请求解析、对象持久化等非常重要的功能,是 Kubernetes 集群的控制中心和连接点。
负责维护集群的状态,如负载均衡、故障检测、自动扩展、滚动更新、副本数量设置等。
负责资源的调度,按照预定的调度策略将Pod调度到相应的机器上。比如我通过API 要下达一个命令,要求部署一个应用,而该应用需要两个容器,那这俩容器又该运行在哪个 Node 呢?这就是Scheduler干的好事。
k8s中容器里调度的最小单位,具有相同 namespace的一些 container 组合。吊舱是一个或多个容器的集合。吊舱是Kubernetes的管理核心单元。容器充当共享相同上下文和资源的容器的逻辑边界。 Pod的分组机制通过使多个依赖进程一起运行而弥补了容器化和虚拟化之间的差异。在运行时,可以通过创建副本集来扩展Pod,以确保部署始终运行所需数量的Pod。
每个 Node 都需要执行一个运行时容器,例如Docker或rkt。
Node 节点受 Master 控制,那 master 是如何去控制 Node 的呢?那就需要一个代理在 Node 中做这些事。负责维护容器的生命周期,同时也负责Volume(CSI)和网络(CNI)的管理。
负责镜像管理以及Pod和容器的真正运行(CRI)
负责为Service提供集群内部的服务发现和负载均衡。
日志采集和查询。
参考