标签：Node 架构 service kubernetes 集群 组件 节点

一、kubernetes架构

kubernetes是具有中心节点的架构，也就是说有master管理节点

-Master节点

-Node节点

架构图示

二、kubernetes组件

1、Master节点组件介绍

master节点是集群管理中心，他的组件可以在集群内任意节点运行，但是为了方便管理所以会在一台主机上运行master所有组件，并且不在此主机上运行用户容器

Master组件包括：

apiservice

用于暴露kubernetes API，任何的资源请求/调用操作都是通过kube-apiserver提供的接口进行。

scheduler

监视新创建没有分配到Node的Pod，为Pod选择一个Node

ETCD

是kubernetes提供默认的数据库系统，保存所有集群数据。（可以看作是k8s的数据库）

controller-manager

控制器管理器，它们是集群中处理常规任务的后台线程。 控制器包括：

• 节点(Node)控制器
• 副本(Replication)控制器：负责维护系统中每个副本中的pod
• 端点(Endpoints)控制器：填充Endpoints对象(即连接service&pods)
• Service Account和Token控制器：为新的NameSpaces创建默认帐户访问API Token

2、Node节点组件介绍

node节点用于运行以及维护Pod, 管理volume(CVI)和网络(CNI)，维护pod及service等信息

Node组件包括：

• kubelet
  • 负责维护容器的生命周期(创建pod，销毁pod)，同时也负责Volume(CVI)和网络(CNI)的管理
• kube-proxy
  • 通过在主机上维护网络规则并执行连接转发来实现service(Iptables/Ipvs)
  • 随时与API通信，把Service或Pod改变提交给API（不存储在Master本地，需要保存至共享存储上），保存至etcd（可做高可用集群）中，负责service实现，从内部pod至service和从外部node到service访问。
• docker
  • 容器运行时(Container Runtime)
  • 负责镜像管理以及Pod和容器的真正运行
  • 支持docker/Rkt/Pouch/Kata等多种运行时,但我们这里只使用docker

Add-ons介绍

Add-ons(附件)使功能更丰富，没它并不影响实际使用，可以与主体程序很好结合起来使用

• coredns/kube-dns: 负责为整个集群提供DNS服务
• Ingress Controller 为服务提供集群外部访问
• Heapster/Metries-server 提供集群资源监控(监控容器可以使用prometheus)
• Dashboard 提供GUI
• Federation 提供跨可用区的集群
• Fluentd-elasticsearch 提供集群日志采集、存储与查询

标签：Node,架构,service,kubernetes,集群,组件,节点
来源： https://blog.51cto.com/zcysre/2935480

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。