本文主要是介绍大蕉说k8s(开篇)No.181,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
Kubernetes,全名还是有点长的,业界缩写是 k8s,后续我也用k8s来代替全名。关于k8s,官方的介绍是这样的
Kubernetes is an open-source system for automating deployment, scaling, and management of containerized applications.
k8s是一个提供 自动化部署、自动化扩缩容以及管理容器化应用的开源系统。
怎么理解呢?就是首先,k8s 是开源的,这是毋庸置疑的。其次呢,k8s 管理的对象是 容器化的应用,也就是说普通的非容器化的应用它不管。第三呢,它提供了 自动化部署和自动化扩缩容 的能力。
这三条合起来,可以实现一个普遍的现有系统自动化运维能力。
至于为什么用容器来作为运行基础,每个人有每个人的看法,我的看法比较势利,就是为了提高资源利用率,人和机器利用率,主要是机器。
直接部署在物理主机上或者云主机上是这样的,所有 App 公用操作系统以及硬件资源,各个App间可能互相影响,无法隔离,这确实是资源利用最高效的方式。
虚拟机部署方式是这样的,好处是各个应用隔离非常彻底,缺点就是都要在主机操作系统上,跑多一层操作系统,资源浪费比较严重。
容器化部署是这样的,好处就是App间隔离非常好,公用底层操作系统资源利用率蛮高,每个App都有自己的环境和资源分配。目前比较主流的开源容器技术有两,一是 Docker,二是Rocket。(小提问,Docker需要我来讲吗?)
总得来说,k8s选择容器技术作为最基础运行单位,有着一定的考虑,比较重点的原因是容器技术可以做到 App 间隔离,以及相对于虚拟机的资源利用率。但是还有更加核心的一点,就是容器镜像。
有了容器镜像,开发者在本地运行的环境,跟放在服务端运行的环境可以保持 几乎 100% 一致,本地的表现是怎样的,打包成镜像后在服务端运行的表现就是怎样的。另外一方面,因为镜像很标准包含了应用所需的所有环境,应用可以在调度下,非常非常方便地进行水平扩容和缩容。
聊完基础的,聊聊 k8s 整体的大框架,图取自《kubernetes 实战》。
大的组件是这样的,我先大概讲一下各自的用途,后面每个组件详细说说,我们把 Kubernetes 当成小区公寓管理员,那么 Docker 可以认为是一个个的商品房套间里的一个房间。整个k8s 调度可以这样理解,一个是 status 状态,一个是 spec 期待,我们会有一个监控的程序,一直看着集群有任何一个部署的单元的状态,如果当前的状态跟期待值有区别,将会按照定义好的方式,把它搞到状态值跟期待值一致。
比如我定义了
spec: 3只????
status: 2 只 ????
可以看到,当前的状态不对,需要再搞1 只????。那么管理员不管是现场生1只????,还是去路上捡1 只????,都要把它搞到 3只????,而且还要品种一样。这让管理应用集群的小伙子压力小多了。
Namespace: 命名空间,隔离用的,不同 NameSpace 相当于不同的单元。比如一单元二单元, 小区单元间默认是不互通的(当然也有办法打通,比如通过 Service)。
Deployment: 部署,我们最常见的应用就会部署在这里啦,他相当于一个套间,其中包含 Pod (整个套间,可能包含多个容器,荷兰????和中华田园????要分房间) 和 Volume (存储间)。
Pod: 部署的最小单位,一个 Pod 相当于整个套间,这个 Pod 要么完全起来要么完全没起来,起了一半的都算没起。k8s 的调度也是基于 Pod 维度的,也就是说,一旦一个 Pod 的 一个容器坏掉了要换,k8s 不会只换一个容器,会直接换掉整个 Pod (1 个????间坏了,整套公寓都要换掉)。
Volume: 在k8s 中,存储是伴随着目录的,如果没有特殊外部存储,那么一个容器的启动会新建一个目录,并且在销毁的时候会把它删掉,也就是说你连????粑粑可能都见不到。而看不到????粑粑是很难受的,排查问题都没法排查。所以我们可以把外部存储挂载进来。常见的有三种,一种是本地空目录,一种是主机目录,另外一种是 PV (Persistent Volume 持久化卷)。
ConfigMap: 我们会把几乎所有的配置放在 ConfigMap 中,是典型的 kv 存储。这样维护起来很简单,也不需要每次启动容器的时候手动改配置。
Secret: 跟ConfigMap 是一模一样的,区别就是只有在运行时的时候可以由程序获取到,其他时间任何人都是看不见的。
DaemonSet: 后台程序,跟 Deployment 没什么区别,会一直在后台运行,会在每一个加入集群的节点中都启动一个,保证自己是启动的,一般会是一些守护容器或者监控或者代理容器。
StatefulSet: 跟 Deployment 没什么区别 ,区别点有两个,第一个是 StatefulSet 是有唯一固定的标识的。Deployment 来说杀掉一个 1 号 Pod,可能会创建一个8 号 Pod 来代替。但是 StatefulSet 杀掉一个 1 号 Pod,也会创建一个一样的 1 号 Pod 来代替。第二个是会配合外部固定的持久化存储使用,保证新创建的 Pod 数据也是跟原来的 Pod 保持一致。一般 Mysql 这类需要固定存储的会用这类存储。
CrobJob: 内容跟 Deployment 差不多,区别点就是Deployment 会一直运行着,CrobJob 会定时运行,运行完成就杀掉自己。
Job: 跟 CrobJob 一样,区别就是运行一次就杀掉自己,一般没人用。
LabelSelector: 标签选择器,k8s 内部基本所有资源筛选都会通过打标签的形式。比如Pod 选择部署的节点,Service 服务选择提供服务的 Pod。定义的形式就是典型的字符串 kv。比如 wealth : rich,height : 180,outlook : hansome。
Service: 选择一批 Pod 作为服务提供者,并且与集群的 dns 联动,生成统一的域名,集群内一般通讯都通过 Service 进行。特定的 Service 比如 Ingress 和 Nginx 还可以对外暴露端口进行服务提供。比如 Service 名叫荷兰????,会寻找 Label 为荷兰????的 Pod,然后直接把它们暴露给需要服务的人。
其他没什么好说的,基础概念说完了。如果你只能记住一句话,那么就记住这个叭。Pod 是最基础部署单元,有很多个容器,带了一定的标签,可以通过 Service 对外提供服务。
这篇关于大蕉说k8s(开篇)No.181的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!