K8S 角色/组件及部署方式的简单概述

1.宏观架构图

2.角色详情

2.1 Master(Controller Plane)

早期是叫 Master 节点,后期改名为 Controller Plane,负责整个集群的控制和管理

Master 不会干活的(当然你让它干也是会干的,涉及到污点容忍),而是起到访问入口(API Server)、调度协调(Scheduler)、管理作用(Control Manager)。

API Server

kube-apiserver,集群的统一入口,各组件协调者,以RESTFUL API提供接口服务,所有对象资源的增删改查和监听操作都交给APIServer处理后再提交给etcd存储。
*

Scheduler

kube-scheduler 根据调度算法为新创建的Pod选择一个Node节点,可以任意部署,可以部署在同一个节点上,也可以部署在不同的节点上。调度决策考虑的因素包括单个 Pod 及 Pods 集合的资源需求、软硬件及策略约束、 亲和性及反亲和性规范、数据位置、工作负载间的干扰及最后时限。
*

Control Manager

Kube-controller-manager,处理集群中常规后台任务,一个资源对应一个控制器,而ControllerManager就是负责管理这些控制器的。

  • 节点控制器(Node Controller):负责在节点出现故障时进行通知和响应
  • 任务控制器(Job Controller):监测代表一次性任务的 Job 对象,然后创建 Pod 来运行这些任务直至完成
  • 还有其他,rs,rc,sts, CronJob等
Cloud Controller Manager

用在云平台上的Kube-controller-manager组件。如果我们直接在物理机上部署的话,可以不使用该组件。
*

Etcd

分布式键值存储系统,用于保存集群状态元数据信息,比如Pod,Service等对象信息。这个数据库是可以单独拿出来部署,只需要API server可以连接到该分布式数据库集群即可

2.2 Slave(worker node)

早期叫 slave 节点,后期改名为 Worker node,负责执行和运行工作负载的节点

slave(worker node) 节点默认不得超过 5000个,也就是集群中不能超过5000台机器,如果超过则多集群管理

容器不得超过 30W个

单个节点的Pod数量默认不能超过 110 个,服务器规格高的话,可以调大,默认是不需要修改的

kubelet

可以理解为Master在工作节点上的Agent,管理本机运行容器的生命周期,比如创建容器,Pod挂载数据卷,下载secret,获取容器的节点状态等工作。kubelet 将每一个Pod转换成一组容器。会定期收集这些信息上报给API Server,APIserver收到后会存储到etcd存储中。
*

kube-proxy

在工作节点上实现Pod网络代理,维护网络规则和四层负载均衡工作。换句话说,就是用于负责Pod网络路由,用于对外提供访问的实现。可以找到你关心的项目所在的pod节点。
*

POD

用户划分容器的最小单位,一个POD可以存在多个容器

3. kubernets 部署方式

3.1 目前生产环境部署kubernetes集群主要由两种方式

3.1.1 kubeadm 方式部署

kubeadm是一个K8S部署工具,提供kubeadm init和kubeadm join,用于快速部署kubernetes集群。

kubeadm init 初始化一套集群

kubeadm join 加入已存在集群

3.1.2 二进制方式部署

从GitHub下载发行版的二进制包,手动部署每个组件,组成kubernetes集群。

集群规模较多的话,推荐使用二进制部署。

3.2其他部署方式的途径

  • yum:

    已废弃,目前支持的最新版本为2017年发行的1.5.2版本。

  • minikube:

    适合开发环境,能够快速在Windows或者Linux构建K8S集群,单点部署

  • rancher:

    基于K8S改进发行了轻量级K8S,让K3S孕育而生。阉割版

  • KubeSphere:

    青云科技基于开源KubeSphere快速部署K8S集群。可在现有的K8S集群上面安装部署,提供图形化管理界面以及可视化监控。

  • kuboard:

    也是对k8s进行二次开发的产品,新增了很多独有的功能。

  • kubeasz:

    使用ansible部署,扩容,缩容kubernetes集群。

  • 第三方云厂商:

    比如aws,阿里云,腾讯云,京东云等云厂商均有K8S的相关SAAS产品。

以上基本都是基于K8S二次开发的产品,有兴趣的可以自行了解一下

相关推荐
迎風吹頭髮7 小时前
Linux内核架构浅谈49-Linux per-CPU页面缓存:热页与冷页的管理与调度优化
linux·缓存·架构
云创智城-yuncitys8 小时前
SpringCloud 架构在智慧交通路侧停车系统中的实践:从技术落地到城市级服务升级
spring·spring cloud·架构·智慧城市·停车系统·充电系统源码
2202_755744308 小时前
外贸独立站SEO技术架构深度优化指南
架构·cdn分布式架构
墨利昂10 小时前
Transformer架构:深度学习序列建模的革命性突破
深度学习·架构·transformer
lpfasd12311 小时前
第2部分:Netty核心架构与原理解析
运维·服务器·架构
王嘉祥13 小时前
Pangolin:基于零信任理念的反向代理
后端·架构
brzhang16 小时前
Node 服务遇到血崩,汤过坑才知道,限流与熔断是你绕不过的坑
前端·后端·架构
milanyangbo16 小时前
从C10K到Reactor:事件驱动,如何重塑高并发服务器的网络架构
服务器·网络·后端·架构
自由会客室16 小时前
Ubuntu 24.04 上安装 Sonatype Nexus Repository(Maven 私服)
架构·maven
互联网工匠16 小时前
分布式操作的一致性方案
分布式·架构