标签:系统 rest 环境 独立 ice 自动化 有一个 原因 期望
Kubernetes 中大部分概念如 Node、Pod、Replication Controller、 Service 等都可以看做一种 "资源对象",几乎所有的资源对象都可以通过 Kubernetes提供的 kubectl 工具(或者API远程调用)执行增、删、查、改等操作并将其保存在etcd中持久化存储。从这个角度来看,Kubernetes其实是一个高度自动化的资源控制系统,它通过追踪对比etcd库里保存的"资源期望状态"与当前环境中"实际资源状态"的差异来实现自动控制和自动纠错的高级功能。
在介绍资源对象之前,我们先了解一下Kubernetes集群的两种管理角色: Master 和 Node。
Kubernetes里的 Master指的是集群控制节点,每个 Kubernetes集群里需要有一个 Master节点来负责整个集群的管理和控制,基本上 Kubernetes的所有控制命令都发给它,它来负责具体的执行过程,我们后面执行的所有命令基本都是在 Master节点上运行的。 Master节点通常会占据一个独立的服务器(高可用部署建议用3台服务器),其主要原因是它太重要了,是整个集群的“首脑”,如果宕机或者不可用,那么对集群内容器应用的管理都将失效。
Master节点上运行着以下一组关键进程。
另外,在 Master节点上还需要启动一个etcd服务,因为 Kubernetes里的所有资源对象的数据全部是保存在etcd中的。
标签:系统 rest 环境 独立 ice 自动化 有一个 原因 期望
原文地址:https://www.cnblogs.com/zuoyang/p/10188322.html