集群架构与高可用解析

发布时间：2021-03-23 13:42:13 所属栏目：动态来源：互联网

导读：Kubernetes 的核心工作过程：资源对象：Node、Pod、Service、Replication Controller 等都可以看作一种资源对象操作：通过使用 kubectl 工具，执行增删改查存储：对象的目标状态(预设状态)，保存在 etcd 中持久化储存; 自动控制：跟踪、对比 etcd 中存储

Kubernetes 的核心工作过程：

资源对象：Node、Pod、Service、Replication Controller 等都可以看作一种资源对象
操作：通过使用 kubectl 工具，执行增删改查
存储：对象的目标状态(预设状态)，保存在 etcd 中持久化储存;
自动控制：跟踪、对比 etcd 中存储的目标状态与资源的当前状态，对差异资源纠偏，自动控制集群状态。

Kubernetes 实际是：高度自动化的资源控制系统，将其管理的一切抽象为资源对象，大到服务器 Node 节点，小到服务实例 Pod。

Kubernetes 的资源控制是一种声明+引擎的理念：

声明：对某种资源，声明他的目标状态
自动：Kubernetes 自动化资源控制系统，会一直努力将该资源对象维持在目标状态。

架构(物理+逻辑)

Kubernetes 集群，是主从架构：

Master：管理节点，集群的控制和调度
Node：工作节点，执行具体的业务容器

-proxy

具体，2 种角色的节点，需要运行的进程和职责不同，详细描述如下。

Master 管理节点：管理整个 Kubernetes 集群，接收外部命令，维护集群状态。

apiserver： Kubernetes API Server
集群控制的入口
资源的增删改查，持久化存储到 etcd
kubectl 直接与 API Server 交互，默认端口 6443。
etcd: 一个高可用的 key-value 存储系统
作用：存储资源的状态
支持 Restful 的API。
默认监听 2379 和 2380 端口(2379提供服务，2380用于集群节点通信)(疑问：集群节点，是说 etcd 的集群? Master 集群?)
scheduler：负责将 pod 资源调度到合适的 node 上。
调度算法：根据 node 节点的性能、负载、数据位置等，进行调度。
默认监听 10251 端口。
controller-manager: 所有资源的自动化控制中心
每个资源，都对应有一个控制器(疑问：作用是什么?)
controller manager 管理这些控制器
controller manager 是自动化的循环控制器
Kubernetes 的核心控制守护进程，默认监听10252端口。(疑问：为什么有监听段口感?)

补充说明：

（编辑：淮安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!

网易传媒科技研究院怀	在不可信的网络中将来
将办公桌放进电脑里	奕目科技创始人李浩天