Kubernetes总架构图

版权声明:本文为博主原创文章,未经博主允许不得转载。如需转载请联系本人,并标明出处和作者。

本文CSDN博客地址:http://blog.csdn.net/huwh_/article/details/71308171

一、Kubernetes的总架构图

二、Kubernetes各个组件介绍

(一)kube-master[控制节点]

  • master的工作流程图

  1. Kubecfg将特定的请求,比如创建Pod,发送给Kubernetes Client。
  2. Kubernetes Client将请求发送给API server。
  3. API Server根据请求的类型,比如创建Pod时storage类型是pods,然后依此选择何种REST Storage API对请求作出处理。
  4. REST Storage API对的请求作相应的处理。
  5. 将处理的结果存入高可用键值存储系统Etcd中。
  6. 在API Server响应Kubecfg的请求后,Scheduler会根据Kubernetes Client获取集群中运行Pod及Minion/Node信息。
  7. 依据从Kubernetes Client获取的信息,Scheduler将未分发的Pod分发到可用的Minion/Node节点上。

1、API Server[资源操作入口]

  1. 提供了资源对象的唯一操作入口,其他所有组件都必须通过它提供的API来操作资源数据,只有API Server与存储通信,其他模块通过API Server访问集群状态。

    1. 第一,是为了保证集群状态访问的安全。
    2. 第二,是为了隔离集群状态访问的方式和后端存储实现的方式:API Server是状态访问的方式,不会因为后端存储技术etcd的改变而改变。
  2. 作为kubernetes系统的入口,封装了核心对象的增删改查操作,以RESTFul接口方式提供给外部客户和内部组件调用。对相关的资源数据“全量查询”+“变化监听”,实时完成相关的业务功能。

更多API Server信息请参考:Kubernetes核心原理(一)之API Server

2、Controller Manager[内部管理控制中心]

  1. 实现集群故障检测和恢复的自动化工作,负责执行各种控制器,主要有:
  • endpoint-controller:定期关联service和pod(关联信息由endpoint对象维护),保证service到pod的映射总是最新的。
  • replication-controller:定期关联replicationController和pod,保证replicationController定义的复制数量与实际运行pod的数量总是一致的。

更多Controller Manager信息请参考:Kubernetes核心原理(二)之Controller Manager

3、Scheduler[集群分发调度器]

  1. Scheduler收集和分析当前Kubernetes集群中所有Minion节点的资源(内存、CPU)负载情况,然后依此分发新建的Pod到Kubernetes集群中可用的节点。
  2. 实时监测Kubernetes集群中未分发和已分发的所有运行的Pod。
  3. Scheduler也监测Minion节点信息,由于会频繁查找Minion节点,Scheduler会缓存一份最新的信息在本地。
  4. 最后,Scheduler在分发Pod到指定的Minion节点后,会把Pod相关的信息Binding写回API Server。

(二)kube-node[服务节点]

  • kubelet结构图

1、Kubelet[节点上的Pod管家]

  1. 负责Node节点上pod的创建、修改、监控、删除等全生命周期的管理
  2. 定时上报本Node的状态信息给API Server。
  3. kubelet是Master API Server和Minion之间的桥梁,接收Master API Server分配给它的commands和work,与持久性键值存储etcd、file、server和http进行交互,读取配置信息。
  4. 具体的工作如下:
    1. 设置容器的环境变量、给容器绑定Volume、给容器绑定Port、根据指定的Pod运行一个单一容器、给指定的Pod创建network 容器。
    2. 同步Pod的状态、同步Pod的状态、从cAdvisor获取Container info、 pod info、 root info、 machine info。
    3. 在容器中运行命令、杀死容器、删除Pod的所有容器。

2、Proxy[负载均衡、路由转发]

  1. Proxy是为了解决外部网络能够访问跨机器集群中容器提供的应用服务而设计的,运行在每个Node上。Proxy提供TCP/UDP sockets的proxy,每创建一种Service,Proxy主要从etcd获取Services和Endpoints的配置信息(也可以从file获取),然后根据配置信息在Minion上启动一个Proxy的进程并监听相应的服务端口,当外部请求发生时,Proxy会根据Load Balancer将请求分发到后端正确的容器处理。
  2. Proxy不但解决了同一主宿机相同服务端口冲突的问题,还提供了Service转发服务端口对外提供服务的能力,Proxy后端使用了随机、轮循负载均衡算法

3、kubectl(kubelet client)[集群管理命令行工具集]

  1. 通过客户端的kubectl命令集操作,API Server响应对应的命令结果,从而达到对kubernetes集群的管理。

参考文章:

?spm=5176.100240.searchblog.19.jF7FFa

时间: 2024-10-30 00:37:49

Kubernetes总架构图的相关文章

PowerPoint如何制作组织架构图

  组织架构图,就是以一种直观形象的图表方式来反映某个群体内人员之间的关系.一般来说,组织架构图是从上而下的树状图,对组织内的各种关系让人一目了然,所以常常被用到各种文档报告.PPT演示中.组织结构图看起来简单,不过制作起来其实非常麻烦,好在Office提供了相应的工具,让我们在5分钟以内,就可以制作出一个组织架构图来.下面我们以PowerPoint 2016为例. 图1 插入文本框,输入公司的部门.职位等信息 图2 通过Tab键对输入的每行进行一层层的缩进 图3 选中文本框后点击"开始→转换为

