kubernetes是什么?
2014年,Google以Borg为基础,开源了kubernetes,简称k8s,一个当前最火的容器集群管理系统就此诞生。
kubernetes三个核心功能
Kubernetes - 调度
kubernetes可以将容器放入集群中进行调度,比如有一个容器,需要2C2G的资源,kubernetes就会将这个容器自动的调度到集群空闲或者有足够资源的节点上
Kubernetes - 自动恢复
kubernetes会对集群内的宿主机进行状态检查,如出现故障,kubernetes会把运行在失败节点上的容器进行自动迁移,迁移到健康的资源节点上面
Kubernetes - 水平伸缩
kubernetes有应用负载检查的能力,可以检测业务上所承担的负载,如果一个业务响应时长过高,或者负载很高,可以对该业务进行扩容
kubernetes特性
自我修复
在节点发生故障时,重启失败的容器,保证预期的副本数,并确保优雅上下线(容器启动中时不对外提供服务)
弹性伸缩
根据一些指标(CPU、内存、负载等)配置自动扩容和缩容应用容器,保证在不同业务压力下的集群规模
自动部署和回滚
k8s默认先部署新的容器,部署完成后,再替换老的容器,如果发布过程中发生故障,则回滚操作
服务发现和负载均衡
k8s为多个容器提供统一入口(内部ip地址和一个dns名称),并负载关联所有容器,使得用户无需考虑容器ip地址
机密和配置管理
管理机密数据和应用程序配置,而不需要把敏感数据暴露在镜像里,提高敏感数据安全性,并可以将常用的配置存储在k8s中,方便程序使用
存储编排
挂载外部存储系统,无论来自本地存储、公有云(如oss)、还是网络存储,都可以作为集群资源的一部分使用,极大的提高存储使用的灵活性
定时任务
提供一次性任务、定时任务,类似Linux服务器的crontab
kubernetes架构
kubernetes是一个比较典型的二层架构, Master作为中央的管控节点,所有的UI、CLI、Node节点跟Master通信。UI CLI把想要的命令发给Master,Master将命令下发给Node节点进行最终的执行
kubernetes中所有的组件都会和API Server连接,组件与组件之间,一般不进行独立的连接,都依赖于API Server进行消息的传送
官网参考:https://kubernetes.io/docs/concepts/overview/components/
Master组件
Master是集群的控制平台
- master组件负责集群中的全局决策(如调度)
- master组件探测并响应集群事件(当 Deployment 的实际 Pod 副本数未达到 replicas 字段的规定时,启动一个新的 Pod)
Master组件可以运行在集群中的任何机器上,但为了简洁,通常会运行所有的master组件,且不在此机器上运行容器
kube-apiserver
提供kubernetes的api,可以水平扩展以提高性能和高可用,kubctl等管理工具就是通过apiserver实现对kubernetes的管理
etcd
分布式高可用的键值对存储组件,API server中所需要的元信息都被放置在etcd,通过etcd保障kubernetes组件的高可用
kube-scheduler
资源调度组件,监控所有新创建尚未分配到节点上的Pod,并且自动为Pod选择一个合适的节点去运行
调度的因素包括:
- 单个或多个pod的资源请求
- 硬件、软件、策略的限制
- 亲和性和反亲和性规范(affinity and anti-affinity specifications)
- 数据本地化要求
- 工作负载间相互作用
kube-controller-manager
控制器进程组件,逻辑上来说,每个控制器是一个独立的进程,但为了降低复杂度,它们都被编译成一个二进制文件并在单个进程中运行
这些组件包括:
- 节点(Node)控制器:监听所有节点停机事件并作出响应
- 副本(Replication)控制器:维护集群中的副本控制器对象所期望的Pod副本数
- 端点(Endpoints)控制器:为端点对象(joins Services & Pods)赋值
- Service Account & Token控制器: 负责为新的名称空间创建 default Service Account 以及 API Access Token
cloud-controller-manager
该组件运行了与具体云基础设施供应商互动的控制器,通过 cloud-controller-manager,Kubernetes可以更好地与云供应商结合,例如,在阿里云的 Kubernetes 在云控制台界面上轻松点击鼠标,即可完成 Kubernetes 集群的创建和管理
Node组件
Node是真正运行业务负载的,以Pod的方式运行,一个Pod中运行一个或者多个容器
Node并不会和User进行直接的通信,它只会和Master通信
kubelet
Kubelet是真正去运行pod的组件,是Node上最为关键的组件,它通过apiserver接受到Pod运行的状态,然后提交到最底层的四个组件(Container Runtime、Storage Plugin、Network Plugin、Kube-proxy),创建容器所需要的运行环境,将容器运行起来
主要包括:
- 创建容器
- 下载secret
- Pod挂载数据卷
- 获取节点和容器状态
注意:kubelet只管理Kubernetes创建的容器
kube-proxy
Kube-proxy完成service组网,为Node节点上实现Pod网络代理,运行在集群中的每一个节点上,维护网络规则和实现四层负载均衡,是实现 Kubernetes Service 概念的重要部分
kube-proxy在节点上维护网络规则,使集群内、集群外正确地与 Pod 进行网络通信。如果操作系统中存在 packet filtering layer,kube-proxy 将使用这一特性(iptables代理模式),否则,kube-proxy将自行转发网络请求(User space代理模式
容器运行引擎
容器引擎负责运行容器。Kubernetes支持多种容器引擎:Docker、containerd、cri-o、rktlet 以及任何实现了 Kubernetes容器引擎接口的容器引擎
Kubernetes 核心概念
核心概念 - Pod
一个逻辑单位,多个容器的组合,kubernetes的原子调度单位
Google工程师们发现,在Borg项目部署的应用,往往都存在着类似于“进程和进程组”的关系,更具体的说,就是这些应用之间有着密切的协作关系,使得它们必须部署在同一台机器上并且共享某些信息,因此每个容器相当于一个进程,Pod相当于进程组,使得这些容器可以更高的协作
- 最小的调度以及资源单位
- 由一个或者多个容器组成
- 定义容器运行的方式(Command、环境变量等)
- 提供给容器共享的运行环境(网络、进程空间)
- pod与pod之间是互相隔离的
- Pod共享网络和存储
- Pod是短暂的(随着服务停止,Pod也将销毁)
核心概念 - Volume
用于管理kuberntes中的存储
- 声明在Pod中的容器可访问的文件目录
- 可以被挂载在Pod中一个(或者多个)容器的指定路径下
- 支持多种后端存储的抽象(本地存储、分布式存储、云存储)
Pod - > Volume -> Remote Block Device
核心概念 - Deployment
这是一个在Pod之上的抽象概念,比如一组Pod构成的一个应用,pod是组成Deployment最小的单元
- 定义一组Pod的副本数目、版本等
- 通过控制器(Controller)维持Pod的数目(自动恢复失败的Pod)
- 通过控制器以指定的策略控制版本(滚动升级、重新生成、回滚等)
核心概念 - Service
其实就是一个VIP提供给外部访问
- 提供访问一个或多个Pod实例的稳定访问地址
- 支持多种访问方式实现(ClusterIP、NodePort、LoadBalancer)
核心概念 - Namespaces
- 一个集群内部的逻辑隔离机制(鉴权、资源额度)
- 每个资源都属于一个Namespace
- 同一个Namespace中的资源命名唯一
- 不同Namespace中的资源可重名
参考
https://kubernetes.io/zh/docs...
https://kuboard.cn/learning/
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。