kubernetes-concepts-overview-components-pr

reviewable/pr4308/r1
Dragons 2017-07-07 10:46:20 +08:00
parent 8f43584db5
commit 48ffe5ca1a
1 changed files with 124 additions and 0 deletions

View File

@ -0,0 +1,124 @@
---
assignees:
- lavalamp
title: Kubernetes 组件
redirect_from:
- "/docs/admin/cluster-components/"
- "/docs/admin/cluster-components.html"
---
{% capture overview %}
本文档概述了 Kubernetes 所需的各种二进制组件, 用于提供齐全的功能。
{% endcapture %}
{% capture body %}
## Master 组件
Master 组件提供的集群控制。Master 组件对集群做出全局性决策(例如:调度),以及检测和响应集群事件(副本控制器的`replicas`字段不满足时,启动新的副本)。
Master 组件可以在集群中的任何节点上运行。然而,为了简单起见,设置脚本通常会启动同一个虚拟机上所有 Master 组件,并且不会在此虚拟机上运行用户容器。请参阅[构建高可用性群集](/docs/admin/high-availability)示例对于多主机 VM 的设置。
### API服务器
[kube-apiserver](/docs/admin/kube-apiserver)对外暴露了Kubernetes API。它是的 Kubernetes 前端控制层。它被设计为水平扩展,即通过部署更多实例来缩放。请参阅[构建高可用性群集](/docs/admin/high-availability).
### etcd
[etcd](/docs/admin/etcd) 用于 Kubernetes 的后端存储。所有集群数据都存储在此处,始终为您的 Kubernetes 集群的 etcd 数据提供备份计划。
### kube-controller-manager
[kube-controller-manager](/docs/admin/kube-controller-manager)运行控制器,它们是处理集群中常规任务的后台线程。逻辑上,每个控制器是一个单独的进程,但为了降低复杂性,它们都被编译成单个二进制文件,并在单个进程中运行。
这些控制器包括:
* 节点控制器: 当节点移除时,负责注意和响应。
* 副本控制器: 负责维护系统中每个副本控制器对象正确数量的 Pod。
* 端点控制器: 填充 Endpoints 对象(即连接 Services & Pods)。
* 服务帐户和令牌控制器: 为新的命名空间创建默认帐户和 API 访问令牌.
### 云控制器管理器
云控制器管理器是用于与底层云提供商交互的控制器。云控制器管理器二进制是 Kubernetes v1.6 版本中引入的 Alpha 功能。
云控制器管理器仅运行云提供商特定的控制器循环。您必须在 kube-controller-manager 中禁用这些控制器循环,您可以通过在启动 kube-controller-manager 时将 `--cloud-provider` 标志设置为`external`来禁用控制器循环。
云控制器管理器允许云供应商代码和 Kubernetes 核心彼此独立发展在以前的版本中Kubernetes 核心代码依赖于云提供商特定的功能代码。在未来的版本中,云供应商的特定代码应由云供应商自己维护,并与运行 Kubernetes 的云控制器管理器相关联。
以下控制器具有云提供商依赖关系:
* 节点控制器: 用于检查云提供商以确定节点是否在云中停止响应后被删除
* 路由控制器: 用于在底层云基础架构中设置路由
* 服务控制器: 用于创建,更新和删除云提供商负载平衡器
* 数据卷控制器: 用于创建,附加和装载卷,并与云提供商进行交互以协调卷
### kube-scheduler
[kube-scheduler](/docs/admin/kube-scheduler)观看没有分配节点的新创建的 Pod选择一个节点供他们运行。
### 插件
插件是实现集群功能的 Pod 和 Service。 Pods 可能通过 DeploymentsReplicationControllers 管理。命名空间的插件对象被创建在 `kube-system` 命名空间。
Addon 管理器用于创建和维护附加资源. 有关详细信息,请参阅[here](http://releases.k8s.io/HEAD/cluster/addons).
#### DNS
虽然其他插件并不是严格要求的,但所有 Kubernetes 集群都应该具有[Cluster DNS](/docs/concepts/services-networking/dns-pod-service/),许多示例依赖于它。
Cluster DNS是一个 DNS 服务器,除了您的环境中的其他 DNS 服务器,它为 Kubernetes 服务提供DNS记录。
Kubernetes 启动的容器自动将 DNS 服务器包含在 DNS 搜索中。
#### 用户界面
kube-ui 提供了集群状态的只读概述。有关更多信息,请参阅[使用HTTP代理访问 Kubernetes API](/docs/tasks/access-kubernetes-api/http-proxy-access-api/)
#### 容器资源监控
[容器资源监控](/docs/user-guide/monitoring)记录关于中央数据库中的容器的通用时间序列指标,并提供用于浏览该数据的 UI。
#### 集群级日志记录
[Cluster-level logging](/docs/user-guide/logging/overview) 负责使用搜索/浏览界面将容器日志保存到中央日志存储。
## 节点组件
节点组件在每个节点上运行,维护运行的 Pod 并提供 Kubernetes 运行时环境。
### kubelet
[kubelet](/docs/admin/kubelet)是 Master 节点代理,它监视已分配给其节点的 Pod(通过 apiserver 或通过本地配置文件)和:
* 安装 Pod 的所需数据卷(Volume)。
* 下载 Pod 的 secrets。
* 通过 Docker码 运行(或通过 rkt)运行 Pod 的容器。
* 定期对容器生命周期进行探测。
* 如果需要,通过创建 *mirror pod* 将报告状态报告回系统的其余部分。
* 将节点的状态报告回系统的其余部分。
### kube-proxy
[kube-proxy](/docs/admin/kube-proxy)通过维护主机上的网络规则并执行连接转发实现了Kubernetes服务抽象。
### docker
Docker 用于运行容器。
### rkt
实验中支持 rkt 运行容器作为 Docker 的替代方案。
### supervisord
supervisord 是一个轻量级的过程监控和控制系统,可以用来保证 kubelet 和 docker 运行。
### fluentd
fluentd 是一个守护进程,它有助于提供[cluster-level logging](#cluster-level-logging) 集群层级的日志。
{% endcapture %}
{% include templates/concept.md %}