用word简单制作组织架构图

  word.excel均可轻松制作组织架构图,尤其是office2003版做起来方便.下面小编就为大家介绍用word简单制作组织架构图方法,具体如下: 方法/步骤 新建一个word文档,在菜单栏中,找到 插入 下拉菜单中的 图示 点击图示,在弹出界面中,选择组织架构图,并点击确定 系统自动弹出初始的组织架构图,我们可以对此图进行进一步的加工.点击任一方形框都可以直接在其中添加文字.添加的文字可以按word中的设置方式设置字体字号等文字格式. 选中其中一个方形框后,在右侧的工具栏可以点击添加插入

Solr搜索服务架构图

分享我自己的Solr搜索服务架构图以及几张Solr的架构图. 在Google Doc上的两页ppt: 刚开始在gliffy上画的同上的一张图 Solr的整体架构图: 更具体的solr request: Solr兼容lucene,多种方式建立索引的架构图: 更多关于如何定制solr搜索服务的文章,见之前写的solr进阶: 如何定制搜索服务,扩展搜索逻辑 (全文完)

Hive简介、什么是Hive、为什么使用Hive、Hive的特点、Hive架构图、Hive基本组成、Hive与Hadoop的关系、Hive与传统数据库对比、Hive数据存储(来自学习资料)

1.1 Hive简介 1.1.1   什么是Hive Hive是基于Hadoop的一个数据仓库工具,可以将结构化的数据文件映射为一张数据库表,并提供类SQL查询功能. 1.1.2   为什么使用Hive Ø  直接使用hadoop所面临的问题 人员学习成本太高 项目周期要求太短 MapReduce实现复杂查询逻辑开发难度太大   Ø  为什么要使用Hive 操作接口采用类SQL语法,提供快速开发的能力. 避免了去写MapReduce,减少开发人员的学习成本. 功能扩展很方便. 1.1.3   H

用什么控件做组织架构图,treeview能实现吗

问题描述 用什么控件做组织架构图,treeview能实现吗 解决方案 解决方案二:组织架构图一般是上传一张图片上去,用Image控件显示出来解决方案三:我是准备将架构图和数据库联系起来,但不知道用什么控件啊解决方案四:引用2楼snowshaken的回复: 我是准备将架构图和数据库联系起来,但不知道用什么控件啊 看你的架构表现形式了.并不一定只用一个控件.解决方案五:可以来我们这里看看,专业软件定制开发www.58vsoft.com解决方案六:http://www.yworks.comhttp:/

解密天猫指挥架构图:复盘“11.11”发生了什么

互联网将不可能变成可能. 天猫创造了一种可能性,将凄凉的"光棍节"打造成消费者的"购物 狂欢节",这种颠覆的力量,就是这个时代最迷人的地方. 24个小时,350.19亿交易总额,1.52亿个包裹,1.88亿笔支付.这是今年天猫双十一交出的成绩单,再次用疯狂的数字震撼整个零售业. 这些数字来源于外界流传的"天猫指挥部"的一块大屏幕,这块屏幕上不停变动的数字和图表,实时监测着最新的交易额和菜鸟物流雷达监测体系. 其实这只是天猫向外界传递信息的一个窗口

《Ceph源码分析》——第1章,第3节Ceph基本架构图

1.3 Ceph基本架构图Ceph的整体架构由三个层次组成:最底层也是最核心的部分是RADOS对象存储系统.第二层是librados库层:最上层对应着Ceph不同形式的存储接口实现,架构如图1-2所示. 图1-2 Ceph基本架构图 Ceph的整体架构大致如下:最底层基于RADOS(reliable,autonomous,distributed object store),它是一个可靠的.自组织的.可自动修复.自我管理的分布式对象存储系统.其内部包括ceph-osd后台服务进程和ceph-mon

hbase 学习(十六)系统架构图

HBase 系统架构图 组成部件说明 Client:   使用HBase RPC机制与HMaster和HRegionServer进行通信    Client与HMaster进行通信进行管理类操作    Client与HRegionServer进行数据读写类操作    Zookeeper:   Zookeeper Quorum存储-ROOT-表地址.HMaster地址    HRegionServer把自己以Ephedral方式注册到Zookeeper中,HMaster随时感知各个HRegionS

简洁有效的Web服务监控架构图

网站站长们最实用的监控方法 将监控复杂问题,简单化. 背景:源于我想知道几个网站一天24小时,运行的状态,是否都是可以访问状态. 同时能知道服务器有无宕机,不能访问等问题. 同时如果为了这个简单功能去专门搭建cacti Nagios 又大材小用了,也没有必要那么复杂. 目标:利用现有就简单的资源,最方便的工具,来实现我的预期目标. 1.用curl,它是一个利用URL语法在命令行方式下工作的文件传输工具.来获取URL或者指定页面的状态(页面内容也可以). 2.awk 提取关键的状态信息. 3. 核