发布信息

kubernetes 提供什么配置 (kubernetes怎么读)

     2024-10-22 14:05:45     519

本文目录导航:

kubernetes 提供什么配置

Kubernetes,是开源容器运行智能化部署技术,也就是大家经常说的k8s。

Kubernetes(k8s)是智能化容器操作的开源平台,这些操作包含部署,调度和节点集群间裁减。

假设你曾经用过Docker容器技术部署容器,那么可以将Docker看成Kubernetes外部经常使用的低级别组件。

Kubernetes不只仅允许Docker,还允许Rocket,这是另一种容器技术。

经常使用Kubernetes可以:

它有这些特点:

假设还有想要了解的可以到官方或是相关教程视频中看看,比如B站这个视频教程:

Kubernetes引见

Kubernetes(简称K8S)是2014年10月由Google开源的消费级 容器编排系统 ,是Google多年大规模容器治理技术Borg的开源版本

Kurbernets的实质是一组主机集群,它可以在集群的每个节点上运转特定的程序,来对节点中的容器启动治理。它的目标就是成功资源治理的智能化,关键提供了如下的关键配置:

kubernetes

微服务和容器的盛行。

微服务是把原来一体化的运行转换为一个个相互独立(高内聚低耦合)的小运行,这些小运行就叫微服务。

一个运行假设有不可胜数的微服务,那么微服务的部署会很费事。

一台机器或者部署多个微服务。

对微服务启动隔离和资源控制(微服务的允许调度方案)就须要用到容器。

容器是一系列隔离运转的进程,提供了一种轻量操作系统层面的虚构化技术。

K8S自动经常使用Docker引擎

容器只管处置了运行打包、部署、运转的疑问(一次性构建、随处运转Build,Ship and Run Any App,Anywhere),然而也面临了跨机器的部署、资源调度、负载平衡、智能伸缩、容错处置、服务发现的应战。

容器编排系统 Mesos:Apache的一个资源一致管控的工具,须要和Marathon联合经常使用(Spark最后依赖的资源集群治理系统,并不特定于容器,在运行的层面来看几百台机器是一台大的机器由Mesos调配) Docker Swarm:Docker自己的容器编排工具 Kubernetes:谷歌开源的容器编排工具

k8s五分钟极速入门

k8s是谷歌开源的容器集群治理系统,是谷歌多年大规模容器治理技术Borg的开源版本,关键配置包含:

从配置上讲Kubernetes是一种综合的基于容器构建散布式系统的基础架构环境,它不只能够成功基本的拉取用户镜像、运转容器,还可以提供路由网关、水平裁减、监控、备份、劫难复原等一系列运维才干,而更关键的是Kubernetes可以依照用户的志愿和整个系统的规定,高度智能化的处置好容器之间的各种相关成功“编排”才干。

便捷概括,提供创立运行>运行部署>提供服务>灵活伸缩>运行更新一系列服务。

k8s关键由以下几个外围组件:

一个kubernetes集群由散布式存储etcd、控制节点controller以及服务节点Node组成。

如上图所示,Kubernetes在架构上关键由Master和Node两种类型的节点组成,这两种节点区分对应着控制节点和计算节点。

其中Master即控制节点,是整个Kubernetes集群的大脑,担任整个集群的治理,比如容器的调度、保养资源的形态、智能裁减以及滚动更新等,并能依据集群系统资源的全体经常使用状况将作业义务智能散发到可用Node计算节点。

看Master节点关键由三个严密单干的独立组件组合而成。

须要说明的是,上述组件在上班形态下还会发生许多须要启动耐久化的数据,这些数据会经过kube-apiserver处置后一致保留到Etcd存储服务中。

所以从这个角度看kube-apiserver不只是外部访问Kubernetes集群的入口,也是保养整个Kubernetes集群形态的消息中枢。

而在Kubernetes计算节点中,除了上述3个系统组件外,其余基本与Master节点相反,而其中最外围的局部就是kubelet组件。它的外围配置具如下:

在Kubernetes中kubelet会经过CRI接口同容器运转时启动交互,而容器运转时则经过叫做OCI容器运转时规范与底层Linux操作系统启动交互(触及对Namespace、Cgroups等资源的操作,详细可以了解下Docker的技术原理)。

须要强调的是,这里所说的容器运转时并不只仅指Docker,而是一切成功了CRI接口规范的容器名目都可以作为Kubernetes的容器运转时存在。

这是由于Kubernetes从设计之初就没有把Docker作为整个架构的外围,而只是将其作为最底层的一个容器运转时来成功。

况且从Kubernetes架构设计上看,Kubernetes并没有计划重复造轮子而对已有的容器技术启动代替,它更关注的是对运转在大规模集群中的各种义务依据其相关启举措业编排及治理,所以任何成功了CRI、CNI、CSI等协定规范的容器技术都可以无缝地与Kubernetes集成。

从这个角度看,Docker与Kubernetes的相关并不是代替的相关,而是平台与组件的相关,Kubernetes可以应用现有的Docker容器运转时技术,但却并不齐全依赖Docker。

而这也正是Kubernetes为什么被称作容器编排技术而不只仅只是容器技术的要素。

[1]Kubernetes和Docker的相关是什么? [2] 《k8s入门指南》这是一个博主写的书

相关内容 查看全部