Kubernetes初步了解!!
Kubernetes简介
序言
k8s是一个编排容器的工具,其实也是管理应用的全生命周期的一个工具,从创建应用,应用的部署,应用提供服务,扩容缩容应用,应用更新,都非常的方便,而且可以做到故障自愈,例如一个服务器挂了,可以自动将这个服务器上的服务调度到另外一个主机上进行运行。
k8s可以更快的更新新版本,打包应用,更新的时候可以做到不用中断服务,服务器故障不用停机,从开发环境到测试环境到生产环境的迁移极其方便,一个配置文件搞定,一次生成image,到处运行。
Kubernetes概述
Kubernetes特性
- 1.自我修复
在节点故障时重新启动失败的容器,替换和重新部署,保证预期的副本数量;杀死健康检查失败的容器,并且在未准备好之前不会处理客户端请求,确保线上服务不中断。 - 2.弹性伸缩
使用命令、UI或者基于CPU使用情况自动快速扩容和缩容应用船序实例,保证应用业务高峰并发时的高可用性;业务低峰时回收资源,以最小成本运行服务。 - 3.自动部署和回滚
K8S采用滚动更新策略更新应用,一次更新一个Pod,而不是同时删除所有Pod,如果更新过程中出现问题,将回滚更改,确保升级不受影响业务。 - 4.服务发现和负载均衡
K8S为多个容器提供一个统一访问入口(内部IP地址和一个DNS名称》,并且负载均衡关联的所有容器,使得用户无需考虑容器IP问题。 - 5.机密和配!置管理
管理机密数据和应用程序配置,而不需要把敏感数据暴露在镜像里,提高敏感数据安全性。并可以将一些常用的配置存储在K8S中,方便应用程序使用 - 6.存储编排
挂裁外部存储系统,无论是来自本地存储,公有云(如AWS),还是网络存储(如NFS、GlusterfS、 Ceph)都作为集群资源的一部分使用,极大提高存储使用灵活性。 - 7.批处理
提供一次性任务,定时任务:满足批量数据处理和分析的场景。
基本组件
1、master组件
1、auth/认证模块
K8S 内部支持使用RBAC认证的方式进行认证
2、kube-apiserver/api接口
用于暴露kubernetes API,不管是kubectl 还是HTTP 调用来操作kubernets 集群各种资源,都是通过kube-apiserver 提供的接口进行操作的,Node 节点与Master之间的通信也是主要依赖于kube-apiserver,例如pod调度: kube-scheduler 将调度结果写入etcd,kubelet 监听etcd 获取到调度任务。
Kubernetes APl,集群的统一入口,各组件协调者,以RESTful API提供接口服务,所有对象资源的增删改查和监听操作都交给APIServer处理后再提交给ETCD存储。
3、kube-scheduler/k8s pod调度器
调度器,接收来自于管理控制器(kube-controller-manager)触发的调度操作请求,然后根据请求规格、调度约束、整体资源情况等因素进行调度计算,最后将任务写到etcd,目标节点的kubelet 组件监听到由其负责的资源创建工作,然后执行具体调度任务。
根据调度算法为新创建的Pod选择一个Node节点,可以任意部署,可以部署在同一个节点上,也可以部署在不同的节点上。
4、kube-controller-manager/k8s管理器
- 管理负责整个kubernetes的管理工作,保障集群中各种资源处于期望状态,当监控到某个资源状态不正常时,管理控制器会触发对应的调度操作,主要由以下几个部分组成:
-
节点控制器(Node Controller): 负责在节点出现故障时进行通知和响应
-
副本控制器(Replication Controller): 负责为系统中的每个副本控制器对象维护正确数量的 Pod
-
端点控制器(Endpoints Controller): 填充端点(Endpoints)对象(即加入 Service 与 Pod)
-
服务帐户和令牌控制器(Service Account & Token Controllers): 为新的命名空间创建默认帐户和 API 访问令牌
-
处理集群中常规后台任务,一个资源对应一个控制器,而ControllerManager就是负责管理这些控制器的。
5、cloud-controller-manager/云控制器管理器
运行与基础云提供商交互的控制器,从k8s1.6之后出现的新功能
也包括了多个控制器:节点控制器、路由控制器、服务控制器、数据卷控制器
6、etcd/k8s后台数据库
一款用于共享配置和服务发现的高效KV存储系统,具有分布式、强一致性等特点,在kubernetes 环境中主要用于存储所有需要持久化的数据。
分布式键值存储系统(特性:服务自动发现)。用于保存集群状态数据,比如IPod、Service等对象信息。
2、work-node组件
1、kubelet/节点管理工具
kubelet负责管理节点的pod,可以理解为当在master上执行创建、删除对象时,kubelet负责执行从kube-apiserver下达的指令
2、kube-proxy/网络管理器
service 在逻辑上代表了后端多个pod,外界通过service 访问pod。service 接收到的请求是如何转发到pod的,这个就是kube-proxy 要完成的工作,每个node 都会运行kube-proxy服务,它负责将访问service的TCP/UDP 数据流转发到后端的容器,如果有多个副本,kube-proxy 会实现负载均衡。
kube-proxy运行在每个node节点上,管理维护node上的网络规则
3、docker或rocket
- 提供容器操作的底层引擎
- 为kubernets中Pod提供容器
K8S概念补充
1、pod
- pod是K8S的最小管理单元。
- 一个pod中可运行2+个容器。
- pod内的容器共享使用pod的唯一ip地址和一组存储卷。
- 同一pod内的容器使用localhost进行通信;而与pod外的容器通信时,需要pod内的容器协调使用pod的端口进行通信
- pod有生命周期,当一个pod生命周期结束后,该pod将不复存在,k8s会重新部署一个新的pod提供和该pod一样的服务。这样就用到service概念用于标记k8s集群提供一组服务的pod。
2、service
service是pod的代理层,根据用户请求的端口和服务,service找到对应标签的pod,将请求代理到这些pod去处理。如果您想要在应用程序中使用 Kubernetes 接口进行服务发现,则可以查询 API Server 的 endpoint 资源,只要服务中的Pod集合发生更改,endpoint 就会更新。
官方说:逻辑上的一组 Pod,一种可以访问它们的策略 —— 通常称为微服务。这一组 Pod 能够被Service 访问到,通常是通过selector实现的
3、volume
基本数据(网页文件),Kubernetes 卷具有明确的生命周期——与包裹它的 Pod 相同,但是卷比 Pod 中运行的任何容器的存活期都长,在容器重新启动时数据也会得到保留。Kubernetes支持多种类型的卷,如nfs、iscsi、cinder、azureDisk等。
4、Deployment
顾名思义,Deployment是一个部署,作用主要是创建、更新、回滚ReplicaSet以控制pod
5、namespace(命名空间)
命名空间为名称提供了一个范围。资源的名称需要在命名空间内是唯一的,但不能跨命名空间。命名空间不能相互嵌套,每个 Kubernetes 资源只能在一个命名空间中。
6、Job
可创建一个或者多个pod,job在指定次数、指定个数的pod创建后job的工作就完成了
删除一个job,会将其创建的pod一并清除
7、endpoint
endpoint是kubernetes的一个资源对象,存储于etcd数据库中,用以记录service的所有pod的访问地址
8、object(对象)
object是持久化的实体,用以表示整个集群的状态:
哪些容器化应用在运行
可以被应用使用的资源
应用运行时重启策略、升级策略,以及容错策略
一个object一旦创建,kubernetes会持续工作以保证对象存在;也就是通过对象棵设置kubernetes集群的期望状态
object的操作依赖于Kubernetes API,如果使用kubectl也是通过调用Kubernetes API完成的操作(使用yaml文件操作会将文件的内容从yaml转换为json格式)
9、Object Name 和 UID(对象名和UID)
集群中的每一个对象都一个名称 来标识在同类资源中的唯一性。
每个 Kubernetes 对象也有一个UID 来标识在整个集群中的唯一性。
10、label(标签)
label是附加到对象的键/值对;label可以在创建时附加到对象,然后可以随时添加和修改。每个对象可以定义一组键/值标签。每个键对于给定的对象必须是唯一的。label不是唯一的,也就是说多个对象可以拥有同一个label,如我们可以创建多个label为nginx的pod用于统一管理。
11、label selector(标签选择器)
与名称和UID不同,标签不提供唯一性。通常,我们希望许多对象携带相同的标签。通过标签选择器,客户端/用户就可以识别一组同标签的对象。
12、ReplicaSet
ReplicaSet 是Replication Controller(RC)的下一代,区别在于支持基于集合的选择器。
官方说:ReplicaSet 确保任何时间都有指定数量的Pod副本在运行。然而,Deployment 是一个更高级的概念,它管理 ReplicaSet,并向 Pod 提供声明式的更新以及许多其他有用的功能, 因此,我们建议使用 Deployment 而不是直接使用 ReplicaSet。
13、ReplicationController(RC)
是kubernetes的pod数量控制器,RC同时跨多个节点(node)控制多个pod的数量而不是仅限于单机。工作的内容主要是当pod数量跟预期不一样了,RC会将该数量维持为预期的数量
14、StatefulSets
StatefulSets用来管理 Deployment 和扩展一组 Pod
StatefulSet 和 Deployment 相同的是管理了基于相同容器定义的一组 Pod;但是StatefulSet 为它的每个 Pod 维护了一个固定的 ID,并且该ID是基于声明创建的,无论pod如何调度,ID永久不变
StatefulSet多用于满足以下一个或多个条件的应用程序:
稳定的、唯一的网络标识符。
稳定的、持久的存储。
有序的、优雅的部署和缩放。
有序的、自动的滚动更新。
15、DaemonSet
DaemonSet管理节点上的各个守护的pod,例如集存储群、日志收集器、监控客户端,通俗来讲就是K8S集群状态的控制器