1.2 Kubernetes架构组件

1.2 Kubernetes架构组件

学习Kubernetes的架构组件,也就是说我们要搭建一个Kubernetes集群里面应该有哪些组成部分,里面具体会有哪些组件。如图

架构组件

组建一个Kubernetes的集群至少需要包含两个部分,即Master和node,Master即主控节点,node表示工作节点,即Master主要从事管理操作,是一个管理者,而node则是做具体事情的部分。

1.2.1 Master

Master中有四个组件即API server、scheduler、Controller-manager、etcd。他们主要从事管理操作,API server做集群入口,scheduler做node节点调度,Controller-manager做资源控制,etcd主要从事存储工作。

1. API server

这是集群的统一的入口,如我们要在集群中部署一个应用或者部署一个程序,就要通过API server进入到集群中,这是一个对外的统一入口,可以将其理解成内部各个组件的协调者,通过它将各个请求分发出去,API server是以restful的方式提供的操作。

Restful风格的常用四种请求方式
1、GET[select]  请求会向数据库发索取数据的请求,从而来获取信息,其只是用来查询一下数据,不会修改、增加数据,不会影响资源的内容。无论进行多少次操作,结果都是一样的。

2、PUT[update]  请求是向服务器端发送数据的,从而改变信息,其用来修改数据的内容,但是不会增加数据的种类等,无论进行多少次PUT操作,其结果并没有不同。

3、POST[insert]请求同PUT请求类似,都是向服务器端发送数据的,但是该请求会改变数据的种类等资源.几乎目前所有的提交操作都是用POST请求的。

4、DELETE[delete]请求是用来删除某一个资源的。

POST主要作用在一个集合资源之上的(url),而PUT主要作用在一个具体资源之上的(url/xxx).如URL可以在客户端确定,那么可使用PUT,否则用POST。

一个URL地址,它用于描述一个网络上的资源,而HTTP中的GET,POST,PUT,DELETE就对应着对这个资源的查,改,增,删4个操作。
————————————————
版权声明:本文为CSDN博主「小熊来了」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/tangmingxin0529/article/details/81178833

在集群中所有的请求都是以restful的风格通过API server进入到集群中,通过API server进行各种操作。在操作过程中最后会把各种操作交给etcd进行存储。可以理解为集群的一个统一的入口。

2. scheduler

可以理解为处理事情是的调度过程,即节点的调度,这里需要注意的是Master中不做具体的事情,主要做管理,比如部署一个应用,通过scheduler要看这个应用在哪个node节点上进行部署,比如定义一个规则如果node节点空闲就在里面部署,如果繁忙就不部署,如果启用量少就在里面部署,scheduler就是做节点调度的,它会选择一个node节点进行应用的部署。就像我们现实生活中的公交车调度站,调度什么时间发什么车,车少了可以增加班次,车多了可以减少班次,而scheduler调度的是我们的node节点。

3. Controller-manager

可以理解为做一个集中的处理管理,他主要从事集群中后台的统一的控制,处理集群中常规的后台任务,一个资源对应一个控制器。如我们要在集群中部署一个订单的应用,通过scheduler把订单找到相应的node节点进行部署,而Controller-manager则是建立一个对应订单应用的Controller,而这个Controller专门针对订单应用进行管理。如果部署一个购物车的应用则建立一个对应的购物车的Controller专门针对购物车进行管理。即一个资源对应一个控制器。

4. etcd

etcd可以理解成为一种存储,这种存储用于保存集群中各种数据,比如一些状态数据,pod数据等。主要从事存储工作。

存储系统,用于保存集群相关的数据。如API server操作数据、pod创建等数据。

1.2.2 node

node中主要有两个组件kubelet、kube-proxy,

1. kubelet

可以理解为Master在node节点中建的engent,简单的说Master要想管理node,可以在node里派一个代表,kubelet就是Master派到node的代表,专门管理node节点,管理node节点容器的运行状态、比如包里的各种数据等。

2. kube-proxy

可以理解为实现pod的一个网络代理,维护网络,比如网络的规则包括负载均衡工作,提供网络代理,负载均衡等操作。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值